认识组织选项背后的系统动态：需求还是任务
在辅导敏捷团队时一个重要的杠杆是增加对需求而非任务的聚焦。这篇文章描述其背后的动态。
传统的项目在两个层次跟踪进度。一个是里程碑，经常跟诸如需求分析完、集成准备就绪、测试完成这样的阶段相关联。另一个是任务状态，经常通过每周汇报会议来跟踪。相比之下，敏捷开发却跟踪需求的进度（注：更好的是跟踪那些需求的价值，但这不在本文范围内讨论）。我们将看到不同选择背后的动态，希望由此带来的理解能对成功的改变有所帮助。
为什么聚焦任务？
聚焦任务有它的原因。
任务焦点本质上代表了资源焦点。当面临成本压力时，我们尝试增加资源焦点，以提高资源效率，从而减轻成本压力。
我们如何增加资源焦点呢？一种方式是通过任务。事实上当跟踪任务时，次序经常是按人，问每个人在做什么任务。这样就能确保每个人都忙着。如果没有匹配他们技能的任务呢？我们创造任务来适应他们的技能。我们会在后面看到这将带来有趣的影响。
为什么聚焦需求？
聚焦需求也有它的原因。
需求焦点代表了客户焦点。当面临市场压力时，我们尝试增加客户焦点，以提高流动效率，从而减轻市场压力。
我们如何增加流动效率呢？一种方式是通过需求。我们不是跟踪任务和人，而是跟踪需求确保它们流动。我们较少关注谁闲着，更多关注如何让需求流动得顺畅。
两者之间的矛盾
如果两个平衡回路相互独立，成本和市场的目标能同时得到满足。然而，在资源效率和流动效率之间存在矛盾。
我们讨论资源效率时曾经提及，当一个需求对某些人来说没有他合适的任务时，我们就开启另一个需求以使他有合适的任务做，从而提高了资源效率。注意如果需要学习，他就不是资源有效的。并行需求的增多意味着客户焦点的降低。因此，资源焦点对客户焦点有负面的影响。
反过来也是一样。当我们聚焦客户，通过限制并行工作的需求个数以追求流动效率时，它不可避免会产生某些人没有合适的任务做的情况，这就不是资源有效的。因此，客户焦点对资源焦点也有负面的影响。
现在两个平衡回路就相互作用了。当市场压力变大时，加强客户焦点以提高流动效率。同时，这减弱了资源焦点，降低了资源效率。这时候是B2回路主导。当成本压力变大时，加强资源焦点以提高资源效率。同时，这减弱了客户焦点，降低了流动效率。这时候是B1回路主导。
理解这个矛盾帮助我们以不同的方式看待变革中的抵制力。虽然聚焦客户令人难以反驳，根本性的系统结构却产生反向的力量。
这个矛盾也提出了关于系统目标的重要问题。对特定的组织来说，你更想优化哪个目标 - 资源效率还是流动效率？
产生影响的杠杆
有可能两者兼得吗？或者至少在以某一项为主的同时能兼顾另一项？
来看一下我们是如何实现资源效率的。我们开始更多并行的工作以适应技能，但牺牲了客户焦点。我们可以让B3回路而非B1回路工作，也就是通过学习扩展技能，最终提高资源效率。B3回路对客户焦点并没有负面的影响，但学习也需要更长时间才见效。不令人意外的是，真正的杠杆在于我们如何能有效地学习和扩展技能。
上图是来自于《This is Lean》书中的效率矩阵。图中的蓝线表示通往“完美状态”的演进路径，首先实现B1回路（提高流动效率），然后再是B3回路（提高资源效率）。然而很多组织自认为它们的现状是“高效岛屿”，也就是B2回路主导，这样一来演进路径变成了图中的红线。从变革管理的角度来看，沿红线演进是困难的，因为它意味着资源效率会先降低。你可以改变认知以从更为真实的“浪费之地”出发，或者确保资源效率的降低是可以掌控的。
聚焦于需求还是任务本质上是在客户焦点和资源焦点之间的选择。
英文版：https://blog.odd-e.com/yilv/2018/02/seeing-the-system-dynamic-requirement-vs-task.html...
