俗話說号的開始是成功的一半，管理一個項目也同樣是這樣，很多的時候，項目運作中的遇到的問題往往就是在填項目啟動時所埋的坑。一個好的項目啟動能極大的提高項目成功的機率，避免項目過程中很多的風險。這裡我簡單總結一下一般項目啟動的過程，希望能給需要的同學一點參考。
本文附件有實用項目啟動資訊模闆工具（項目章程）下載下傳，對理論不感興趣的可以直接拉到最底下，拿走不謝。
項目啟動的構成
首先我們看一下項目啟動在整個項目管理過程中的位置。基于PMP的架構，一般我們把項目管理分成了五個過程組，第一個過程組就是項目啟動。
對于項目啟動整個環節，往往又可以分為三個部分：
- 項目價值研究
- 項目啟動準備
- 項目的啟動會
價值研究是整個項目出現的第一步，是從一個想法到一個項目的孵化過程，這個階段的主要目的是證明把一個想法變成一個項目是否有價值、是否符合我們現階段戰略的方向、是否有足夠的ROI等。這個工作往往是由業務和産品同學參與的，價值研究的一個明确的輸出就是MRD，隻要通過了MRD評審的項目，我們才可能進入項目的啟動準備階段。
這個階段一般情況項目經理往往都沒有參加，是以本文暫先跳過對這個階段的介紹。
啟動準備階段是我們整個項目啟動過程中最最重要和花時間的部分，作為一個PM（項目經理），需要花最多最密集的時間在這個階段，這個階段也是本文重點介紹的部分。
啟動會項目啟動會是項目啟動階段的一個高潮，也是一個終點，所有啟動準備的付出就是要在個會上做一個整體的亮相，在項目啟動會之後項目正式進入規劃和執行階段。
啟動準備
對于項目的啟動準備，最核心的是要澄清幾個問題：
- 項目目标是什麼？
- 項目包含的内容（範圍）是哪些？
- 項目的關鍵裡程碑怎麼确定？
- 項目的人員組織架構是怎麼樣的？
- 項目的資訊怎麼同步，怎麼做決策？
項目目标
大家都知道愛麗絲夢遊仙境的故事，裡面有一個場景：愛麗絲跟着一個兔子掉進了井裡進而到了一個奇異的世界，在這個是世界裡她迷路了并遇到了笑臉貓。是以愛麗絲就問這隻貓：“請你告訴我，我該走哪條路？”，貓說：“那要看你想去哪兒？”，愛麗絲說：“我不知道要去哪兒”，“那麼走哪條路也無所謂了”貓說。
忽視目标是項目管理中一個比較常見但又非常緻命的問題，俗話說“不忘初心”、“以終為始”就是常見的針對這個問題的提醒。
項目目标一個重要的要求就是必須滿足SMART原則，我們千萬要記住項目結束的時候就是要用這個目标來衡量我們項目的成敗，如果是一個不能用來清晰指導我們判斷項目成敗的目标一定是一個不好的目标。
項目目标一定要清晰寫出來，并獲得項目發起人和主要幹系人的确認，有了項目目标，後面的工作才能有據可尋。
項目範圍
項目範圍确定了在項目裡做什麼和不做什麼。項目範圍是逐漸細化的，在啟動階段不強求細化到具體的需求粒度，但必須确定範圍和邊界，這樣才能确定幹系人，框定投入項目的人力資源；
确定項目範圍的過程可以了解是一個先發散再收斂的過程：
- 在開始的時候要involve更多的項目關系人參與到項目範圍的收集和讨論中來，目标是防止重要的項目範圍被遺漏。常見的情況是隻關注了功能性的需求，而遺漏了性能、可測性、營運支援類的需求，導緻項目進行中才發現，導緻項目範圍擴大，項目傳遞時間不可控；
- 為了保證項目效率和ROI，我們肯定不能接受包羅萬象的項目範圍。當經過充分的項目範圍發散之後，就要開始項目範圍的收斂了。項目收斂的方法有很多：
- 需求和項目目标的關聯程度
- 項目時間和項目資源投入的限制
- ROI（投入産出比分析）
- 需求是否可驗收可度量
項目關鍵裡程碑
項目啟動準備的第三個非常重要的事就是确定項目的關鍵裡程碑。
裡程碑是項目組根據曆史的項目經驗或者參照其他項目，團隊做的水準，制定的裡程碑，是大家達成一緻的結果，是項目的内部基準，大家都按照這個做事。這種裡程碑由于是柔性的影響項目，更加能夠展現項目管理水品。
裡程碑不等于期限：期限（deadline）其實沒有什麼可講的，那是強制性的限制條件，你必須遵守。但是裡程碑不是，它充其量在限制方面算是參照系，而不是強制限制。
而期限或者deadline是強制性的限制，不是項目組能左右的了的。比如商務合同，訂單，備忘錄等中書面或者口頭承諾的。這種裡程碑是外部的。你不執行，就要準備承擔相應的後果。 考慮到後果和商譽的影響，這些是強制性的，都是要做的。如果變更，就準備好承擔相應責任。
在不同的項目情景裡，我們可能會用到不同的項目關鍵裡程碑劃分的方式，最常見的兩種方式有：
- 強調過程的按階段拆分
- 強調結果的按疊代拆分
在軟體項目管理中，前者在瀑布模型中比較常見，比如拆成需求分析、設計、編碼、測試、上線等階段。後者靈活模型中比較常見，比如拆成使用者支付、使用者下單等功能點。這個都需要基于你的項目特點和環境慎重的判斷和選擇。
其次，在軟體開發中錯誤發現得越晚，對于開發造成的損失越大。裡程碑式開發模式可根據每個階段産出結果分期确認成果，避免血本無歸。通過早期裡程碑評審一般可以提前發現需求和設計中的問題，降低後期修改和返工的可能性。例如，在需求分析階段發生的錯誤，那麼最多就是把需求分析寫一遍，損失的是一個人的勞動;而到了測試階段發現了需求錯誤，再回去重新做需求分析，那麼損失可能是緻命的。
而且一般人在工作時都有前松後緊的習慣，而裡程碑強制規定在某段時間做什麼，進而合理配置設定工作，細化管理粒度。對複雜的軟體開發項目而言，每一階段的進度都需要逐漸逼近目标，裡程碑産出的中間“傳遞物”就是每一步逼近的結果，也是控制的對象。如果沒有裡程碑，中間想知道“現在進度做的怎麼樣了”是很困難的。
項目人員組織架構
确定項目人員組織架構按PMP的說法也叫識别項目幹系人，這個是項目管理中一個非常關鍵的事情。
項目幹系人我們可以從這兩個次元來識别：
-
參與項目的人，跟項目有直接關系的
參與項目的包含：項目團隊、項目經理、職能經理等；項目發起人；業務夥伴、合作廠商、第三方資源等等。
- 受項目影響和影響項目的人，受項目影響或影響項目的包含：客戶/使用者；政府或社會團體機構；普通公衆。
識别幹系人我們不光是把幹系人找出來就可以了，還需要識别每個幹系人對項目的需求和期望、對項目的貢獻、影響及其制約作用等這些都是要整理記錄下來，準備後續的管理。
對于不同的項目關系人，我們在項目管理的時候應該采用不同的管理政策：
- 權力大且項目相關利益大的要重點管理：他們有很高的權力，也很關注項目的結果，項目經理應該“重點管理”，跟他們明确項目目标，使其積極的參與到項目中來；頻繁的與這區域的幹系人溝通，并聽取他們的回報建議，讓他們滿意。項目的客戶、主管上司就是這塊區域的人。
- 權力大但項目相關利益不大的要令其滿意：他們有很高的權力，但對項目的相關性不是很大，這一區域的人項目經理應該定期向他們彙報項目的進展結果，這一部分人更關注結果，不需要了解細節。我們要保證這一部分人滿意，盡量不要讓他們影響項目的正常進展。
- 權力小但項目相關利益大的要随時告知：項目結果會直接影響到這一部分人，是以項目的進展、變更等等一系列的事情，都應該随時告知這部分人。
- 權力小且項目相關利益也小的要最小關注：利益低權力也低，花很少的精力關注下即可。
識别出項目關系人是第一步，下一步我們要梳理出項目的關系人組織架構，理清關系人之間的業務關系。最常見的我們有兩種幹系人組織架構圖：
- 一種是基于項目組織相關方的梳理方式，如把項目核心工作團隊和周邊相關組織分離出來，明确項目核心工作團隊和上層管理決策團隊、兄弟依賴團隊、行業營運團隊等部門之間的關系。目标是明确在項目中各個組織的定位和職責；
- 第二種是基于項目任務的拆分，明确各個子系統、子產品的負責人，這樣的好處是确定每個幹系人的職責範圍和項目工作彙報關系；
好的開始是成功的一半 -- 怎麼做好一個項目的啟動
但要強調的一點是識别幹系人是需要持續識别并貫穿項目的始終的事情：
- 幹系人識别不可能一步到位一下子就全部識别出來，雖然在啟動階段識别全部的幹系人一般會作為目标，但是這是一個幾乎不可能完成的任務。因為不同的項目階段，項目的幹系人會不同。
- 項目在運作過程當中，幹系人也是會發生變化的，當幹系人發生變動時，要重新對幹系人進行識别和評估，并主動投入精力進行溝通和交流，力争新的項目幹系人是為項目服務的。
- 幹系人對項目的态度也會發生變化，開始時支援項目的幹系人，如果在執行過程中幹系人發現項目已經不再符合他的利益，甚至損害他的利益，則可能會從支援者的角色轉變到反對者的角色，這種态度上的變化，我們也要随時關注和識别，不斷更新這些資訊。項目管理要求盡早的識别和面對負面幹系人，并且一視同仁，如同對待正面幹系人一樣，力争将負面影響轉換為正面支援，忽視和冷漠負面幹系人會一定程度提高項目失敗的可能性。
項目資訊同步機制
項目資訊同步機制的确定是項目啟動準備中非常重要的一環，讓項目中的資訊做到快速平穩的流動，做到項目資訊對項目幹系人公開透明是降低項目風險、推動項目進展的重要手段。
下面是常見的項目中資訊同步的方式，基于不同類型和特點的項目，我們可能會有針對性的一些調整，但基本套路比較接近。
項目啟動會（kickoff meeting）
如果完成了上面這麼多的項目啟動準備工作，那後面我們就準備好可以進行項目管理中第一個非常關鍵的項目儀式，也是整個項目啟動階段的高潮：項目啟動會，也常叫做項目kickoff。
現在都流行說生活不能缺少儀式感，項目更是如此，是以設計一個高效、有儀式感的項目啟動會就至關重要了。
首先，我們要澄清項目啟動會的目标和價值。一般來說我們項目啟動會有下面幾個目标：
- 拉齊參與人對項目的認知
- 項目經理獲得項目管理授權
- 取得管理者對項目投入承諾
- 明确項目管理機制
-
鼓舞項目成員士氣
基于上面這些KO的目标，我們就有了指導原則怎麼開展KO的準備和會議議程的設計。
我們基于一個普通的産品型的項目做一個列子，一般這種項目我們推薦的KO流程為：
- 業務負責人（老闆）介紹項目的背景和價值
- 業務負責人（老闆）介紹項目PM和主要職能接口
- 業務和産品介紹項目目标和範圍
- 技術接口人介紹開發任務的劃分和團隊組成
- PM介紹項目關鍵裡程碑和溝通方式
- PM介紹項目近期的行動計劃
- 項目啟動儀式及全員合影留念
這裡有幾個集團裡不同級别的項目KO合影，供大家參考。
從圖上可以發現，一般稍微正式的項目KO，我們都會有一些儀式環節，通過這些象征性的儀式，增強項目中各個關鍵參與人的參與感和對項目的承諾。常見的儀式有：授旗、統一着裝、砸金蛋、放飛氣球、定制可樂罐、目标闆簽名等等。
需要注意的
- KO會議時間要短，太長的會不利于激勵士氣，大家的注意力集中的時間有限；
- 會議室盡量是一個适合演講類型的地方，而不是一個适合讨論的地方；不确定的地方需要在KO前對好；
- 相關幹系人和參與者都應該到場，提前溝通好會議時間安排；
最後
做好項目啟動對管理好一個項目至關重要，雖然好的項目啟動并不真的能讓你的項目就完成了一半，但一個失敗的項目啟動絕對會讓你的項目一開始就陷入泥潭，舉步維艱。
這裡有個小工具：“項目章程”模闆，簡單一點的話，你可以通過填寫這個項目章程模闆幫你梳理清楚目前項目啟動準備的情況。本文附件提供這個模闆的下載下傳。
如果你對怎麼做好一個項目的啟動有疑問或建議，都歡迎聯系我或淘寶PMO的同學，期待和大家的交流。
模版下載下傳位址：
https://space.dingtalk.com/s/gwHOAEteigLOCeJpAQPaACA0MmJjYTVhNTgzYzE0NjQ1YTI5OGI4MjQzZDZhZGQ1Yg密碼: sgH2