WSJF（What Why How）
https://mp.weixin.qq.com/s/CVwS2JjOdyjoYzrIWApW5A
WSJF=WeightedShortest Job FirstAlso Known As Shortest Job First (SJF) Or ShortestProcess Next (SPN),Shortest Job First 是一种调度策略，用于选择执行时间最短的等待进程。Shortest Job First 是一种非抢先算法。Shortest Remaining Time是SJN的 Preemptive产品。Shortest Remaining Time也称为最短最短时间优先（ShortestRemaining Time First=SRTF），是一种调度方法，它是ShortestJob Next调度的抢先版本。在此调度算法中，选择执行完成前剩余时间最少的过程。由于当前执行的进程是定义上剩余时间最短的进程，并且由于该时间仅应随着执行进度而减少，因此进程将始终运行，直到它们完成或添加需要更短时间的新进程。Shortest Remaining Time是有利的，因为很短的过程就可以很快处理。系统还只需要很少的开销，因为它仅在一个进程完成或添加一个新进程时才做出决定，而在添加一个新进程时，该算法仅需要将当前正在执行的进程与新进程进行比较，而忽略所有其他进程。当前正在等待执行。像ShortestJob Next一样，它有可能导致过程匮乏( Process Starvation); 如果连续添加短过程，则长过程可能会无限期地推迟。当处理时间遵循严格的分布时，这种威胁可以最小化。一种类似的算法，它以较高的跟踪开销避免饥饿，其次是最高响应率（ Highest Response Ratio Next=HRRN）。Shortest Job Next的下一步是有利的，因为它很简单，并且它使每个进程在完成执行之前必须等待的平均时间最小化。但是，如果连续添加较短的过程，则可能需要很长时间才能完成的过程可能会出现过程不足的情况。接下来的最高响应率是相似的，但是使用称为老化的技术可以解决此问题。Shortest Job Next的另一个缺点是，在执行之前必须知道作业的总执行时间。虽然不可能完美地预测执行时间，但是可以使用多种方法来估计执行时间，例如先前执行时间的加权平均值。Shortest Job Next的下一步可以有效地与交互式过程一起使用，该过程通常遵循等待命令和执行命令之间交替的模式。如果某个进程的执行突发被视为一个单独的“作业”，则过去的行为可以根据对它的运行时间的估计来指示下一个要运行的进程。Shortest Job Next是在可以准确估计运行时间的专业环境中使用的。Weighted Shortest JobFirst‘Cost Of Delay’由Don Reinertsen在他的《Lean Product Development》的书Flow中进行了推广，并且基于‘Weighted Shortest Job First(WSJF)的调度概念。WSJF基于产品开发流程的概念，并且是Dean Leffingwell的SAFe的关键组成部分。它从交付的经济角度出发，忽略了沉没的成本，并创建了一个更客观地讨论的框架。WSJF是对敏捷开发（Agile Development）中使用的概念的修改，在敏捷开发中，加权工作具有Cost of Delay（ CostOf Delay），因此，最有价值的工作可以更快地完成。WSJF是Safe中使用的工具，可帮助团队确定(Eg., Features, Capabilities,And Epics)优先事项列表的Prioritisation。团队将每个Initiative’S的得分计算为Cost of Delay除以工作规模或duration。然后，团队对获得最高评分的项目进行Prioritisation排序。在基于流程的系统中，不断更新Prioritisation可提供最佳的经济结果。在这样的流程环境中，产生最佳结果的是工作顺序而不是理论上的个人工作投资回报。为此，Safe应用WSJF通过计算相对 Cost Of Delay (Cod)和作业大小Job Size (A Proxy For The Duration)来对Backlog工作进行Prioritisation排序。Backlog的Prioritisation会根据用户和业务的相对Value, Time Factors, RiskReduction 和 Opportunity Enablement, 以及 Relative Job Size。WSJF还可以方便，自动地忽略沉没成本，这是精益经济学的基本原理。Safe建议Based On The Business Value（时间紧迫性Time Criticality）确定Cost of Delay（Cost Of Delay）的方法。可以帮助您理解延迟的成本，更好地确定Backlog的 Prioritization，是行之有效的模型，并且具有Running Value Streams和Arts（Agile Release Trains）的经验，可以用它在Safe Framework中对Features/Products进行Prioritisation排序并成功实施。Michael Porter曾说：“the essence of strategy ischoosing what not to do.” 决定做什么和不做什么需要数据，尤其是客户感知和洞察以及现在流行的客户体验，客户感知、洞察和体验都是抽象的、主观的描述，无法测量和展示，我们需要用数据、图表、和基于价值衡量的结果，来展示和满足客户感知和体验，以确保Features/Products Prioritization决策对客户和业务产生积极的积极影响。横轴跟踪 取决于核心产品开发团队外部人员的数据和意见。(How oriented a method is towards getting input from the inside or theoutside world. )此维度反映了这样一个事实，有时您需要外部（例如，最终客户或公司内的利益相关者）的参与来帮助您确定Prioritisation。但在其他情况下可能需要与开发团队或您自己遵循更简单的过程。纵轴表示基于 专家 （个人）意见，而不是某种度量，分类，投票或排名。(How quantitative is the method prescribed by each technique)有些人更在意定量方法和数据的支持（无论是对自己还是对“更高”的人。）在定量和定性之间求取平衡，表中两个维度上的相对位置的技术都Might Be Debatable。产品优先技术的周期表中所列，无论哪一种都会有HiPPO 陷阱，在基于价值优先产品开发的9种方法中，Hippo Decisions是一种独立方法，但也存在陷阱Moscow
Classes Of Service
Equity
Hippo Decisions
Value Divided By Effort
Cost Benefit Analysis (Financial Measures)
Incremental Funding Model
Weighted Look Ahead Approach
Weighted Shortest Job First
Hippo=Highest Paid Person’s Opinion（最高薪酬人员的意见）Bernard Marr在福布斯有一篇关于Hippo的文章《Data-Driven Decision Making:Beware Of The HIPPO Effect!》Https://Www.Forbes.Com/Sites/Bernardmarr/2017/10/26/Data-Driven-Decision-Making-Beware-Of-The-Hippo-Effect/?Sh=3d9e60a80f9fDean Peters在《Behold, the ProductManagement Prioritization Menagerie》https://deanondelivery.com/behold-the-product-management-prioritization-menagerie-7615ebe6167f一文中描述了“有关这5种野兽的相关博客文章”或书籍HiPPO将在整个价值链过程中带来很多歧义，从而影响生态系统中人们的士气。SAFe based on The Cost OfDelay和Criticality Factors也是基于价值的，提出了更好的Prioritisation。How To Determine Your Wsjf, Or Cost Of Delay通常是一个简单的公式：Cost of Delay除以作业duration（或大小）Cost of Delay divided by JobDuration (or Size)Cost of Delay–不做改变就失去了我们的经济价值即使没有WSJF，大多数Prioritisation也会如下：首先要处理的项目是Cost of Delay高且duration短的项目。最后要处理的项目具有较低的Cost of Delay和较长的duration。真正的选择是在Cost of Delay低和duration短的项目成本与Cost of Delay高和duration高的项目成本之间进行选择。WSJF在帮助我们在这些分类之间进行选择时特别有用。成本延迟是以后进行这项工作的财务影响。这是推迟工作的总影响，而不仅仅是延迟时间。例如，将某个想法的实施推迟一个月的成本就是该月内失去的机会，以及与收益相比本月之后任何减少的收益。在计算Cost of Delay时，请记住一个特定的即将到来的时间段。例如，当确定接下来的八周工作的Prioritising时，我们得到的数字将不同于接下来十二周的工作Prioritising。也要考虑该时间段内可能影响计算的任何特定因素，例如展会、节假日或“促销日”。计算如果更改延迟到此时间之后，我们将因收入或储蓄损失而损失多少。在相同的特定时间段内评估所有相互竞争的想法。当不同的人进行计算时，请使用通用的假设和流程进行公正的评估。是指从开始工作到开始进行工作并带来收益之间所经历的时间。考虑到Reviews, Approvals, Deployments等以及所涉及的实际工作。在谈论经过时间时，我们需要考虑非工作日，例如周末或法定假日，因此需要10个工作日的时间通常是经过14天。经过时间必须短于我们优先考虑的时间范围。如果较大，则将其拆分为较短时间的较小 Items。例如，如果Prioritisation为两周的Iteration，但是一个Items的估计经过时间为三周，则将其拆分为较小的Items，每个Items可以分别在两周的Iteration中完成。每个较小的 Items都需要计算其Cost of Delay。通过将项目的Cost of Delay除以 Items的duration来计算WSJF比率，数字越大表示priority越高。但是，最终的决定权仍由产品专业人员来负责有关backlog的项目的排序。法规期限，遗留系统的脆弱性或为未来功能奠定基础等因素可能很难从财务角度加以考虑，但仍需要考虑。在SAFe中提倡的一种方法，不是使用财务术语和经过几天的duration来计算预期价值，而是要使用相对估计来计算延迟和duration的成本。在这种情况下，我们评估一组彼此相对的项目，以确定WSJF比率。我们将研究四个属性：Business Value relative estimate对于此属性，我们仅考虑变更本身的价值。多余的钱进去了，或者更少的钱出去了。在1到20（含1和20）之间对不同的候选商品进行评分，其中1代表最低价值商品，并表达与之相关的其他商品，因此5给出的商品价值是给定1的五倍。为避免长时间讨论小差异，可以将选项限制为调整后的斐波那契数列（Fibonacci series）1、2、3、5、8、13和20。Time Criticality relative estimate对于时间紧迫性，请考虑是否有特定的截止日期或截止点。尽管我们大家都希望贵重物品能够尽快交付，但是请使用时间紧迫性来考虑重要的截止日期，例如高峰购物期，法规生效的日期或许可证或合同的到期日。与业务价值类似，在1到20（含1和20）之间对不同的候选项目进行评分，其中1表示最低时间要求，更高的数字表示最紧急的要求。同样，为简化起见，请考虑将选项限制为调整后的斐波那契数列。Risk Reduction & Opportunity Enablement relativeestimate降低风险考虑了可能会阻止发生重大影响的系统修复或升级。可能是基础结构升级可能会阻止服务在流量激增期间脱机，或者修复安全漏洞可能会阻止安全事件。机会支持会考虑实施更改后可能发生的情况。例如，升级内容管理系统（CMS）可能不会直接增加价值，但是升级后的CMS可能具有一些特征和功能，一旦完成升级，这些特征和功能便可以放置以增加价值。该过程是在考虑风险降低和机会支持的情况下，从1到20分配一个值。在考虑duration时，我们再次对各个项目进行了相对评分。确定哪一个最小，并将其设为“ 1”，然后使用调整后的斐波那契数列，估计其他项目与该项目的大小比较，并分配最大为20的数字。这项评估是由将要进行工作的人员而不是要求更改的人员来完成的。将业务价值，时间紧迫性，风险降低和机会支持相加，得出每个项目的3到60之间的数字作为延迟的相对成本。与请求更改的利益相关者合作，确定延迟的成本。duration在1到20之间，因此整个WSJF比率将在0.15到60之间，数字越大表示Prioritisation越高。这仍然是（仅供参考）供产品专业人士使用的指南，他们将对测序做出最终决定。更多参考：https://www.scaledagileframework.com/wsjf/https://share.vidyard.com/watch/an1uBZCb5UofhY9WTmH2Xx？（20种产品优先级排序技术（ 44页PDF电子书 + 速查表））
（卡诺模型（ 40页PDF电子书+ 电子表格））
