大公司一般都有專人負(fù)責(zé)項目管理，但小公司基本上都是產(chǎn)品直接負(fù)責(zé)了。這種情況怎么破？本文從項目立項準(zhǔn)備到跟進到結(jié)項三個環(huán)節(jié)，和大家分享項目管理的實戰(zhàn)經(jīng)驗，供大家參考。

越來越多的公司對于公司內(nèi)部的產(chǎn)研流程，不僅僅是敏捷流程管理，開始以項目制+敏捷進行運作了。中大型需求走項目管理，日常需求走敏捷組迭代。而并不是所有公司都會配備專業(yè)的項目經(jīng)理，產(chǎn)品在一定程度上會承擔(dān)項目經(jīng)理的工作。在我司，就是產(chǎn)品不止是Product Manager，也是Project Manager。那么接下來就分享作為一個“非專業(yè)”的項目經(jīng)理做項目管理工作的一些經(jīng)驗和心得。

以下以“賬務(wù)集成項目”為舉例說明，作為產(chǎn)品經(jīng)理和項目經(jīng)理，不止承擔(dān)了主產(chǎn)品的職責(zé)，也承擔(dān)了項目管理的職責(zé)，所以接下來分別從立項準(zhǔn)備、項目過程跟進、項目結(jié)項三個環(huán)節(jié)來介紹項目管理的實戰(zhàn)經(jīng)驗。

具體需求可見文檔http://theventurebank.com/pd/6127328.html

一、項目立項準(zhǔn)備

立項前的時間范圍，從接到需求或項目開始，到正式項目委員會立項完成。

1.1 前期需求調(diào)研

（1）針對目標(biāo)用戶，調(diào)研使用場景，了解業(yè)務(wù)流程，明確需要解決的問題，對應(yīng)當(dāng)前業(yè)務(wù)的現(xiàn)狀需要以數(shù)據(jù)進行呈現(xiàn)，如處理一個流程需要經(jīng)過步驟。以下并不是作為產(chǎn)品設(shè)計，所以如實了解和整理即可：

• 目標(biāo)用戶：財務(wù)核算
• 業(yè)務(wù)場景：線下入賬需要經(jīng)過的流程，包括但不限于從哪里獲取原數(shù)據(jù)，經(jīng)過哪些篩選，如何將業(yè)務(wù)匹配至?xí)嬁颇?，如何?dǎo)入表格去用友入賬。以及除了主鏈路，在入賬過程中財務(wù)還需要做哪些工作
• 用戶痛點：明確核心用戶的痛點，在哪些環(huán)節(jié)上耗費的時間久，哪些可能造成數(shù)據(jù)準(zhǔn)確度問題等

（2）初步明確業(yè)務(wù)目標(biāo)，一般要明確業(yè)務(wù)方希望什么時候支持哪些范圍的能力，以何作為驗證，但這個只是從需求方的訴求來看，非最終項目目標(biāo)

1.2 明確項目范圍和項目目標(biāo)

從業(yè)務(wù)方的角度上，肯定是希望項目能達成的目標(biāo)越多越好，需求都囊括進來才好。而從項目管理的角度：需要確保項目在范圍、時間和成本三個方面達到平衡（項目管理三角形：范圍、時間、成本）。

1.2.1 項目目標(biāo)制定

需要注意的業(yè)務(wù)目標(biāo)不等于項目目標(biāo)：

• 業(yè)務(wù)目標(biāo)：是從業(yè)務(wù)發(fā)展角度出發(fā)所設(shè)定的目標(biāo)。從縮短賬期的訴求來看，是為更好的進行財務(wù)規(guī)劃和決策。財務(wù)的角度是希望全部的會計科目的入賬都能夠自動化實現(xiàn)，并能直接輸出財務(wù)報表和分析看板
• 項目目標(biāo)：針對特定項目而設(shè)定的具體目標(biāo)。它明確了項目要達成的成果、時間節(jié)點、預(yù)算范圍等。項目目標(biāo)制定需要滿足smart原則，必須是具體的、可度量的、可實現(xiàn)的、有時限的、相關(guān)的。比如本項目的目標(biāo)可以表示為：為縮短結(jié)賬周期，滿足公司結(jié)賬要求，由現(xiàn)有每月20-25日結(jié)賬縮短至每月7日。

1.2.2 項目范圍定義

需要結(jié)合時間、資源、技術(shù)、成本等情況，以及項目目標(biāo)，來確定項目范圍，明確哪些是系統(tǒng)支持的，比如僅支持to B，還是to C也包括，比如是集團的所有的收入，還是某個公司收入

1. 項目范圍要定義清楚，才能拆解任務(wù)，評估項目完成情況（但是在做產(chǎn)品架構(gòu)設(shè)計時又要考慮好平臺化、擴展性）。比如賬務(wù)集成項目：24年H2支持A公司資金類的賬務(wù)自動化集成由現(xiàn)有每月20-25日結(jié)賬縮短至每月7日。范圍就包括完成時間、業(yè)務(wù)范圍等。
2. 考慮限制條件，針對時間、資源、技術(shù)、成本限制的情況下，可能需要有針對性的控制項目范圍，優(yōu)先完成關(guān)鍵功能。比如賬務(wù)集成項目，所覆蓋支持的業(yè)務(wù)場景僅現(xiàn)有現(xiàn)有業(yè)務(wù)系統(tǒng)支持的范圍，針對業(yè)務(wù)系統(tǒng)暫未支持的業(yè)務(wù)場景，不包括在本項目范圍之內(nèi)。

1.3 任務(wù)分拆及初步估時

1.3.1 粗略版的產(chǎn)品結(jié)構(gòu)圖

為完成項目目標(biāo)，涉及到的業(yè)務(wù)領(lǐng)域和功能，可以輸出初步的產(chǎn)品架構(gòu)圖，只是為了知道涉及到的敏捷組、產(chǎn)品負(fù)責(zé)人，一方面減少遺漏，降低有關(guān)聯(lián)方?jīng)]有考慮到；另一方面便于各域的產(chǎn)品初步知道涉及到的功能改造，便于拉齊研發(fā)進行估時。注意，立項之初還沒確定本項目后續(xù)是否要做，以及項目優(yōu)先級，所以不需要到非常準(zhǔn)確的不需要制作非常精準(zhǔn)和完善的業(yè)務(wù)架構(gòu)圖和產(chǎn)品結(jié)構(gòu)圖。

1.3.2 各域產(chǎn)品拆解功能

一般公司的立項是需要評估工作量的，所以各域產(chǎn)品大致知悉涉及本領(lǐng)域的改造之后，需要初步盤點需要改造的功能點，因為研發(fā)和測試的估時一般都需要按功能點進行評估。這里顆粒度不用特別細(xì)，不用到原型圖。并研發(fā)和測試進行每個領(lǐng)域的預(yù)計估時，一般按人天進行估計。

1.3.3 梳理依賴關(guān)系及里程碑

項目的完成不是每個域的估時之和，而是需要評估哪些領(lǐng)域是可以獨立開發(fā)的，哪些領(lǐng)域有強依賴，哪些功能是可以分拆推進，哪些功能是不同敏捷組負(fù)責(zé)所以可以同步，考慮了以上的幾個問題之后，就可以依據(jù)估時和依賴關(guān)系，初步知道項目預(yù)計完成時間了。

“賬務(wù)集成項目”，作為財務(wù)專業(yè)的項目，少不了財務(wù)的專業(yè)知識輸入和參與驗收，所以在依賴關(guān)系的同時，可以梳理需要財務(wù)在何時完成什么任務(wù)，也需要提供清單。以下是以簡化版的“賬務(wù)集成項目”的任務(wù)分拆和估時：

1.4 制作立項書

前面部分都是準(zhǔn)備工作，到這里，就需要正式產(chǎn)出項目的立項書了。項目立項書一方面是為了從公司層立項，另一方面也是后面項目推進和執(zhí)行的重要指導(dǎo)文件

• 內(nèi)容包括：項目背景、用戶痛點、項目目標(biāo)、核心項目范圍、項目規(guī)模預(yù)估、ROADMAP、風(fēng)險&依賴
• 在痛點、目標(biāo)模塊，要簡潔、直接
• 在規(guī)模預(yù)估模塊，要留有一定的buffer應(yīng)對不確定情況
• 在ROADMAP模塊，對于任務(wù)之間有強依賴的要特別注意，要定好關(guān)鍵的里程碑節(jié)點
• 在風(fēng)險&依賴模塊，要寫清楚有哪些不可控或者已知風(fēng)險，如何規(guī)避風(fēng)險

二、項目過程跟進

2.1 KICK OFF 會議

立項通過后，有時會需要根據(jù)立項委員會的結(jié)果，新增或調(diào)整項目目標(biāo)，并且針對立項的級別（是P0或P1），也決定了項目資源投入和與其他項目的優(yōu)先級，這個時候就需要調(diào)整及確認(rèn)目標(biāo)、范圍、項目優(yōu)先級及產(chǎn)研資源情況。以此，對項目立項書進行略微的調(diào)整，調(diào)整確認(rèn)之后，需要組織KICK OFF會議。

為什么要組織KICK OFF會議？

• 介紹團隊：項目成員、職責(zé)的介紹。特別是跨團隊的情況下，了解彼此的工作
• 統(tǒng)一認(rèn)知：為全體項目成員、利益相關(guān)者，能夠?qū)椖磕繕?biāo)、范圍、里程碑等有統(tǒng)一的認(rèn)知。消除大家對項目目標(biāo)和范圍的不同理解
• 激發(fā)動力：通過強調(diào)項目對公司、團隊的重要性和價值，讓團隊成員明白自己的工作對組織的貢獻
• 協(xié)同機制：建立項目的同步機制，比如群、周會、需求管理和變更、風(fēng)險管理和措施

在KICK OFF上需要同步的內(nèi)容：

• 項目的基本信息：項目目標(biāo)、項目范圍、ROADMAP、團隊成本等
• 信息同步機制：項目交流群、例會機制等
• 風(fēng)險管理策略：針對已識別的風(fēng)險進行討論，包括風(fēng)險描述、風(fēng)險等級、風(fēng)險發(fā)生概率、應(yīng)對策略等

2.3 過程把控

2.3.1 項目溝通機制

1. 周會同步機制，按周主要負(fù)責(zé)人來同步項目進度和風(fēng)險。并將周會的會議交易及時同步項目組成員和相關(guān)領(lǐng)導(dǎo)。并還需要建立即時溝通和風(fēng)險同步機制。
2. 即時溝通機制，除了周會以外，項目組成員通過拉群等方式實現(xiàn)即時溝通。即時溝通可以幫助解決突發(fā)問題，提高項目的響應(yīng)速度。
3. 風(fēng)險同步機制，對于不同程度風(fēng)險，不同的措施。如果存在重大風(fēng)險，需要上升到一定層級進行推進或決策，可多尋求外部、領(lǐng)導(dǎo)協(xié)助，而不是一味硬推；并能及時制定策略（可以是plan B，可以是短期方案后續(xù)改造，可以是保核心路徑舍非必須路徑等）

2.3.2 任務(wù)分拆及識別關(guān)鍵路徑

在立項之初已經(jīng)初步分拆了任務(wù)和負(fù)責(zé)人。到項目推進階段，就不能是初步的方案了，需要將各項任務(wù)的分拆到人，細(xì)化需求的顆粒度及完成時間。

1. 從過程中重視進度把控，對于每個事項的里程碑節(jié)點，一定要跟蹤到細(xì)顆粒度，不能等里程碑時間快到了就來不及；
2. 對上下游改造盡可能減少依賴，非一定的依賴一定要提底線要求
3. 不要僅由項目經(jīng)理和主產(chǎn)品來包括進度，而是每一個領(lǐng)域的改造都需要有一個負(fù)責(zé)人，這個人需要對她所依賴的上游進度進行推進和要求

在項目具體分拆上，一般采用WBS的工作分解結(jié)構(gòu)（Work Breakdown Structure）就是通過把任務(wù)進行一層一層的分拆，分拆到分拆不下去為止，并將每一項分拆到具體的負(fù)責(zé)人，產(chǎn)品功能一般就會包括業(yè)務(wù)方、產(chǎn)品、后端、前端、測試等

任務(wù)分拆之后，需要識別關(guān)鍵路徑。這個在前面也有提到，只有任務(wù)中最后的任務(wù)完成之后，項目才能結(jié)束。這個前面也有提到，需要將任務(wù)之間的事項依賴關(guān)系，資源依賴關(guān)系等進行評估，才能知道最長的路線，即關(guān)鍵路徑（Critical Path），組成關(guān)鍵路徑的活動稱為關(guān)鍵活動。

2.3.3 項目具體跟進

項目的跟進可以建立如下的表格，包括詳細(xì)的分拆、進度跟進、風(fēng)險同步等。這里需要注意原定的任務(wù)分拆時間不要刪除，可以在原有基礎(chǔ)上進行標(biāo)注，這樣在整個項目過程中知道哪些模塊是有延期的

對于一個復(fù)雜的項目，可以選擇功能強大的項目管理軟件，如 JIRA、Microsoft Project、Trello等；對于一個小型項目，可以使用簡單的在線表格或文檔工具。以下是用在線表格的進度跟進示意：

2.3.4 定期項目進度復(fù)盤

針對項目周期比較長的，需要定期進行復(fù)盤，針對項目過程中遇到的問題和風(fēng)險及時調(diào)整目標(biāo)、策略、行動計劃。定期復(fù)盤也不需要過于頻繁，可以在關(guān)鍵里程碑節(jié)點，或月度的時候組織

2.3.5 項目范圍變更

針對在項目開發(fā)過程中，涉及到的未盤點到的范圍、新增的目標(biāo)變更的目標(biāo)等要及時進行項目范圍變更，并且及時同步到項目組成員，并以此及時調(diào)整項目分拆的任務(wù)和里程碑節(jié)點

三、項目結(jié)項

3.1 項目目標(biāo)驗證

回顧項目立項時的目標(biāo)和范圍，進行項目最終的驗證，確定項目的最終結(jié)果有實現(xiàn)項目目標(biāo)。

作為財務(wù)項目，基于嚴(yán)謹(jǐn)性的要求，財務(wù)會需要1-3個月的時間進行線上線下同步產(chǎn)出數(shù)據(jù)，進行對比，保證數(shù)據(jù)無誤之后再進行切換。而項目時間不會包括這部分時間，所以在第一個的時候，就需要以財務(wù)線下與線上的數(shù)據(jù)進行對比，評估準(zhǔn)確度，并產(chǎn)出優(yōu)化列表。在數(shù)據(jù)準(zhǔn)確度達到一定程度之后，后續(xù)的優(yōu)化按敏捷進行推進，不作為項目的一部分。

在完成財務(wù)驗收后，產(chǎn)研也可以產(chǎn)出部分系統(tǒng)化的指標(biāo)數(shù)據(jù)，來輔助驗證項目的價值，如提高人效，原來需要多久現(xiàn)在需要多久；如減少退回率，指標(biāo)如何計算，數(shù)據(jù)如何變化

3.2 項目結(jié)項報告

根據(jù)團隊內(nèi)部總結(jié)和與利益相關(guān)者交流的結(jié)果，撰寫項目總結(jié)報告。包括項目目標(biāo)完成情況、項目結(jié)果、價值闡述、問題分析及舉措、下一步計劃等。也可以包括項目經(jīng)驗教訓(xùn)、對未來項目的建議等內(nèi)容。

最后就是組織線下復(fù)盤，回顧項目的整個過程，分享項目中的經(jīng)驗和教訓(xùn)。鼓勵團隊成員暢所欲言，提出對項目的改進建議。