開篇之前，先了解下7句箴言：

積極主動
以終為始
要事第一
雙贏思維
知己解彼
統合綜效
不斷更新

高效能人士的七個習慣，一共28個字，知道的同學復習下，不知道的同學預習下。細細品味，工作生活均有奇效。

為什么要做項目計劃表

說回項目計劃表，這個表在產品或者項目迭代中可以說是最重要的，甚至可以說它的本質就是團隊各角色的deadline。同時它也是產品項目推進中的“可視化推手”，有了它，你要資源的時候簡直得心應手，上到老板下到同事，公司組織里就沒有比你更有氣勢的崽兒了！

就算你不是項目負責人角色，心中有一個整體的項目計劃表，也能給你的工作指明方向，懟起項目、產品、研發等同學也能快人一步。

既然那么重要，那么我們就來看看怎么來梳理項目計劃表（即使你并不是項目管理角色）

怎么做項目計劃表

確定項目涉及的事兒【項目邊界】

這步是所有事情的緣起，建議從項目/產品的全流程關注開始梳理，有兩個角度：

從最終負責人/受益人的角度描述事情的最終結果，從而確定最終目標

從需求發起方開始盤，整個項目所涉及事情的全過程，直到最終目標實現

這兩條的意義在于讓你能有一個全局的視野，如果只是想著交給我的工作我做完了，我還不能開始做是因為文檔還沒給到我，等等。做不更主動的多想幾步，大概率你會一直被人催；或者因為其他人的延誤導致你或者整個團隊最終加班。（然而它其實是有可能被避免的）

這里推薦設計師如何掌握主動權，一篇從設計師的角度去闡述為什么要有全局視角的文章。（這篇文章有四五年了，對我個人影響也比較大）

在明確了要做哪些事兒之后，用你順手的工具把事情（其實就是分解的任務了）按時間或類別進行梳理劃分。比如我個人習慣用xmind來處理（專業版支持轉甘特圖）。表格、MS Office Project等都是很好的工具。

而任務分解，建議可從以下幾個角度來考慮：

• 同一階段的任務可劃分到一起
• 需要前置條件才能啟動的任務，單獨列舉
• 同一人/組織負責的 可劃分到一起
• 同一模塊的任務 可劃分到一起

至于這個表要粗一點還是細一點，要看你這個項目計劃表本身的跟蹤維度了。比如某項目涉及到多個團隊整體追蹤，就可以把每個團隊的研發階段視為一個任務。

確定涉及到的人【任務負責干系人】

有些同學在產品、項目的工作中往往會犯一個錯誤。就是收到任務后根據自己的理解，直接動手開始搞，最后被老板/運營/產品/項目等其他人懟說這個不是我想要的。(#‵′)

這種情況其實是在工作推進過程中，沒有和關鍵人員（關鍵干系人）做好溝通，導致工作結果與關鍵人員的預期不符，這種情況下我們就需要做好干系人的預期管理以及真實理解干系人需求。為了做好這兩步，首先需要梳理干系人。

PS：預期管理和理解真實需求都是很大的話題，這次我們就不展開來說了。本文只說如何梳理干系人。

梳理干系人涉及到的人其實可以分兩大類：管事兒的人和具體干活的人。

先說干活的人，也就是具體執行人。這塊根據第一步列舉的任務清單，可以很容易的就將各具體執行人列舉出來。不管是產品、技術、測試、運維人員還是設計人員，都能列個大概。這里大家只需要關注：

將每個任務都分配負責人，不要出現有任務沒有負責人的情況。如當前不能確定具體負責人，就寫能協調這方面資源的領導【至少你能知道后續去抱誰的大腿】

一個任務只寫一個負責人。多個負責人對應一件事，可能會造成大家都不負責的情況。如果一個事必須由兩個負責人，那么相信這件事情一定能繼續分解，所以請把這個事拆成兩個。

接下來說管事兒的人，更準確的說法是把握方向的人。比如團隊外的需求發起方、后續需要使用產品的工作人員等。通常這些角色都是：關心項目/產品的直接領導或間接領導、2C產品的運營/銷售/客服的關鍵人員。

這部分人員可能不會參與到你項目產品的實際研發過程，但他們會是你產品完成后的使用者和驗收者，換句話說，產品好不好，除了用戶的口碑就是他們的直觀感受的反饋。

為了保證產品項目整個過程清晰明確，目標統一，使用體驗無偏差，在項目產品設計的評審階段、開發版本的測試階段以及上線前的準備階段，按情況邀請這些人加入到我們的項目過程中也是很有必要的。

確定完成的時間【deadline】

第三件事就是喜聞樂見的確定時間了。這里需要注意的是，每個任務都要有時間節點。

如果在項目溝通階段，某個任務的任務負責干系人無法給出完成時間，作為項目的把控方就需要看為什么了。一般可能有以下幾種情況。

資源問題：負責人的資源（人力）協調不到

前置不滿足：別人的前置工作完成不可控，無法確定時間

能力問題：負責人沒處理過類似任務，太難不知是否能攻克

主觀問題：當前任務與負責人的自身目標有沖突，主觀上不想做

這些情況說起來比較復雜，這里也不展開了?？傊诵囊痪湓?#xff0c;做好溝通協調。依然推薦擴展閱讀設計師如何掌握主動權。

其他需要注意的

確定關鍵節點

如果負責的是比較大型項目，比如時間跨度場（兩周到幾個月），參與角色多（多個團隊有大量協調工作），功能模塊復雜（這基本也是時間多人員多的原因了）。這時建議在常規的進度控制基礎上，增加關鍵節點進度檢測。通過將進度按照階段功能進行劃分，定義關鍵任務節點來分割整體進度。這種方式有利于項目風險管理，讓全體團隊成員對整個項目推進有更具體的理解。

整理產出計劃表

以上的從任務到人員、時間的劃分，可以通過計劃表的制定來做日常的整理跟蹤的。MS Office的project就是專業干這個的。當然其他的如表格、腦圖或者別的順手的工具也是很推薦的，這種工具不需要多，順手最重要。

日常執行

建議團隊成員、或者至少核心成員，約定 每日/一段時間 進行固定的日常會議，簡短溝通大家的任務情況【站立會議】。而日常變更需要及時反饋到表格中，做好關鍵人員的信息溝通。

最后總結核心關注

整個操作思路是以項目跟蹤表為抓手，明確 人、任務、時間。做好過程中的進度檢查與推進，預估問題，及時做好風險把控。并在關鍵節點和各方干系人做好目標與進度的溝通同步。

當然，項目進度表只是產品開發管理的一種手段，個人一直認為適合自己團隊的方法就是好方法。

你有什么常用的方法，也歡迎一起留言討論哈。

總結

以上是生活随笔為你收集整理的项目推进计划表_项目计划表：项目管理利器【产品必备技能】的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。