一、 啟動專案
必須要多做一點組織和規劃的工作，才能為專案的成功奪保留乙份希望。
1. 定義專案和專案經理
1.1專案
乙個獨特的任務或是系統化的流程，其目的是建立新的產品或服務，產品和服務交付完成標誌著專案的結束。專案都有風險，並且受制於有限的資源。
專案的核心是什麼？是產品。
1.2產品
專案產生的一系列可交付物。
1.3專案經理
負責向團隊清晰說明完成的含義，並帶領團隊完成專案的人。
完成是指產品符合組織對這個產品的要求，也能滿足客戶使用這個產品的需求。無論規模大小，是專案就存在風險。專案經理必須理解專案的關鍵驅動因素是什麼。
2. 管理專案的關鍵驅動因素、約束和浮動因素
2.1了解專案背景
充分的了解專案背景，有助於我們確定專案的驅動因素是什麼。
2.2確定關鍵驅動因素、約束、浮動因素
首先要記錄客戶的期望。想要什麼？何時需要？質量如何？
其次，要記錄專案的約束。人手怎麼樣？有多少錢？約束決定了專案的規模。
對比以上2項，首先想要的專案成功的必要因素是什麼，這就是識別出來的專案的關鍵驅動因素。可以使用矩陣表明專案的優先順序。來確定最關鍵的驅動因素。
哪些會限制專案，即為專案的約束。
哪些有調整餘地，即為專案的浮動因素。
理想狀態下，關鍵驅動因素為乙個，二個約束條件，三個浮動因素。如果存在過多的關鍵驅動因素和約束條件，專案經理要經常與客戶商議，確定客戶到底想要的是什麼，以減少關鍵驅動因素。
3. 編寫專案章程
專案章程會明確記錄專案的需求和約束，還可以幫助專案經理思考如何進行專案規劃。讓專案成員了解專案的目標，發現潛在的問題。
專案章程可能包括以下幾點：
3.1遠景
說明專案的價值，發起這個專案的緣由是什麼。
3.2需求
需求，才是專案的驅動因素。
3.3目標
希望通過專案要達成的目的。目標與需求不同，專案並不一定必須交付它的目標。我們也完全可以把提高團隊的合作能力寫到目標裡，當然了，這肯定不是客戶的要求。
3.4成功標準
是圍繞客戶能基於完成的產品做什麼給出的定義。比如：產品要在第一季度發布。專案經理要確保成功標準中不會包含非專案人員才能完成的任務。要確保成功標準在專案經理的掌握之中。
3.5roi估算
投資回報率。不解釋，***。
4. 理解質量對於專案的重要
質量就是對於某人的價值。如果專案經理和團隊知道某人對於質量的定義，大家就可以朝著這個方向來努力。
5. 總結
每個專案啟動時都要有章程。
對專案章程的反覆修改要有心理準備。章程不一定完美，它的意義在於幫助整個團隊進行規劃活動。
要知道質量的意義以及專案的驅動因素。這樣專案經理和團隊才會做出正確的決策。
二、 規劃專案
當團隊成員已經熟悉了章程，就可以一起做些有目的的規劃和日程安排了。
規劃和日程安排是兩種不同的活動。規劃是指制訂帶有發布條件的專案計畫，而日程安排是對工作專案的有序描述。
1. 規劃
規劃不必完美無缺。只要能讓專案啟動起來，並讓大家看到成功的希望就可以了。如果專案面臨時間的壓力，那麼要用時間盒來輔助規劃活動。
時間盒(timebox)是指特定的時間長度，個人或團隊用它來完成某項特定的任務。個人或團隊在這段時間內完成的工作量，就是專案接下來的工作的基礎。
要根據經驗而不是預言來規劃專案。不妨做少量規劃，再根據實際過程中收集到的資訊反饋來影響未來的規劃。
規劃毫無用處，但是制訂規劃必不可少。
專案規劃模板:
產品意圖、歷史記錄、發布條件、目標、專案組織、日程總覽、人員配備、建議日程、風險列表。
產品意圖，比章程遠景更具體。
歷史記錄，如果該專案存在歷史版本的話。
發布條件，詳細列舉專案產品的關鍵可交付物。
目標，包括了產品目標、專案目標、團隊目標、組織目標。
專案組織，說明專案的一般運作方式。比如招聘新人，編寫**，完善文件等等。
日程總覽，包含多個關鍵的里程碑，說明人們從這些里程碑裡能夠得到什麼。
人員配備，包括了人員參加專案的時間，包括人員的型別。
建議日程，小心過早的細化日程。
制訂專案風險列表，盡早開始識別和管理風險。
2. 發布條件
確定當前專案最重要的因素
讓發布條件符合smart原則
確定的（specific）、可測量的（measurable）、可達成的（attainable）、相關的（relevant）、可跟蹤的（trackable）。
在建立發布條件時，我們要能夠在專案的整個生命週期中評估這些條件。
效能要好--à效能場景a要在10s內完成。
三、 使用生命週期組織專案
1. 專案生命週期是什麼
生命週期是專案經理和團隊組織產品開發的方式。定義需求、設計、開發、測試以及與這些工作同時進行的過程，都算是生命週期的一部分。
從整體上組織專案時，不要把現實狀況理想化。即使曾經遇到專案需求不完整的問題，也不要在規劃時就希望先產生完整的需求。可以隨著專案推進不斷發現新需求。
2. 生命週期包括哪些
2.1順序式
首先需要獲取全部需求，基於這些需求進行分析和設計階段，達成一致後，團隊進入開發階段，開發完成後，團隊將會整合所有的功能，再開始最終測試。在順序式生命週期中，專案經理要允許計畫外的時間，以彌補專案過程中的未知風險和問題可能造成的損失。
2.2迭代式
首先建立部分原型，專案團隊會在每次迭代中開發產品的乙個部分。迭代式生命週期不要求同時進行整合和測試。
2.3增量式
按照功能分成不同的團隊，每個團隊每次開發乙個功能，完成測試和整合後，再開始開發另乙個功能。
2.4迭代/增量式
只需要一點點前期的規劃工作，只要足以啟動專案。而且知道產品負責人對當前發布版本的期望就可以了。劃分為不同的時間盒，首先完成最有價值的功能。
3. 從瀑布中擺脫出來
用迭代來規劃所有的工作，包括規劃需求收集和原型化等工作。
將產品原型化，並盡早向客戶展示。越多地從他們那裡得到反饋，專案的進展也會越順利。
從專案一開始就引入測試人員。
功能要逐個實現，完成後即進行整合和測試。
4. 總結
不要怯於建立反映你自己專案實際情況的生命週期。完美的生命週期只是模型。
專案管理修煉之道 mobi 專案管理之道
專案管理修煉之道 mobi 道德經 被認為是由聖人老子於西元前6世紀撰寫的，是目前翻譯最廣泛的文字之一。它激發了從宗教到有關約會的有趣電影的一切靈感，並且作者使用它作為隱喻來解釋各種事物 甚至是程式設計 這是我想到開放組織中的專案管理時立即想到的內容。聽起來可能很奇怪。但要明白的地方，我來自 你應該...
專案管理修煉之道之規劃專案
管理層總是希望知道團隊什麼時候開發哪些特性，如何測量進度，以及什麼時候完成等諸多專案事項，作為專案經理就要滿足管理層的這些要求。所以，在專案之初，就必須要對專案進行規劃。對於那些成功的專案經理來說，他們習慣使用模板去進行管理專案，因為模板可以幫助他們避免遺漏下某些重要的東西。以下就是專案經理常用的規...
專案管理修煉之道之規劃專案
管理層總是希望知道團隊什麼時候開發哪些特性，如何測量進度，以及什麼時候完成等諸多專案事項，作為專案經理就要滿足管理層的這些要求。所以，在專案之初，就必須要對專案進行規劃。對於那些成功的專案經理來說，他們習慣使用模板去進行管理專案，因為模板可以幫助他們避免遺漏下某些重要的東西。以下就是專案經理常用的規...