1、背景（個(gè)人絮叨，只想看干貨的請(qǐng)點(diǎn)擊左側(cè)目錄直接看干貨）

本人工作8年，最初以研發(fā)身份進(jìn)入軟件行業(yè)，1年后內(nèi)部轉(zhuǎn)崗，開(kāi)始接觸項(xiàng)目管理、產(chǎn)品管理，一切從0開(kāi)始。

當(dāng)了兩年助理，期間自學(xué)了原型設(shè)計(jì)、跟著領(lǐng)導(dǎo)接觸了項(xiàng)目、產(chǎn)品的全流程管理。過(guò)程中基本將能踩的坑都踩過(guò)了一遍，越發(fā)覺(jué)得自己需要補(bǔ)充一些專業(yè)的理論知識(shí)。

基于實(shí)際工作需要，我在17年報(bào)了軟考高級(jí)（信息系統(tǒng)項(xiàng)目管理師）和PMP的培訓(xùn)班，體系化地學(xué)習(xí)了項(xiàng)目管理理論知識(shí)。因?yàn)榍捌谟袑?shí)踐積累，所以考證過(guò)程相對(duì)比較順利，培訓(xùn)機(jī)構(gòu)課程也很給力，所以兩個(gè)證書都是一次過(guò)。

網(wǎng)上有些人會(huì)說(shuō)考了這些證書作用不大，我認(rèn)為這個(gè)見(jiàn)仁見(jiàn)智吧。首先需要確認(rèn)自己考證的目的，我考證的初衷是想學(xué)習(xí)專業(yè)的項(xiàng)目管理知識(shí)，順帶的有個(gè)證傍身，可以作為加分項(xiàng)。如果你考證的初衷是拿證升職加薪，那你首先需要了解你們公司對(duì)于這兩個(gè)證書的政策是怎樣的，同時(shí)也與你在公司中的份量有關(guān)，這是個(gè)需要綜合衡量的。如果你單純覺(jué)得拿了證就肯定能升職加薪，朋友，做人不能太天真！

絮叨結(jié)束，請(qǐng)看正文↓↓↓

2、干貨

經(jīng)過(guò)多年項(xiàng)目管理實(shí)戰(zhàn)經(jīng)驗(yàn)總結(jié)，結(jié)合軟考及PMP中的理論知識(shí)，我整理了一套軟件項(xiàng)目管理流程。

本流程最佳適用范圍：軟件項(xiàng)目，軟硬件結(jié)合項(xiàng)目可參考其中的部分內(nèi)容。且更適合小團(tuán)隊(duì)或幾十人的中小型企業(yè)使用。

我看知乎上很多項(xiàng)目管理流程都是按照PMP中的五大過(guò)程組（啟動(dòng)、規(guī)劃、執(zhí)行、監(jiān)控、收尾）來(lái)進(jìn)行介紹的，都很專業(yè)。但因?yàn)槲沂菑膶?shí)戰(zhàn)經(jīng)驗(yàn)出發(fā)，所以我的思路是：對(duì)一個(gè)項(xiàng)目從孵化到結(jié)項(xiàng)的全流程進(jìn)行介紹，共分為9個(gè)部分：售前階段、項(xiàng)目立項(xiàng)階段、需求調(diào)研階段、詳細(xì)設(shè)計(jì)階段、研發(fā)測(cè)試階段、實(shí)施試運(yùn)行階段、驗(yàn)收階段、結(jié)項(xiàng)階段、備注。

（1）售前階段

售前階段是銷售人員前期與客戶溝通，初步明確客戶需求，并與客戶間形成有效的銷售憑據(jù)的一個(gè)階段。

在本階段主要由銷售人員介入，進(jìn)行前期銷售工作、制作銷售預(yù)算表、組織進(jìn)行招投標(biāo)工作，簽訂銷售合同等售前工作。

本階段的輸出內(nèi)容包括但不限于：用戶需求調(diào)研表、項(xiàng)目解決方案、技術(shù)協(xié)議、招投標(biāo)文件、中標(biāo)通知書、銷售合同、銷售預(yù)算表等。這些輸出文件我提供了一些是否可裁剪的建議，實(shí)際使用過(guò)程中可以根據(jù)公司具體情況具體分析。

售前階段整體內(nèi)容可見(jiàn)下圖：

售前階段 – Processon流程圖

在本階段，作為項(xiàng)目經(jīng)理，需重點(diǎn)關(guān)注技術(shù)協(xié)議部分，這部分內(nèi)容對(duì)后續(xù)工作有指導(dǎo)性意義，最終項(xiàng)目驗(yàn)收時(shí)，技術(shù)協(xié)議是重要依據(jù)。

（2）項(xiàng)目立項(xiàng)階段

項(xiàng)目立項(xiàng)階段是銷售人員將項(xiàng)目進(jìn)行移交、立項(xiàng)，交接給項(xiàng)目中心，以進(jìn)入需求調(diào)研階段的中間交接階段。

本階段在很多小公司，可能會(huì)覺(jué)得沒(méi)有什么必要，會(huì)覺(jué)得來(lái)項(xiàng)目了，簽了合同，干就完了。其實(shí)不然，這個(gè)儀式感非常有必要！??！

為什么我在售前階段寫的是有效的銷售憑證，而不是銷售合同，因?yàn)楹芏嗲闆r下，很多項(xiàng)目是在還沒(méi)簽合同時(shí)，銷售就拼命催著開(kāi)工，因?yàn)樗兄Z給客戶的研發(fā)時(shí)間非常短，而合同簽訂的流程非常長(zhǎng)，中間耽誤的時(shí)間就會(huì)想著擠研發(fā)時(shí)間。綜合雙方立場(chǎng)，為公司創(chuàng)造效益，最后的折中辦法就是如果沒(méi)有銷售合同，中標(biāo)通知書或銷售協(xié)議也可以作數(shù)，若這倆也沒(méi)有，那就要總經(jīng)理簽特批文件，畢竟大領(lǐng)導(dǎo)同意了，項(xiàng)目經(jīng)理就可以開(kāi)始安心干活了。

具體流程如下圖：

項(xiàng)目立項(xiàng)階段 – Processon流程圖

輸出文檔中，《項(xiàng)目經(jīng)理任命書》很重要，因?yàn)槲抑坝龅竭^(guò)，領(lǐng)導(dǎo)有時(shí)候會(huì)介入部分項(xiàng)目管理工作，項(xiàng)目組就會(huì)分不清楚，誰(shuí)才是項(xiàng)目經(jīng)理。職責(zé)界定不清，會(huì)增加項(xiàng)目過(guò)程中的溝通成本。所以一定要一開(kāi)始就明確項(xiàng)目經(jīng)理的人選，其他人可以作為輔助。當(dāng)你賦予一個(gè)人權(quán)利時(shí)，他不自覺(jué)地就會(huì)為這件事負(fù)責(zé)。

（3）需求調(diào)研階段

需求調(diào)研階段為項(xiàng)目經(jīng)理與客戶進(jìn)行前期需求調(diào)研，對(duì)客戶的需求進(jìn)行分析，轉(zhuǎn)換為系統(tǒng)的功能需求，最終以《需求概要設(shè)計(jì)》的方式進(jìn)行展示的過(guò)程。
本階段就是項(xiàng)目經(jīng)理正式介入，重點(diǎn)發(fā)揮的階段了。輸出需求概要設(shè)計(jì)是本階段的終極目標(biāo)。

在此過(guò)程中，建議制定一個(gè)需求調(diào)研計(jì)劃，一是督促自己，二是督促客戶。因?yàn)槲矣龅竭^(guò)一些客戶，在需求調(diào)研階段，很不重視。如果你制定一份詳細(xì)的需求調(diào)研計(jì)劃，郵件發(fā)送給客戶，他會(huì)感受到你的專業(yè)，并會(huì)開(kāi)始重視這項(xiàng)工作。計(jì)劃中列明客戶需要配合的點(diǎn)，方便他們提供精準(zhǔn)的配合，節(jié)省雙方的時(shí)間，提高調(diào)研效率。

具體流程見(jiàn)下圖：

需求調(diào)研階段 – Processon流程圖

（4）詳細(xì)設(shè)計(jì)階段

詳細(xì)設(shè)計(jì)階段為項(xiàng)目經(jīng)理根據(jù)項(xiàng)目需要決定是否進(jìn)行原型設(shè)計(jì)，并生成詳細(xì)設(shè)計(jì)文檔。設(shè)計(jì)人員對(duì)確認(rèn)的需求、原型圖進(jìn)行界面、交互設(shè)計(jì)，轉(zhuǎn)化為實(shí)際系統(tǒng)呈現(xiàn)的效果圖的過(guò)程。

本階段需要項(xiàng)目經(jīng)理和設(shè)計(jì)人員介入。項(xiàng)目經(jīng)理主要負(fù)責(zé)將需求轉(zhuǎn)化為原型圖，在公司內(nèi)部組織需求溝通，討論需求是否可實(shí)現(xiàn)或備選實(shí)現(xiàn)方案。將討論通過(guò)的原型與客戶反復(fù)確認(rèn)，原型法可以減少后期需求變更的風(fēng)險(xiǎn)。（本階段一定要與客戶、設(shè)計(jì)、研發(fā)頻繁溝通，我的經(jīng)驗(yàn)告訴我，前期充分溝通是避免后期大的需求變更的一種有效方式）

與客戶確認(rèn)，對(duì)方認(rèn)可設(shè)計(jì)后，建議盡量爭(zhēng)取讓客戶簽訂《設(shè)計(jì)驗(yàn)收?qǐng)?bào)告》。這樣后期如果還有需求變更，客戶也會(huì)慎重考慮，而不會(huì)隨心所欲，想變就變。

UI設(shè)計(jì)人員負(fù)責(zé)根據(jù)原型輸出UI設(shè)計(jì)圖，便于后期研發(fā)人員開(kāi)展工作。

具體流程見(jiàn)下圖：

詳細(xì)設(shè)計(jì)階段 – Processon流程圖

（5）研發(fā)測(cè)試階段

研發(fā)測(cè)試階段為研發(fā)人員將需求轉(zhuǎn)化為實(shí)際系統(tǒng)，測(cè)試人員保證研發(fā)內(nèi)容與需求一致的過(guò)程。

敲黑板！一定要讓研發(fā)和測(cè)試在一開(kāi)始制定研發(fā)計(jì)劃和測(cè)試計(jì)劃。制定計(jì)劃是為了讓他們有明確的目標(biāo)，知道什么時(shí)間節(jié)點(diǎn)，需要輸出什么內(nèi)容。也便于項(xiàng)目經(jīng)理在各個(gè)節(jié)點(diǎn)跟進(jìn)項(xiàng)目進(jìn)度，了解項(xiàng)目是提前完成還是延后完成，什么原因，有問(wèn)題也可以及時(shí)發(fā)現(xiàn)及時(shí)解決。

具體流程見(jiàn)下圖：

研發(fā)測(cè)試階段 – Processon流程圖

（6）實(shí)施試運(yùn)行階段

實(shí)施試運(yùn)行階段由項(xiàng)目經(jīng)理主導(dǎo)，研發(fā)/測(cè)試/實(shí)施人員配合，進(jìn)行項(xiàng)目的上線發(fā)布，交由客戶試運(yùn)行，并完成試運(yùn)行通過(guò)項(xiàng)目初次驗(yàn)收的過(guò)程。

本階段目標(biāo)：讓客戶簽訂《初步驗(yàn)收?qǐng)?bào)告》?！冻醪津?yàn)收?qǐng)?bào)告》簽訂的前提是項(xiàng)目技術(shù)協(xié)議中寫明的需求全部研發(fā)完成并測(cè)試通過(guò)，發(fā)布交由客戶試用。本報(bào)告中需重點(diǎn)說(shuō)明終驗(yàn)的標(biāo)準(zhǔn)或試運(yùn)行時(shí)長(zhǎng)要求。一定不能讓試運(yùn)行成為一個(gè)無(wú)限耗費(fèi)項(xiàng)目成本的階段。

本階段因?yàn)榭蛻艨梢栽囉孟到y(tǒng)，所以很多需求變更會(huì)在本階段提出，所以一定要與客戶圈定終驗(yàn)標(biāo)準(zhǔn)和試運(yùn)行時(shí)間。否則項(xiàng)目經(jīng)理和項(xiàng)目組成員會(huì)被客戶牽著鼻子走。

具體流程見(jiàn)下圖：

實(shí)施試運(yùn)行階段 – 流程圖

（7）驗(yàn)收階段

驗(yàn)收階段為項(xiàng)目經(jīng)理在系統(tǒng)上線試運(yùn)行后，跟進(jìn)客戶處驗(yàn)收，并在客戶驗(yàn)收后，組織公司內(nèi)部驗(yàn)收的過(guò)程。

客戶簽訂《初步驗(yàn)收?qǐng)?bào)告》后，項(xiàng)目經(jīng)理需與客戶進(jìn)行頻繁溝通，快速響應(yīng)反饋，爭(zhēng)取

具體流程見(jiàn)下圖：

驗(yàn)收階段 – Processon流程圖

（8）結(jié)項(xiàng)階段

項(xiàng)目結(jié)項(xiàng)階段為項(xiàng)目無(wú)后續(xù)投入并已收全款后，項(xiàng)目進(jìn)行內(nèi)部結(jié)項(xiàng)的過(guò)程。

本階段結(jié)算工作需要邀請(qǐng)財(cái)務(wù)配合。同時(shí)需要將項(xiàng)目過(guò)程中的文檔進(jìn)行歸檔，便于后續(xù)項(xiàng)目可參考使用。

具體流程見(jiàn)下圖：

結(jié)項(xiàng)階段 – Processon流程圖

（9）備注

1、項(xiàng)目快速迭代

從需求調(diào)研到項(xiàng)目部署上線，可以采用迭代的方式執(zhí)行。因?yàn)橛行╉?xiàng)目較大，并不能在短時(shí)間內(nèi)將所有需求調(diào)研完成，此時(shí)可以采用快速迭代，將某個(gè)模塊調(diào)研確定的需求優(yōu)先走后續(xù)流程。進(jìn)入研發(fā)后，項(xiàng)目經(jīng)理可以同步進(jìn)行下個(gè)模塊的需求調(diào)研、設(shè)計(jì)工作。通過(guò)這種方式快速推進(jìn)項(xiàng)目進(jìn)度。

2、項(xiàng)目資料管理

• 項(xiàng)目從售前階段-項(xiàng)目結(jié)項(xiàng)全流程項(xiàng)目資料均需上傳至SVN進(jìn)行管理。（SVN是一種推薦的存檔方式，看各人公司資料存檔要求，請(qǐng)靈活使用）
• 更新要求：至少每周五進(jìn)行更新，每周一由PMO進(jìn)行項(xiàng)目文檔檢查。

3、項(xiàng)目會(huì)議要求

• 會(huì)議分為流程會(huì)議、日常例會(huì)、項(xiàng)目組內(nèi)部溝通會(huì)等。
• 流程會(huì)議，如項(xiàng)目立項(xiàng)會(huì)，要求：
  （1）需要提前郵件通知參會(huì)人員，郵件內(nèi)容包含但不限于：參會(huì)人員、時(shí)間、地點(diǎn)、會(huì)議議程、會(huì)議附件。
  （2）由會(huì)議發(fā)起人或指定人員負(fù)責(zé)會(huì)議簽到、會(huì)議記錄工作。
• 日常例會(huì)和項(xiàng)目組內(nèi)部溝通會(huì)要求：
  （1）可臨時(shí)組織會(huì)議，建議會(huì)議時(shí)間控制在1小時(shí)內(nèi)。
  （2）會(huì)議要求必須有會(huì)議結(jié)論記錄。

4、項(xiàng)目過(guò)程文檔要求

• 項(xiàng)目報(bào)告分為項(xiàng)目日?qǐng)?bào)和項(xiàng)目月報(bào)。從項(xiàng)目立項(xiàng)后，要求項(xiàng)目經(jīng)理每日在項(xiàng)目中心內(nèi)部群中提交項(xiàng)目日?qǐng)?bào)，每月最后一天以郵件的方式提交項(xiàng)目月報(bào)，郵件收件人為項(xiàng)目中心經(jīng)理。
• 在研發(fā)測(cè)試階段及之后的階段，若存在需求變更，項(xiàng)目經(jīng)理必須及時(shí)填寫《需求變更單》，由客戶簽字確認(rèn)后方可進(jìn)行需求變更。
• 項(xiàng)目中心負(fù)責(zé)SVN資料檢查的人員，每周一檢查文檔后，需記錄各項(xiàng)目《項(xiàng)目文檔檢查表》，并更新至各項(xiàng)目項(xiàng)目文檔中。
• 項(xiàng)目經(jīng)理每周需根據(jù)項(xiàng)目計(jì)劃，跟蹤項(xiàng)目執(zhí)行進(jìn)度偏差情況，并記錄在《項(xiàng)目執(zhí)行進(jìn)度偏差控制記錄表》中。
• 項(xiàng)目經(jīng)理在項(xiàng)目出現(xiàn)質(zhì)量事故后，需及時(shí)更新《項(xiàng)目質(zhì)量事故記錄表》，記錄下詳細(xì)情況，并及時(shí)告知PMO常務(wù)副主任（也可以是公司內(nèi)部的關(guān)鍵干系人——分管領(lǐng)導(dǎo)）。

5、需求變更要求

• 客戶提出需求變更，經(jīng)項(xiàng)目經(jīng)理分析確認(rèn)后，需由項(xiàng)目經(jīng)理填寫《項(xiàng)目需求變更單》，以郵件形式發(fā)送給各階段負(fù)責(zé)人，項(xiàng)目經(jīng)理需組織各階段負(fù)責(zé)人進(jìn)行變更需求的溝通確認(rèn)，溝通無(wú)異議后，各階段負(fù)責(zé)人對(duì)變更需求進(jìn)行評(píng)估，給出所需的工期，項(xiàng)目經(jīng)理將《項(xiàng)目需求變更單》提交客戶確認(rèn)；
• 設(shè)計(jì)負(fù)責(zé)人根據(jù)客戶確認(rèn)后的變更單開(kāi)始進(jìn)行效果圖設(shè)計(jì)，設(shè)計(jì)完成后，組織項(xiàng)目經(jīng)理、項(xiàng)目研發(fā)負(fù)責(zé)人三方進(jìn)行溝通確認(rèn)，確認(rèn)無(wú)異議后，交付項(xiàng)目經(jīng)理與客戶進(jìn)行確認(rèn)。
• 研發(fā)負(fù)責(zé)人拿到客戶確認(rèn)的效果圖后開(kāi)始調(diào)整研發(fā)計(jì)劃，進(jìn)行后續(xù)迭代研發(fā)工作。

備注 – Processon流程圖

文章來(lái)源：周墨拾光_https://zhuanlan.zhihu.com/p/515436498