沒有流程規(guī)范就沒有管理，感覺是隨意帶來高效，往往是隨意帶來的是混亂，熵增定律是不能違背的，面對(duì)復(fù)雜紛繁的事和人，是需要規(guī)范流程和制度來協(xié)作和串聯(lián)的！
今天就給大家分享一個(gè)《項(xiàng)目管理規(guī)范標(biāo)準(zhǔn)流程V3.0》實(shí)例，供大家參考；
一、 規(guī)范背景
1) 目的
2為了適應(yīng)公司的發(fā)展，對(duì)項(xiàng)目管理流程進(jìn)行修改和完善；
2規(guī)范項(xiàng)目管理流程，指導(dǎo)項(xiàng)目各成員更好的完成項(xiàng)目；
2通過實(shí)施有效的項(xiàng)目流程，滿足在以下三方面項(xiàng)目管理有所進(jìn)步：
n產(chǎn)品滿足需求
n質(zhì)量符合預(yù)期；
n項(xiàng)目時(shí)間符合計(jì)劃
2通過對(duì)需求、計(jì)劃、設(shè)計(jì)、開發(fā)、測(cè)試、發(fā)布、維護(hù)的全程控制，減少項(xiàng)目風(fēng)險(xiǎn)。
2規(guī)范的流程是一筆可以積累的財(cái)富，可以不斷的提升我司項(xiàng)目管理的能力
2) 適用范圍
公司常規(guī)涉及的所有項(xiàng)目和項(xiàng)目集；
3) 術(shù)語定義
|
術(shù)語 | 定義 |
PM | Project Manager, 項(xiàng)目經(jīng)理 |
DCC | Document Control Center文檔管理控制中心 |
QA | Quality Assurance品質(zhì)保證 |
TDT | Technology Development Team 技術(shù)開發(fā)團(tuán)隊(duì) |
UED | User Experience Design 用戶體驗(yàn)設(shè)計(jì) |
二、 項(xiàng)目管理流程圖
說明：
1、整個(gè)項(xiàng)目不限于本流程中所規(guī)定的。
2、本流程僅對(duì)關(guān)鍵點(diǎn)進(jìn)行了規(guī)定，可以靈活安排項(xiàng)目中的事項(xiàng)。
3、項(xiàng)目過程中提倡會(huì)下溝通確定相應(yīng)問題，盡力減少涉及人數(shù)較多的大型會(huì)議。
4、項(xiàng)目過程中出現(xiàn)任何問題請(qǐng)及時(shí)暴露出來，以便及時(shí)推進(jìn)解決。
5、產(chǎn)品需求不涉及的環(huán)節(jié)和DCC溝通后可以不提供相應(yīng)文檔。
三、 項(xiàng)目文檔簡(jiǎn)介
注：
1.項(xiàng)目經(jīng)理不明確指定則由產(chǎn)品經(jīng)理擔(dān)任。
2.特殊情況某些文檔不需要編寫時(shí)請(qǐng)和DCC人員確認(rèn)。
3.變更申請(qǐng)和問題處理報(bào)告不發(fā)生則不必提交。
四、 項(xiàng)目階段劃分
|
階段 | 參與角色 | 內(nèi)容 |
需求階段 | 產(chǎn)品經(jīng)理 | 收集新項(xiàng)目需求、用戶反饋、市場(chǎng)和商務(wù)反饋、競(jìng)品研究、運(yùn)營(yíng)需求、內(nèi)部系統(tǒng)優(yōu)化等多方需求信息。并初步形成《需求設(shè)計(jì)說明書》。 《需求設(shè)計(jì)說明書》初稿可將需求分為功能需求、性能需求、數(shù)據(jù)需求等，并注明需求優(yōu)先級(jí)。 |
產(chǎn)品經(jīng)理 項(xiàng)目經(jīng)理 | 綜合各方面信息和《需求設(shè)計(jì)說明書》，初步確定項(xiàng)目目標(biāo)、項(xiàng)目重點(diǎn)等，找準(zhǔn)項(xiàng)目定位，并初步規(guī)劃時(shí)間。 | |
產(chǎn)品項(xiàng)目 UED 開發(fā)人員 | 開發(fā)人員根據(jù)《需求設(shè)計(jì)說明書》初稿和產(chǎn)品/項(xiàng)目經(jīng)理進(jìn)行初步技術(shù)可行性分析，確定哪些需可以實(shí)現(xiàn)，哪些需求不能實(shí)現(xiàn)，哪些需要討論等，并初步對(duì)需求進(jìn)行篩選。 | |
產(chǎn)品經(jīng)理 項(xiàng)目經(jīng)理 UED 客戶端主管 服務(wù)端主管 測(cè)試主管 運(yùn)營(yíng)主管 數(shù)據(jù)主管 相關(guān)人員 | 1. 產(chǎn)品經(jīng)理會(huì)前下發(fā)《需求設(shè)計(jì)說明書》初稿文檔，并確認(rèn)每一位評(píng)審者都收到需求文檔，并且理解了評(píng)審要求（強(qiáng)烈建議當(dāng)面溝通）。 2. 參與評(píng)審者應(yīng)在會(huì)前整理問題清單。 3. 產(chǎn)品經(jīng)理組織需求評(píng)審，對(duì)《需求設(shè)計(jì)說明書》初稿進(jìn)行評(píng)審，項(xiàng)目經(jīng)理、研發(fā)、測(cè)試、配置管理等人員參與，并提出意見，產(chǎn)品經(jīng)理匯總所有評(píng)審意見并形成《需求評(píng)審記錄》郵件，會(huì)后將評(píng)審結(jié)果及文檔發(fā)布給相關(guān)人員 4. 產(chǎn)品經(jīng)理根據(jù)評(píng)審意見組織相關(guān)人員修正《需求設(shè)計(jì)說明書》，如有需要，需再次評(píng)審。 5. 產(chǎn)品經(jīng)理形成正式的《需求設(shè)計(jì)說明書》。 6. UED根據(jù)正式的《需求設(shè)計(jì)說明書》進(jìn)行交互設(shè)計(jì)并完成《交互設(shè)計(jì)說明書》。 7. 會(huì)議上需和各部門主管確定項(xiàng)目各個(gè)環(huán)節(jié)的實(shí)際負(fù)責(zé)人。 | |
立項(xiàng)階段 | 項(xiàng)目組成員 DCC 相關(guān)領(lǐng)導(dǎo) | 1. 項(xiàng)目經(jīng)理根據(jù)需求分別和客戶端、服務(wù)端、測(cè)試、數(shù)據(jù)、運(yùn)營(yíng)等負(fù)責(zé)人溝通初步確定項(xiàng)目的時(shí)間后初步制定《立項(xiàng)報(bào)告書》初稿（必須包含項(xiàng)目計(jì)劃，注明項(xiàng)目里程碑時(shí)點(diǎn)，確定項(xiàng)目組成員和定義好相關(guān)工作）； 2. 立項(xiàng)會(huì)議，項(xiàng)目經(jīng)理和項(xiàng)目成員介紹項(xiàng)目的大體情況，項(xiàng)目的大體階段劃分，每個(gè)負(fù)責(zé)人所需要承擔(dān)的大體任務(wù)，確定后續(xù)項(xiàng)目管理運(yùn)作辦法（項(xiàng)目日?qǐng)?bào)、項(xiàng)目周會(huì)等）等，并評(píng)審《立項(xiàng)報(bào)告書》，經(jīng)項(xiàng)目組成員、管理層評(píng)審?fù)ㄟ^后，上述文檔作為公司和項(xiàng)目組關(guān)于項(xiàng)目目標(biāo)和約束條件達(dá)成共識(shí)的實(shí)施文件而正式生效。同時(shí)為后續(xù)制定各個(gè)詳細(xì)開發(fā)和測(cè)試計(jì)劃做下鋪墊。 3. 項(xiàng)目經(jīng)理根據(jù)會(huì)議評(píng)審結(jié)果對(duì)《立項(xiàng)報(bào)告書》進(jìn)行修改，然后發(fā)送給所有相關(guān)人員。 4. 《立項(xiàng)報(bào)告書》評(píng)審?fù)ㄟ^后，客戶端、服務(wù)器、測(cè)試、數(shù)據(jù)等的負(fù)責(zé)人根據(jù)項(xiàng)目的整體進(jìn)度制定相應(yīng)的開發(fā)和測(cè)試計(jì)劃。 |
設(shè)計(jì)階段 | 服務(wù)端負(fù)責(zé)人 客戶端負(fù)責(zé)人 數(shù)據(jù)端負(fù)責(zé)人 | 1. 研發(fā)負(fù)責(zé)人根據(jù)《需求說明書》和《立項(xiàng)報(bào)告書》確定詳細(xì)的《開發(fā)計(jì)劃》。 2. 研發(fā)負(fù)責(zé)人根據(jù)《需求說明書》編寫《設(shè)計(jì)說明書》。 3. 研發(fā)負(fù)責(zé)人組織相關(guān)人員參加《開發(fā)計(jì)劃》和《設(shè)計(jì)說明書》的評(píng)審工作。 |
測(cè)試負(fù)責(zé)人 | 1. 測(cè)試負(fù)責(zé)人根據(jù)《需求設(shè)計(jì)說明書》、《立項(xiàng)報(bào)告書》編寫《測(cè)試計(jì)劃》和《測(cè)試用例》。 2. 測(cè)試負(fù)責(zé)人組織相關(guān)人員評(píng)審測(cè)試計(jì)劃和測(cè)試用例，會(huì)后發(fā)布會(huì)議記錄。 3. 評(píng)審?fù)戤吅蟾鶕?jù)會(huì)議討論內(nèi)容對(duì)測(cè)試計(jì)劃和用例進(jìn)行修改完善，修改完成后發(fā)給相關(guān)人員。 注意：測(cè)試用例編寫、評(píng)審部分可貫穿設(shè)計(jì)、開發(fā)兩個(gè)階段 | |
開發(fā)階段 | 研發(fā)人員 產(chǎn)品經(jīng)理 | 1. 研發(fā)人員進(jìn)行代碼編寫，調(diào)試。 2. 研發(fā)人員進(jìn)行功能自測(cè)試。 3. 開發(fā)過程中，如《需求設(shè)計(jì)說明書》和《交互設(shè)計(jì)》有更新，請(qǐng)及時(shí)通知相關(guān)人員并提交最新需求說明書文檔給DCC。 4. 研發(fā)人員更新代碼到指定位置，根據(jù)需要提交編譯后版本，在測(cè)試管理系統(tǒng)上建立相關(guān)的版本并存放在規(guī)定的FTP對(duì)于項(xiàng)目的目錄下。 5. 研發(fā)人員提交測(cè)試任務(wù)，并郵件通知相關(guān)人員，版本郵件發(fā)送請(qǐng)按照相關(guān)標(biāo)準(zhǔn)發(fā)送。 |
測(cè)試階段 | 測(cè)試負(fù)責(zé)人 客戶端負(fù)責(zé)人 服務(wù)端負(fù)責(zé)人 數(shù)據(jù)負(fù)責(zé)人 項(xiàng)目經(jīng)理 產(chǎn)品經(jīng)理 | 1. 測(cè)試人員檢查研發(fā)人員提交的測(cè)試任務(wù)是否滿足測(cè)試條件，如果不滿足可以拒絕測(cè)試，并填寫拒絕測(cè)試的原因。 2. 測(cè)試人員接受該測(cè)試任務(wù)后，按照《測(cè)試計(jì)劃》組織相關(guān)人員，對(duì)項(xiàng)目進(jìn)行測(cè)試，對(duì)于有性能測(cè)試要求的項(xiàng)目需進(jìn)行性能測(cè)試。 3. 測(cè)試負(fù)責(zé)人對(duì)測(cè)試中發(fā)現(xiàn)的Bug上報(bào)Bug管理系統(tǒng)，并把測(cè)試報(bào)告發(fā)給相關(guān)人員。 4. 研發(fā)人員修改Bug，并重新提交測(cè)試版本。 5. 服務(wù)端負(fù)責(zé)人提交《上線部署方案》，相關(guān)管理者對(duì)此進(jìn)行審批。 6. 部署人員審核部署工單，并參考《上線部署方案》進(jìn)行系統(tǒng)上線部署。 7. 部署完成后測(cè)試人員對(duì)線上系統(tǒng)進(jìn)行測(cè)試驗(yàn)證，如有問題提交到管理系統(tǒng)。 8. 數(shù)據(jù)分析人員確定數(shù)據(jù)需求已經(jīng)完成并正常可用。 9. 最后一個(gè)測(cè)試版本結(jié)束后，項(xiàng)目經(jīng)理組織會(huì)議評(píng)審遺留bug，測(cè)試結(jié)果是否滿足發(fā)版條件等。 10. 項(xiàng)目經(jīng)理和所有相關(guān)方確認(rèn)各環(huán)節(jié)情況是否具備發(fā)布條件。 |
發(fā)布階段 | 項(xiàng)目組成員 商務(wù)人員 相關(guān)領(lǐng)導(dǎo) | 1. 項(xiàng)目經(jīng)理預(yù)先評(píng)估提交的版本是否滿足發(fā)布標(biāo)準(zhǔn)，如果滿足則進(jìn)行下一步。 2. 項(xiàng)目經(jīng)理協(xié)助檢查項(xiàng)目中各個(gè)文檔是否按規(guī)定提交，DCC人員發(fā)版前檢查各項(xiàng)文檔是否齊全規(guī)范。 3. 項(xiàng)目經(jīng)理組織版本發(fā)布評(píng)審，根據(jù)公司版本發(fā)布判定標(biāo)準(zhǔn)，進(jìn)行版本發(fā)布判定。各負(fù)責(zé)人對(duì)負(fù)責(zé)項(xiàng)進(jìn)行檢查，最后完成《版本發(fā)布評(píng)審記錄》。 4. 客戶端負(fù)責(zé)人確定最終版本，并對(duì)最終版本進(jìn)行封版，發(fā)布流程完成后項(xiàng)目經(jīng)理協(xié)調(diào)開發(fā)人員生成各個(gè)渠道版本，并提交測(cè)試驗(yàn)證。 5. 產(chǎn)品經(jīng)理提供《產(chǎn)品手冊(cè)（包含客服文檔）》給項(xiàng)目組成員、客服人員和DCC。 6. 產(chǎn)品經(jīng)理通知客服及相關(guān)部門版本發(fā)布的信息。 7. 項(xiàng)目經(jīng)理協(xié)助商務(wù)人員對(duì)版本進(jìn)行發(fā)布。 |
維護(hù)階段 | 運(yùn)營(yíng)負(fù)責(zé)人 研發(fā)負(fù)責(zé)人 項(xiàng)目經(jīng)理 | 1. 運(yùn)營(yíng)、市場(chǎng)、客服或者數(shù)據(jù)部門收集問題或投訴，并將問題和結(jié)果反饋給項(xiàng)目經(jīng)理。 2. 項(xiàng)目經(jīng)理安排測(cè)試和研發(fā)人員進(jìn)行問題重現(xiàn)。 3. 研發(fā)人員對(duì)問題類型評(píng)估（拒絕問題或者解決問題），進(jìn)行缺陷修正和故障處理支持。 4. 項(xiàng)目經(jīng)理匯總Bug數(shù)據(jù)和重點(diǎn)問題，并分析原因。 5. 問題處理完成，項(xiàng)目經(jīng)理組織開發(fā)、測(cè)試和其他人員完成問題處理報(bào)告。 6. 運(yùn)營(yíng)人員在一定時(shí)間內(nèi)提供運(yùn)營(yíng)報(bào)告給項(xiàng)目組和相關(guān)人員。 7. 當(dāng)項(xiàng)目正式運(yùn)營(yíng)后，項(xiàng)目經(jīng)理編寫項(xiàng)目總結(jié)報(bào)告，并召開項(xiàng)目總結(jié)會(huì)議（小項(xiàng)目可省略會(huì)議）。 8. DCC檢查： 1) 檢查關(guān)鍵文檔的輸出和存檔。 2) 發(fā)布檢查報(bào)告（按月發(fā)布，管理層審核）。 |
五、 變更管理流程
說明：需求變更涉及關(guān)鍵路徑時(shí)請(qǐng)遵守此流程，請(qǐng)更新《需求設(shè)計(jì)說明書》、《交互設(shè)計(jì)說明書》、并通知項(xiàng)目組所有成員和相應(yīng)主管，涉及到代碼改動(dòng)和用例改動(dòng)的還需要重新進(jìn)行開發(fā)時(shí)間評(píng)估，完成后遵照項(xiàng)目管理流程進(jìn)行。
六、 項(xiàng)目管理制度
1.產(chǎn)品和設(shè)計(jì)文檔、技術(shù)文檔需要同步，開發(fā)人員根據(jù)文檔進(jìn)行軟件設(shè)計(jì)，測(cè)試人員根據(jù)文檔進(jìn)行軟件設(shè)計(jì)；
2.所有項(xiàng)目變更需要通知項(xiàng)目組所有成員以及相關(guān)主管；
3.項(xiàng)目開發(fā)過程中任何可能影響到項(xiàng)目進(jìn)度的問題，需要主動(dòng)告知項(xiàng)目經(jīng)理協(xié)調(diào)解決；
4.項(xiàng)目組成員以及成員項(xiàng)目角色的變更需要及時(shí)通知項(xiàng)目組成員，相關(guān)部門負(fù)責(zé)人有且僅有一個(gè)。
企業(yè)項(xiàng)目管理標(biāo)準(zhǔn)規(guī)范流程V3.0【干貨實(shí)例】
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請(qǐng)發(fā)送郵件至 舉報(bào)，一經(jīng)查實(shí)，本站將立刻刪除。
