Tom DeMarco
2015/10/08
- 逃避風險是致命的錯誤，因為這會讓你也得不到與風險同在的利益。
- 如果分配的時間一開始就不夠，不管威脅有多麼嚇人，工作也無法按時完成。
- 對於新的僱員，交給他們的專案最好難度不超過他們曾成功過的專案；
把有挑戰性的目標延到下一次。
- 在風險真正變成一個問題之前，總會有一些早期的跡象，所以你需要先斷定這些早期跡象是什麼，
然後像老鷹一樣去尋找他們。
- 為你們工作、與你們一起工作、從你們那裏學到知識、把我的知識教給你們，這是我的光榮。
- 把凝聚在一起的團隊-準備充分、也願意接受新的工作挑戰-當成是專案的收穫之一。
- 總生產率依賴四個因素：團隊可用人員數、還沒有融入團隊的新成員數、互動損失和融合成本(integration cost)。
- 添加人手並不總是能縮短專案的時間。問題在於，團隊有一定的吸收率，只能以一定的速度擴大。
如果你想要他們擴大地更快，結果只會適得其反。而且，團隊中還存在互動損失，所以新成員的貢獻一定比老成員低。
- 哲學的五個分之：形而上學、邏輯學、倫理學、美學和政治學。
- 讓一個人發揮自己的能力和才幹，他就會發光，這正是管理的全部精髓。
- 你喜歡、尊重為你工作的人。你關心他們。他們的問題就是你的問題，他們的擔憂就是你的擔憂。
你的氣度像天空一樣寬廣。在一個人真正證明自己可信任以前，你就信任他。
- 寫程式、除錯、設計、審查(review)、分析、訂定規格(specify)、計畫、估算和編寫文件。
- 我們必須學會怎樣更有效率地設計。
- 最後一分鐘實作 (Last Minute Implentaion)
- 幾乎沒有人做的設計足夠接近實際的程式，所以根本無法進行有意義的審查。
- 高速完成的專案花在除錯上的時間，相對來說少很多。
- 高速完成的專案花在設計上的時間，相對來說多很多。
- 如果你不關心別人，不照顧別人，就別想讓他們為你做一些非凡的事情。
如果要讓他們改變，就必須去了解(並讚賞)他們的一切。
- 在壓力下的人思考不會變快。
- 最壞的可能性：使用壓力和加班的真正原因是為了在專案失敗時，證明大家並非沒有動力。
- 所謂「規格」是一份報告書，它描述了系統-一組既定的反應-怎樣對外部的世界做出立即反應。
每個規格都有兩個部分：首先，應該有一組策略(policy)表明系統怎樣回應事件；
其次，需要一組輸入和輸出，讓事件和回應能銜接起來。
- 系統是各個利益團體協商得到的，包括所有者、用戶、利益相關人、開發者、操作員和管理員。
有時候，他們無法取得共識，這時就會產生衝突。
- 規格文件中的含糊，意味著不同系統參與者之間存在者未解決的衝突。
- 如果一份規格文件不包含完整的輸入輸出列表，那麼它就什麼都不是；它根本還沒開始。
- 團體是很複雜的，不同的人有不同的目標，這才是合理的組織形式。
- 我們都站在同一邊；跟我們對立的，是我們要解決的問題。
- 只要開發過程中有多個參與者，就一定會有衝突存在。
- 應當事先聲明：每一個人的「贏」都很重要。確保每個級別的人都能贏。
- 取得同意。徵求衝突雙方的意見，讓他們同意你進行調解。
- 挫折是金，你可以從中找到更多成功的契機。
