軟體開發的邊界–管理成功的項目（中）

又看完三四兩個部分，摘要一些同時寫些自己的感想。
第三部分：專案管理觀點
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.薪酬

個人技能並不決定薪酬，任務難度與技能水平共同決定薪酬，高薪最好解決方案是增大任務難度