第七章驾驭软件

- 计划只能在大方向上提供指导；我们必须驾驭实际的进程，并使之按照这个大方向前进

- 随着项目复杂程度的逐步攀升，仅仅依赖于直觉迟早你令你无法应对

- 除此之外的很多很好的、理想的方法论对于防止系统的崩溃却无济于事，其原因在于在项目的进行偏离了理想的模式时，它们不能采取基于负反馈的应对措施

- 有些方法论虽然能够利用反馈机制，但是要么其讨论仅限于产品的层次，要么其采取的反馈幅度过大。为了实现有效的控制，在采取反馈时必须注意小幅度的逐渐增力度，并且在所有方面--人事、产品、过程以及文化--都要齐头并进

- 软件专业人士常常会忽视在作用模型中人为决策点。其中的一个原因在于，他们根本没有能够注意到某些状态--而这往往是因为这些状态只是开发过程的其他附属输出结果，与最终的产品没有直接的联系

- 为了成功地对一个项目进行控制，你必须懂得：自己不需要成为项目动力过程中的受害者。如果考虑到人为决策点，那么真正起决定作用的并不是事件本身，而是你对事件做出的能动反应

- 只要在系统中存在人为决策点，那么真正决定下一事件如何发生地，并不是当前的事件，而是某个人对该事件的反应

ITPub博客

质量.软件.管理--系统思维(7)