软件开发的边界--管理成功的项目（中）

又看完三四两个部分，摘要一些同时写些自己的感想。
第三部分：项目管理观点
9.权衡
将只有20%成功率的一个不成熟计划，演进到一个成功率50%的计划，必须同时：
将范畴减少大约18%
将质量标准降低大约18%
将日程安排延长大约18%
将申请比原计划更多大约18%的资源
明显我们要想改动一点，就得至少改动四点，在此四点中权衡吧。
10.估计
这个表挺牛逼的

1. 开发周期 实际开发周期 迭代长度 次数
2. 2年 100周 10周 10
3. 1年 49周 7 周 7
4. 9个月 36周 6 周6
   6个月 25周 5 周5
5. 4个月 16周 4周4
6. 2个月 9周 3周
7. 1个月 4周
   似乎挺好算，但这形式相当清晰专业

11.日程安排
尽量保持内部与外部的时间安排，软件项目总会延迟
摆脱那些在实际开发时间内完成任务的人，因为他们在高估一切而浪费你的资金

12.节奏
真正的困难从项目完成30%开始，这是我归纳的。

第四部分
13.政治
有益的政治是为了形成高度信任的环境

1. 建立共识
2. 事实调查
3. 开诚布公的讨论
4. 共同利益的建立
5. 从不轻率做成承诺

14.沟通

1. 确定问题，就定义达成一致
2. 确定这一问题在工程师自己
3. 就解决方案进行大致交流，让工程师主导
4. 直接提出要求，包括范围，优先级，期限

一步步照着做吧，关键的最后一步，可一定要双方达成共识

15.承诺

每个团体会议最后，你都得确认一遍，是否与会的每个人都明确自己所承担的任务。有不同意见此时提出，进一步说服，若不接受，就做出决定他是否继续进行这一计划。之后不能再有借口或问题。承诺是高度信任环境的开始。

16.薪酬

个人技能并不决定薪酬，任务难度与技能水平共同决定薪酬，高薪最好解决方案是增大任务难度