必須要多做一點組織和規劃的工作，才能為專案的成功奪保留乙份希望。
乙個獨特的任務或是系統化的流程，其目的是建立新的產品或服務，產品和服務交付完成標誌著專案的結束。專案都有風險，並且受制於有限的資源。
專案的核心是什麼？是產品。
專案產生的一系列可交付物。
負責向團隊清晰說明完成的含義，並帶領團隊完成專案的人。
完成是指產品符合組織對這個產品的要求，也能滿足客戶使用這個產品的需求。無論規模大小，是專案就存在風險。專案經理必須理解專案的關鍵驅動因素是什麼。
充分的了解專案背景，有助於我們確定專案的驅動因素是什麼。
首先要記錄客戶的期望。想要什麼？何時需要？質量如何？
其次，要記錄專案的約束。人手怎麼樣？有多少錢？約束決定了專案的規模。
對比以上
2項，首先想要的專案成功的必要因素是什麼，這就是識別出來的專案的關鍵驅動因素。可以使用矩陣表明專案的優先順序。來確定最關鍵的驅動因素。
哪些會限制專案，即為專案的約束。
哪些有調整餘地，即為專案的浮動因素。
理想狀態下，關鍵驅動因素為乙個，二個約束條件，三個浮動因素。如果存在過多的關鍵驅動因素和約束條件，專案經理要經常與客戶商議，確定客戶到底想要的是什麼，以減少關鍵驅動因素。
專案章程會明確記錄專案的需求和約束，還可以幫助專案經理思考如何進行專案規劃。讓專案成員了解專案的目標，發現潛在的問題。
專案章程可能包括以下幾點：
說明專案的價值，發起這個專案的緣由是什麼。
需求，才是專案的驅動因素。
希望通過專案要達成的目的。目標與需求不同，專案並不一定必須交付它的目標。我們也完全可以把提高團隊的合作能力寫到目標裡，當然了，這肯定不是客戶的要求。
是圍繞客戶能基於完成的產品做什麼給出的定義。比如：產品要在第一季度發布。專案經理要確保成功標準中不會包含非專案人員才能完成的任務。要確保成功標準在專案經理的掌握之中。
投資回報率。不解釋，***。
質量就是對於某人的價值。如果專案經理和團隊知道某人對於質量的定義，大家就可以朝著這個方向來努力。
每個專案啟動時都要有章程。
對專案章程的反覆修改要有心理準備。章程不一定完美，它的意義在於幫助整個團隊進行規劃活動。
要知道質量的意義以及專案的驅動因素。這樣專案經理和團隊才會做出正確的決策。
當團隊成員已經熟悉了章程，就可以一起做些有目的的規劃和日程安排了。
規劃和日程安排是兩種不同的活動。規劃是指制訂帶有發布條件的專案計畫，而日程安排是對工作專案的有序描述。
規劃不必完美無缺。只要能讓專案啟動起來，並讓大家看到成功的希望就可以了。如果專案面臨時間的壓力，那麼要用時間盒來輔助規劃活動。
時間盒(timebox)
是指特定的時間長度，個人或團隊用它來完成某項特定的任務。個人或團隊在這段時間內完成的工作量，就是專案接下來的工作的基礎。
要根據經驗而不是預言來規劃專案。不妨做少量規劃，再根據實際過程中收集到的資訊反饋來影響未來的規劃。
規劃毫無用處，但是制訂規劃必不可少。
專案規劃模板:
產品意圖、歷史記錄、發布條件、目標、專案組織、日程總覽、人員配備、建議日程、風險列表。
產品意圖，比章程遠景更具體。
歷史記錄，如果該專案存在歷史版本的話。
發布條件，詳細列舉專案產品的關鍵可交付物。
目標，包括了產品目標、專案目標、團隊目標、組織目標。
專案組織，說明專案的一般運作方式。比如招聘新人，編寫**，完善文件等等。
日程總覽，包含多個關鍵的里程碑，說明人們從這些里程碑裡能夠得到什麼。
人員配備，包括了人員參加專案的時間，包括人員的型別。
建議日程，小心過早的細化日程。
制訂專案風險列表，盡早開始識別和管理風險。
確定當前專案最重要的因素
讓發布條件符合
smart
原則確定的（
specific
）、可測量的（
measurable
）、可達成的（
attainable
）、相關的（
relevant
）、可跟蹤的（
trackable
）。在建立發布條件時，我們要能夠在專案的整個生命週期中評估這些條件。
效能要好--à
效能場景a要在
10s內完成。
生命週期是專案經理和團隊組織產品開發的方式。定義需求、設計、開發、測試以及與這些工作同時進行的過程，都算是生命週期的一部分。
從整體上組織專案時，不要把現實狀況理想化。即使曾經遇到專案需求不完整的問題，也不要在規劃時就希望先產生完整的需求。可以隨著專案推進不斷發現新需求。
首先需要獲取全部需求，基於這些需求進行分析和設計階段，達成一致後，團隊進入開發階段，開發完成後，團隊將會整合所有的功能，再開始最終測試。在順序式生命週期中，專案經理要允許計畫外的時間，以彌補專案過程中的未知風險和問題可能造成的損失。
首先建立部分原型，專案團隊會在每次迭代中開發產品的乙個部分。迭代式生命週期不要求同時進行整合和測試。
按照功能分成不同的團隊，每個團隊每次開發乙個功能，完成測試和整合後，再開始開發另乙個功能。
只需要一點點前期的規劃工作，只要足以啟動專案。而且知道產品負責人對當前發布版本的期望就可以了。劃分為不同的時間盒，首先完成最有價值的功能。
用迭代來規劃所有的工作，包括規劃需求收集和原型化等工作。
將產品原型化，並盡早向客戶展示。越多地從他們那裡得到反饋，專案的進展也會越順利。
從專案一開始就引入測試人員。
功能要逐個實現，完成後即進行整合和測試。
不要怯於建立反映你自己專案實際情況的生命週期。完美的生命週期只是模型。
《專案管理修煉之道》讀書筆記
專案管理對於專案成敗至關重要，專案經理往往面臨著巨大的壓力和挑戰 雖然已經有很多專案管理理論和方法，但實踐中每個專案都有自己的獨特性，沒有現成的解決方案可以套用。怎麼辦？這部榮獲軟體業奧斯卡 jolt獎的著作給出了很好的解答。作者多年來幫助許多高科技公司成功地解決了各種有關產品開發管理的棘手問題，本...
《程式設計師修煉之道》讀書筆記
第1章 你的知識資產 隨著你的知識的價值降低，對你的公司或客戶來說，你的價值也在降低。管理知識資產與管理金融資產非常相似，管理金融資產基本遵循 1.嚴肅的投資者定期投資 作為習慣 2.多元化是長期成功的關鍵 3.聰明的投資者在保守的投資和高風險 高回報的投資之間平衡他們的資產 4.投資者設法低買高賣...
程式設計師修煉之道 讀書筆記
注重實效的程式設計師的特徵 care about your craft 關心你的技藝 think about your work 思考你的工作 1 注重實效的哲學 我的 被貓吃了。負責 破窗理論。軟體的熵 定期為你的知識資產投資 2 注重實效的途徑 dry don t repeat yourself...