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