第 II 篇 管理模式

该篇的核心：反馈理论。可以认为，反馈理论是管理控制理论的基础理论。何为反馈理论？抽象来讲，就是输入产生输出，然后根据输出调整输入产生再输入，循环调整以达到既定的目标。结合项目管理，反馈理论的具体论述就是“控制者根据反映系统当前运转情况的信息，对系统实施控制。在将当前的实际情况与原来对系统的计划进行比较之后，控制者采取对应的措施，以使系统的运转朝着预定计划靠拢，最终达到项目目标”。反馈分为正反馈和负反馈，简单来说，正反馈就是使输入或输出增强，负反馈就是使输入或输出减弱并使系统倾向于稳定状态。

为什么瀑布模型为大多数人所诟病，而敏捷开发为大多数人所推崇（包括我本人）？根据反馈理论，很简单，瀑布模型的反馈太慢了，绝大多数情况下要等到进入后期开发的时候才会发现有这样或那样的问题，往往这时候已经病入膏肓，为时已晚；而敏捷开发则不一样，通过持续不断的为涉众提供有价值的软件产品（亦即：“做有用的事情”），尽快的获得反馈信息，同时通过个体与个体之间和团队与客户之间的紧密协作和有效沟通，进而在组织中最大化共享和利用这些信息，从而使整个团队可以更快更有效率的应对变化，作出调整，保持协调和步调一致。

应用反馈理论会带来几个关键问题：

1.          如何准确快捷的获取反馈信息？

2.          如何分析反馈信息？

3.          如何对分析结果作出合理的应对措施？也就是说，下一步应该做什么？

第1个问题，个人觉得属于项目沟通管理领域。一般的项目管理制度中，都会有周报、月报、周例会等措施，这些都是获取反馈信息的有效措施。但除了这些常规的定时报告之外，还应该针对重大事件、突发事件等做出相应的规定，包括何种事件（事件性质）、何时（是即时还是某个时限内）、通过何种方式（email、短信、电话、邮件等）、报告给谁（直接上级、客户经理、老总等）。比如，应用系统崩溃了（严重事件，会直接影响到客户满意度），应该马上通过电话报告给上级主管，并告知客户经理。通过在项目中不断地应用和积累，久而久之，会在团队中形成良好的工作习惯，并形成有价值的项目过程资产（报告事件列表、应对措施等）。

第2个问题，行之有效的方法是利用同行评审，通过高效的小型会议对信息进行分析和过滤。在本书中，作者介绍了一种称为作用图的工具，这种工具可以帮助我们建立对应于系统动力过程的模型，并进而揭示其中的非线性（关于非线性，下一篇再详细说明），因为非线性很可能就是导致发生偏差的罪魁祸首。

第 3 个问题，这是反馈理论的核心也是决定管理者水平的试金石。对同样的事件，不同的背景、经历都会影响管理者的判断，从而产生各种各样的反应甚至是毫无反应。对于如何反应，本书没有说明，因为这是一本讲述观察（ What ？）的书，而不是讲述应对（ How ）的书。但作者提出了善意的提醒：对反馈要做出应对措施，但力度要小。