项目管理与Scrum实践：高效协作与精准度量
1. 传统范式的弊端
在项目管理中，有一种常见的范式，虽被广泛应用，但却往往适得其反。我们可以把项目想象成一根输送价值的管道，而传统的“铁三角”模式就如同管道某一特定位置的横截面。如果管道下游存在弯折，那么扩大上游管道的截面并无助益。
就像往堵塞的水槽里倒水，水无法疏通排水口，最终水槽会溢出，弄湿双脚，还会损坏地板。在软件开发中也是如此，如果构建环节出现问题，不断添加代码只会积累技术债务，直到构建问题得到解决。要是以缺陷或缺失测试的形式积累债务，只会增加风险，并在后续带来成倍的处理工作。
2. Scrum：铁三角思维的解药
Scrum为铁三角思维提供了一个很好的解决方案。铁三角模式假定有一个既定的流程模型，在这个模型中，流程改进和减少浪费的机会有限。而Scrum和敏捷共识采用的是经验模型，在冲刺阶段完成的小批量工作会接受检查，并持续改进流程。
遵循Scrum和敏捷共识的团队有与铁三角思维相悖的良好体验。例如，在铁三角思维中，严格定义“完成”可能看似需要额外的资源或时间，因为它要求更多的前期工作。但在实践中，它能缩短交付时间，因为它避免了管道其他部分技术债务的积累。就像把水槽的排水口换成透明玻璃，这样就能随时看到水流速度，并在堵塞发生时立即疏通。
3. Scrum大师与团队协作
如今，Scrum大师课程众多。但Scrum的掌握实际上是整个团队的事情，而非某个指定个人的职责。当团队运作良好时，Scrum大师的工作很少，主要是确保Scrum规则得到遵守。因此，在大多数高效团队中，Scrum大师是一个兼职角色。
Scrum的规则如下：
