为什么项目经理离不开少数关键文档？
- 前提（原著开篇假设）: 在一片文件的汪洋中, 少数文档形成了关键的枢纽, 每件项目管理工作都围绕着它们运转;
- 定位: 它们是经理们的主要个人工具;
- 心理转变: 刚从技术人员任命的项目经理起初觉得文书工作令人生厌、毫无必要, 慢慢才认识到其中某些部分承载了管理工作;
- 每份文档的准备时刻: 是集中考虑、使各种讨论意见明朗化的主要时刻, 否则项目往往处于无休止的混乱状态;
- 文档的三种用途: 跟踪维护是项目监督和预警机制; 文档本身可作为检查列表、状态控制; 可作为汇报的数据基础;
计算机硬件、大学科系和软件项目的关键文档有什么共性？
- 计算机硬件: 目标、技术说明（手册和性能规格说明）、进度和时间表、预算、组织机构图、工作空间分配、报价/预测/价格;
- 大学科系: 目标、课程描述、学位要求、研究报告、课程表和安排、预算、教室分配、教师和研究生助手分配;
- 软件项目: 做什么（目标）、做什么（产品技术说明）、时间（进度表）、资金（预算）、地点（工作空间分配）、人员（组织图）;
- 共性: 任何管理任务的关注焦点都是时间、地点、人物、做什么、资金;
- 推论: 即使规模很小的项目, 项目经理聪明的做法也是立刻正式生成若干文档作为自己的数据基础, 哪怕这些迷你文档非常简单;
为什么必须准备正式的文档？
- 理由一（澄清决策）: 书面记录决策是必要的, 只有记录下来分歧才会明朗、矛盾才会突出;
- 理由二（沟通）: 项目经理常发现许多理应被普遍认同的策略完全不为团队一些成员所知, 而他的基本职责是使每个人朝相同方向前进;
- 结论: 项目经理的主要工作是沟通, 而不是做出决定, 文档能极大减轻这个负担;
- 理由三（数据基础和检查列表）: 通过周期性回顾, 能清楚项目所处状态, 以及哪些需要重点更改和调整;
组织图和接口说明是什么关系？
- 相互依存: 组织图与接口说明相互依存;
- Conway 规律: 设计系统的组织架构受到产品的约束限制, 生产出的系统是这些组织机构沟通结构的映射;
- Conway 的补充: 一开始反映系统设计的组织架构图肯定不会是正确的; 如果系统设计能自由变化, 则项目组织架构必须为变化做准备;
- 实践含义: 接口定义不只是技术文档, 它同时定义了团队的边界和沟通成本;
"完备信息管理系统"为什么不成立？
- 吹捧的说法: 管理人员只需在计算机上输入查询, 显示屏上就显示出结果;
- 反驳一: 只有一小部分管理人员的时间--可能只有 20%--用来从自己头脑外部获取信息;
- 反驳二: 其余工作是沟通--倾听、报告、讲授、规劝、讨论、鼓励;
- 反驳三: 对基于数据的部分, 少数关键文档就能满足绝大多数需要;
- 结论: 该市场概念不基于反映管理人员行为的有效模型;
报价、预测和价格之间是什么关系？
- 循环起点: 先制订产品性能说明和假设价格, 由市场预测得出销量;
- 推导链: 销量 + 设计得出的组件单元数量 → 生产估计成本 → 每个单元的开发工作量和固定成本 → 价格;
- 良性循环: 价格低于假设值 → 预测值较高、单元成本较低 → 价格可继续降低;
- 灾难循环: 价格高于预测值 → 必须提高性能、支持更高的市场预测, 同时降低成本以产出更低报价;
- 管理含义: 这个循环的压力常是激励市场人员和工程师的最佳动力, 但也带来可笑的踌躇和摇摆;
- 例证: 某个三年开发周期的项目, 机器指令计数器设计每六个月变化一次（性能优先时用触发器, 成本优先时用内存）;