项目管理方法的一种独特主张

http://kaverjody.com/toc-series-reading-notes/

按照导读介绍，这本书主要是“TOC在生产领域为众多企业带来突破性的成绩后，高德拉特博士尝试在项目管理领域中达到同样的突破，挑战‘关键路线’。”而我自己的所得主要在于两点：关键节点会动态变化的关键链，元-天（金钱时间的计算方式）。

故事的主线是商学院的副教授李查德教授在职MBA课程，在他的课程中有几个学员迫切解决自己企业的问题，而他本人也面临着商学院削减开支、停止他的永久职系转入申请，本书主要就是讲内忧外患之下，他的应对过程。在一次课程中，他带领全班总结得出“所有项目都很可能遇上的问题是：（一）成本超出预算；（二）时间超出期限；（三）项目的规模或设计内容被牺牲。”三个问题最终找到答案，就是关键路径这种管理方式的错误，真正应该管理的是关键链。

当马可提出安全时间（Safty Time）的问题时，李查德回应以两者思考的不同之处：项目整体所加进的安全时间，项目中每个步骤加进的安全时间。李查德画出高斯分布图，并提醒大家不确定因素越高，分布图的尾巴越长，而马可的线表明他在预估项目某步骤时并不会选择分布图上中间值，而不是考虑到墨菲定律的存在会选择一个比较多安全时间的位置。除了作者想要表达的意思（我猜的）之外，我想这里可能还有一个潜在的风险，就是在不注意的情况下，可能会把增加的安全时间的百分比当做了提高的预估时间准确率，增加20%的时间，并不意味着成功几率（按预估时间完成的几率）提高了20%的额度。

借费沙之口，作者描述了两个世界爆发的冲突：成本世界（Cost World）和有效产出世界（Throughput World）。但是控制成本及保障有效产出两个必备条件，管理人员不能只满足其一而忽略另一。并直接指出80/20帕累托法则（Pareto Principle）只适用于把每个环（例如一个部门）都分割开来管理的成本世界；但是对于有效产出世界来说，由于系统中的环远超过五个，那么改善其中的20%意味着很大部分的改善对于机构整体是没有帮助的。由此导出最弱的一环决定了全链的强度，所以首先就要找出系统的制约因素也即最弱一环。

其中还提到我们在“Agile Estimating and Planning”的培训中讲过的一点东西，“任何项目都会有很多并行的步骤，当中最大的延误会被转嫁至下一个步骤，但当中任何提前完工却完全起不了作用。”所以在项目中的步骤级别加入的安全时间基本无用，更不要说学生症状（Student Syndrome）的存在会导致安全时间被故意地浪费掉。当然还有多任务（Multi-Tasking）处理对完工时间的巨大影响。

在几个教师的交流中费沙总结出TOC的聚焦五步骤（Five Focusing Steps）：找出（Identify）、挖尽（Exploit）、迁就（Subordinate）、松绑（Elevate）、回头（Go Back）。

李查德对安全时间的解决方案是三个缓冲，更有意思的是他们进行缓冲管理的方式，也即是频繁地拿到关键路线上工作人员的最新预估，从而可以迅速应对，这让我直接想到Scrum里面的Daily Scrum，当然两者都非常需要的就是相关人员能如实地反映剩余工作所需的时间。

项目缓冲（Project Buffer）：也即是放在关键路线末端的安全时间。
接驳缓冲（Feeding Buffer）：也即在每条接驳路径与关键路线汇合处插入的时间缓冲。
资源缓冲（Resource Buffer）：为了避免出现关键路线上的步骤准备就绪却欠缺相关资源的情况，所设立的时间缓冲。
马可在他领导的产品开发项目中实施了新方法，主要的改动是：

第一，说服各部门削减他们的预估完工时间。
这让我想到有些企业实施Scrum时遇到的估算注水的现象，也许原因各异，但都应该要求他们给出实打实的估计，不要添加安全时间以及避免学生症状，然后利用上述三个缓冲来管理整体的安全时间。
第二，消除所有里程碑，换言之，个别步骤不再有目标完工日期（Due Dates）；
也许不完全匹配，但也有点像是具体任务（Task）的目标完工日期并不重要，重要的是它完成了，所以Daily Scrum的时候以及一天的工作当中不断交流并实时更新，最重要的关注就是某个项目或是某个特性最终完工与否。
第三，适时报告最新的完工预估时间。
我感觉就是Daily Scrum和Burndown Chart所要求的一部分，也即每天都要更新当前状态以及剩余工作的预估时间，并管理任何可能影响Sprint完工的变化。
最后提到的金钱时间，我感觉相关的思路早有了，不过作者将其简化为金钱乘以时间，而不是现存的一些复杂的换算公式。在我理解中这已经足够，因为它提供了一个统一的标准或内部标准，用于比较多个选择的差异，对资金的占用或是回本期的快慢。

==========
徐毅：独立敏捷顾问，经验丰富的国内知名敏捷及精益教练，专注于敏捷软件开发、Scrum、敏捷转型、敏捷测试、测试自动化、robotframework等。