|
一、啟動項目 必須要多做一點組織和規劃的工作，才能為項目的成功奪保留一份希望。 1. 定義項目和項目經理 1.1 項目 一個獨特的任務或是系統化的流程，其目的是創建新的產品或服務，產品和服務交付完成標志著項目的結束。項目都有風險，并且受制于有限的資源。 項目的核心是什么？是產品。 1.2 產品 項目產生的一系列可交付物。 1.3 項目經理 負責向團隊清晰說明完成的含義，并帶領團隊完成項目的人。 完成是指產品符合組織對這個產品的要求，也能滿足客戶使用這個產品的需求。無論規模大小，是項目就存在風險。項目經理必須理解項目的關鍵驅動因素是什么。 2.管理項目的關鍵驅動因素、約束和浮動因素 2.1 了解項目背景 充分的了解項目背景，有助于我們確定項目的驅動因素是什么。 2.2 確定關鍵驅動因素、約束、浮動因素 首先要記錄客戶的期望。想要什么？何時需要？質量如何？ 其次，要記錄項目的約束。人手怎么樣？有多少錢？約束決定了項目的規模。 對比以上2項，首先想要的項目成功的必要因素是什么，這就是識別出來的項目的關鍵驅動因素�？梢允褂镁仃嚤砻黜椖康膬炏燃�。來確定最關鍵的驅動因素。 哪些會限制項目，即為項目的約束。 哪些有調整余地，即為項目的浮動因素。 理想狀態下，關鍵驅動因素為一個，二個約束條件，三個浮動因素。如果存在過多的關鍵驅動因素和約束條件，項目經理要經常與客戶商議，確定客戶到底想要的是什么，以減少關鍵驅動因素。 3.編寫項目章程 項目章程會明確記錄項目的需求和約束，還可以幫助項目經理思考如何進行項目規劃。讓項目成員了解項目的目標，發現潛在的問題。 項目章程可能包括以下幾點： 3.1 遠景 說明項目的價值，發起這個項目的緣由是什么。 3.2 需求 需求，才是項目的驅動因素。 3.3 目標 希望通過項目要達成的目的。目標與需求不同，項目并不一定必須交付它的目標。我們也完全可以把提高團隊的合作能力寫到目標里，當然了，這肯定不是客戶的要求。 3.4 成功標準 是圍繞客戶能基于完成的產品做什么給出的定義。比如：產品要在第一季度發布。項目經理要確保成功標準中不會包含非項目人員才能完成的任務。要確保成功標準在項目經理的掌握之中。 3.5 ROI估算 投資回報率。不解釋，你懂的。 4. 理解質量對于項目的重要 質量就是對于某人的價值。如果項目經理和團隊知道某人對于質量的定義，大家就可以朝著這個方向來努力。 5. 總結 每個項目啟動時都要有章程。 對項目章程的反復修改要有心理準備。章程不一定完美，它的意義在于幫助整個團隊進行規劃活動。 要知道質量的意義以及項目的驅動因素。這樣項目經理和團隊才會做出正確的決策。 二、規劃項目 當團隊成員已經熟悉了章程，就可以一起做些有目的的規劃和日程安排了。 規劃和日程安排是兩種不同的活動。規劃是指制訂帶有發布條件的項目計劃，而日程安排是對工作項目的有序描述。 1.規劃 規劃不必完美無缺。只要能讓項目啟動起來，并讓大家看到成功的希望就可以了。如果項目面臨時間的壓力，那么要用時間盒來輔助規劃活動。 時間盒(timebox)是指特定的時間長度，個人或團隊用它來完成某項特定的任務。個人或團隊在這段時間內完成的工作量，就是項目接下來的工作的基礎。 要根據經驗而不是預言來規劃項目。不妨做少量規劃，再根據實際過程中收集到的信息反饋來影響未來的規劃。 規劃毫無用處，但是制訂規劃必不可少。 項目規劃模板: 產品意圖、歷史記錄、發布條件、目標、項目組織、日程總覽、人員配備、建議日程、風險列表。 產品意圖，比章程遠景更具體。 歷史記錄，如果該項目存在歷史版本的話。 發布條件，詳細列舉項目產品的關鍵可交付物。 目標，包括了產品目標、項目目標、團隊目標、組織目標。 項目組織，說明項目的一般運作方式。比如招聘新人，編寫代碼，完善文檔等等。 日程總覽，包含多個關鍵的里程碑，說明人們從這些里程碑里能夠得到什么。 人員配備，包括了人員參加項目的時間，包括人員的類型。 建議日程，小心過早的細化日程。 制訂項目風險列表，盡早開始識別和管理風險。 2.發布條件 確定當前項目最重要的因素 讓發布條件符合SMART原則 確定的（Specific）、可測量的（Measurable）、可達成的（Attainable）、相關的（Relevant）、可跟蹤的（Trackable）。 在創建發布條件時，我們要能夠在項目的整個生命周期中評估這些條件。 性能要好--à性能場景A要在10s內完成。 三、使用生命周期組織項目 1. 項目生命周期是什么 生命周期是項目經理和團隊組織產品開發的方式。定義需求、設計、開發、測試以及與這些工作同時進行的過程，都算是生命周期的一部分。 從整體上組織項目時，不要把現實狀況理想化。即使曾經遇到項目需求不完整的問題，也不要在規劃時就希望先產生完整的需求�？梢噪S著項目推進不斷發現新需求。 2. 生命周期包括哪些 2.1 順序式 首先需要獲取全部需求，基于這些需求進行分析和設計階段，達成一致后，團隊進入開發階段，開發完成后，團隊將會整合所有的功能，再開始最終測試。在順序式生命周期中，項目經理要允許計劃外的時間，以彌補項目過程中的未知風險和問題可能造成的損失。 2.2 迭代式 首先創建部分原型，項目團隊會在每次迭代中開發產品的一個部分。迭代式生命周期不要求同時進行集成和測試。 2.3 增量式 按照功能分成不同的團隊，每個團隊每次開發一個功能，完成測試和集成后，再開始開發另一個功能。 2.4 迭代/增量式 只需要一點點前期的規劃工作，只要足以啟動項目。而且知道產品負責人對當前發布版本的期望就可以了。劃分為不同的時間盒，首先完成最有價值的功能。 3.從瀑布中擺脫出來 用迭代來規劃所有的工作，包括規劃需求收集和原型化等工作。 將產品原型化，并盡早向客戶展示。越多地從他們那里得到反饋，項目的進展也會越順利。 從項目一開始就引入測試人員。 功能要逐個實現，完成后即進行集成和測試。 4.總結 不要怯于創建反映你自己項目實際情況的生命周期。完美的生命周期只是模型。 |
