質量.軟體.管理--系統思維(7)

第七章 駕馭軟體

- 計劃只能在大方向上提供指導；我們必須駕馭實際的程式，並使之按照這個大方向前進

- 隨著專案複雜程度的逐步攀升，僅僅依賴於直覺遲早你令你無法應對

- 除此之外的很多很好的、理想的方法論對於防止系統的崩潰卻無濟於事，其原因在於在專案的進行偏離了理想的模式時，它們不能採取基於負反饋的應對措施

- 有些方法論雖然能夠利用反饋機制，但是要麼其討論僅限於產品的層次，要麼其採取的反饋幅度過大。為了實現有效的控制，在採取反饋時必須注意小幅度的逐漸增力度，並且在所有方面--人事、產品、過程以及文化--都要齊頭並進

- 軟體專業人士常常會忽視在作用模型中人為決策點。其中的一個原因在於，他們根本沒有能夠注意到某些狀態--而這往往是因為這些狀態只是開發過程的其他附屬輸出結果，與最終的產品沒有直接的聯絡

- 為了成功地對一個專案進行控制，你必須懂得：自己不需要成為專案動力過程中的受害者。如果考慮到人為決策點，那麼真正起決定作用的並不是事件本身，而是你對事件做出的能動反應

- 只要在系統中存在人為決策點，那麼真正決定下一事件如何發生地，並不是當前的事件，而是某個人對該事件的反應