軟體開發的邊界（上）

這本書名為軟體開發的邊界--管理成功的項目（The software development edge:Essays on managing successful projects)大概算是本優秀的“飛行讀物”。全書共六個部分，我算大略讀完了前兩個部分。
這裡說摘錄下我深有所感的話語，當然有自己的感悟在其中，語言與原文可能不同。
第一部分：綜合管理
1.迭代式問題解決
“ 將它寫下來”其實是這部分的核心，因為只有這樣，每次的迭代才能減少不必要的工作。我們能夠循序漸進地構造“最終文檔”，而不是費時地不停修改，不停重新構建。
2.選擇團隊
我們似乎很容易忘記這一點，沒有組建好的團隊，成功十分困難。而這樣的團隊應該是身為隊長的我們去自己尋找組建的，那種等待隊員加入的行為似乎比較愚蠢。
3.監控與保留記錄
這是為強調第一點，一隻鉛筆與一本筆記本，你應該知道要幹什麼吧。
4.成功的要素
“在需求大變化之前迅速完成開發”，要點是速度。
“瞭解什麼時候應該大聲站出來什麼時候應該儲存沉默”，要點是勇氣。
“團隊儲存以一個清晰的目標為中心”，要點是清醒。
5.領導者鼓舞：管理者授權。同時成為兩者則你需要願景進行溝通並瞭解細節。
最佳的領導者應當向團隊傳達一個共同的使命--也即一個願景，團隊其他熱受此感染並為之而持續努力。
管理者則是項目障礙的排除者與談判代表。
第二部分：軟體的差別
1.開始就著手於“簡單問題”會佔用更多時間，以至沒時間解決風險更大的問題
如果搞定絕大多數風險，似乎我們會更有自信來申請更多時間，否則，你會站在不利的談判位置。
2.迭代式項目收手時商業損失更小
關鍵在於投入人力更少，這是由於項目早期配置的是精英團隊，由他們開發原型。
3.如何解釋uml
使用幾何圖，電路圖，確實比較專業，既顯示了自己的深厚基礎（初中知識），又比較好溝通有趣味（人就是愛回憶，尤其是自己輝煌的曆史）。
4. 動物遊戲
規則如下：
5.流程的嚴格
1.要有明確的發布標準，即完成標準，並且讓每個成員都瞭解它。
2.找到在項目上堅定，技術上勝任的人，讓他引導我們走出淺攤。
3.完美是優秀的大敵，你發布的判斷關鍵是開始每個人都明確的發布標準。
4.注意指令碼，他們可能缺少良好的設計。
好吧，先就這些，下次繼續。