认识组织选项背后的系统动态:需求还是任务

认识组织选项背后的系统动态:需求还是任务

  在辅导敏捷团队时一个重要的杠杆是增加对需求而非任务的聚焦。这篇文章描述其背后的动态。 传统的项目在两个层次跟踪进度。一个是里程碑,经常跟诸如需求分析完、集成准备就绪、测试完成这样的阶段相关联。另一个是任务状态,经常通过每周汇报会议来跟踪。相比之下,敏捷开发却跟踪需求的进度(注:更好的是跟踪那些需求的价值,但这不在本文范围内讨论)。我们将看到不同选择背后的动态,希望由此带来的理解能对成功的改变有所帮助。 为什么聚焦任务?  聚焦任务有它的原因。   任务焦点本质上代表了资源焦点。当面临成本压力时,我们尝试增加资源焦点,以提高资源效率,从而减轻成本压力。 我们如何增加资源焦点呢?一种方式是通过任务。事实上当跟踪任务时,次序经常是按人,问每个人在做什么任务。这样就能确保每个人都忙着。如果没有匹配他们技能的任务呢?我们创造任务来适应他们的技能。我们会在后面看到这将带来有趣的影响。 为什么聚焦需求? 聚焦需求也有它的原因。 需求焦点代表了客户焦点。当面临市场压力时,我们尝试增加客户焦点,以提高流动效率,从而减轻市场压力。 我们如何增加流动效率呢?一种方式是通过需求。我们不是跟踪任务和人,而是跟踪需求确保它们流动。我们较少关注谁闲着,更多关注如何让需求流动得顺畅。 两者之间的矛盾 如果两个平衡回路相互独立,成本和市场的目标能同时得到满足。然而,在资源效率和流动效率之间存在矛盾。 我们讨论资源效率时曾经提及,当一个需求对某些人来说没有他合适的任务时,我们就开启另一个需求以使他有合适的任务做,从而提高了资源效率。注意如果需要学习,他就不是资源有效的。并行需求的增多意味着客户焦点的降低。因此,资源焦点对客户焦点有负面的影响。 反过来也是一样。当我们聚焦客户,通过限制并行工作的需求个数以追求流动效率时,它不可避免会产生某些人没有合适的任务做的情况,这就不是资源有效的。因此,客户焦点对资源焦点也有负面的影响。 现在两个平衡回路就相互作用了。当市场压力变大时,加强客户焦点以提高流动效率。同时,这减弱了资源焦点,降低了资源效率。这时候是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...
阅读更多