敏捷開(kāi)發(fā)項目管理流程

　　你知道敏捷開(kāi)發(fā)項目管理流程是怎樣的嗎?你對敏捷開(kāi)發(fā)項目管理流程了解嗎?下面是yjbys小編為大家帶來(lái)的敏捷開(kāi)發(fā)項目管理流程，歡迎閱讀。

　　1. 目的

　　規范互聯(lián)網(wǎng)軟件產(chǎn)品開(kāi)發(fā)項目管理過(guò)程，指導開(kāi)展項目研發(fā)、管理等活動(dòng)。

　　2. 適用范圍

　　本章程的作用范圍為互聯(lián)網(wǎng)軟件產(chǎn)品開(kāi)發(fā)立項至結項管理過(guò)程。

　　1.對項目經(jīng)理開(kāi)展產(chǎn)品規劃及設計活動(dòng)以及項目管理手段和應遵循的開(kāi)發(fā)流程提供了指導;

　　2.對項目團隊的日常管理活動(dòng)及內容進(jìn)行了指導;

　　3. 角色及職責定義

　　項目經(jīng)理：

　　進(jìn)行產(chǎn)品開(kāi)發(fā)過(guò)程中的業(yè)務(wù)目標、進(jìn)度、成本、質(zhì)量控制。

　　挑選項目團隊并進(jìn)行團隊建設，激發(fā)、鼓舞和改進(jìn)團隊的生產(chǎn)效率。

　　識別項目干系人，定期向干系人匯報，并作為團隊和外部的接口，屏蔽外界對團隊的干擾。

　　確保項目中流程被遵循，組織、監督、培訓項目各實(shí)踐活動(dòng)。

　　產(chǎn)品策劃

　　確定產(chǎn)品的功能，拆分用戶(hù)故事。

　　需求功能確定優(yōu)先級。

　　接受或拒絕開(kāi)發(fā)團隊的工作成果。

　　參與產(chǎn)品開(kāi)發(fā)過(guò)程中的有關(guān)會(huì )議。

　　UI

　　根據用戶(hù)故事，負責產(chǎn)品的功能交互及界面設計

　　組織開(kāi)展人機交互及用戶(hù)體驗，不斷跟蹤改進(jìn)，提高產(chǎn)品表現力。

　　參與產(chǎn)品開(kāi)發(fā)過(guò)程中的有關(guān)會(huì )議。

　　開(kāi)發(fā)

　　根據用戶(hù)故事，負責產(chǎn)品的技術(shù)架構設計及功能開(kāi)發(fā)

　　評估、設計及維護產(chǎn)品相應模塊，確保模塊的穩定性、易用性、高效性。

　　參加產(chǎn)品開(kāi)發(fā)過(guò)程中的有關(guān)會(huì )議。

　　測試

　　根據用戶(hù)故事，設計產(chǎn)品測試標準，確保產(chǎn)品品質(zhì)滿(mǎn)足市場(chǎng)需求。

　　合理分配測試資源，組織產(chǎn)品測試并優(yōu)化測試流程及測試標準，提高測試效率。

　　編寫(xiě)產(chǎn)品測試用例，提交測試問(wèn)題，編寫(xiě)測試總結報告，以測試角度來(lái)確定產(chǎn)品版本是否發(fā)布。

　　4. 項目管理過(guò)程

　　按照互聯(lián)網(wǎng)軟件產(chǎn)品項目開(kāi)發(fā)過(guò)程，可將整個(gè)項目管理過(guò)程分為立項過(guò)程、規劃過(guò)程、執行與監控過(guò)程、結項過(guò)程。下面分別闡述在每個(gè)階段過(guò)程中該如何進(jìn)行項目管理。

　　4.1 立項過(guò)程

　　互聯(lián)網(wǎng)軟件產(chǎn)品開(kāi)發(fā)項目的立項過(guò)程，通常是指從準備項目啟動(dòng)會(huì )到召開(kāi)會(huì )議這個(gè)階段，在立項過(guò)程中，需要完成項目目標，需求范圍的初步確認，項目團隊成員，其他資源的安排。

　　確定項目的初步目標并達成共識

　　對于項目目標，需要和干系人在以下幾點(diǎn)上達成共識：

　　項目的背景、目標用戶(hù)、核心人員及產(chǎn)品定位是什么

　　項目的資源投入預算是多少

　　項目的資源投入是多少

　　各人員在項目中扮演的角色和對項目的作用是什么

　　準備啟動(dòng)會(huì )議文檔

　　文檔內容包括：

　　用戶(hù)畫(huà)像

　　產(chǎn)品定位

　　市場(chǎng)策略

　　業(yè)務(wù)目標

　　技術(shù)可行性

　　研發(fā)成本預算

　　路標規劃

　　召開(kāi)項目啟動(dòng)會(huì )

　　參加人員包括：

　　管理層代表

　　項目經(jīng)理及項目團隊

　　其他干系人代表

　　主要議題包括：

　　申明項目目標范圍及對組織目標的貢獻。

　　管理層正式任命PM，設定期望，統一思想

　　文檔內容的宣講。

　　與PM小組確定項目管理要求

　　項目啟動(dòng)會(huì )完成后，需要與PM小組成員確定項目立項機制以及公司項目管理要求。

　　4.2 規劃階段

　　在規劃階段，團隊需要共同完成產(chǎn)品的版本規劃，迭代計劃

　　版本規劃

　　從產(chǎn)品的關(guān)鍵特性列表中按照優(yōu)先級規劃產(chǎn)品每個(gè)版本需要完成哪些特性，在規劃完成后需要在項目干系人內達成共識。具體可參考《版本規劃樣例》

　　迭代如何劃分

　　迭代劃分是指將特性列表拆分形成用戶(hù)故事列表，并將其對應的主要任務(wù)劃分到各個(gè)迭代中去，形成粗粒度的項目迭代計劃。這個(gè)過(guò)程主要考慮以下幾個(gè)因素：

　　有些任務(wù)間是有依賴(lài)關(guān)系，某個(gè)任務(wù)的開(kāi)始或結束是以另一個(gè)任務(wù)的開(kāi)始或結束為前提，在劃分時(shí)必須考慮這種前后依賴(lài)關(guān)系。

　　在安排每個(gè)迭代的任務(wù)時(shí)，需要對各種因素進(jìn)行綜合考慮，如平衡每個(gè)迭代中任務(wù)的技術(shù)難度和價(jià)值差異。

　　除了進(jìn)行初步的迭代任務(wù)劃分，還需要確定項目過(guò)程中迭代任務(wù)調整的規則，如迭代任務(wù)未完成時(shí)是將剩余任務(wù)延至下一迭代還是延長(cháng)迭代周期。

　　確定人員分工

　　項目經(jīng)理需要根據每個(gè)人員的能力和特點(diǎn)，初步擬定大致分工。在進(jìn)行任務(wù)分工時(shí)需考慮以下因素：

　　任務(wù)難度與人員能力相匹配，對于明顯超出能力范圍或過(guò)于簡(jiǎn)單的任務(wù)容易造成負面影響。

　　耦合度高的盡量分配給同一個(gè)人，避免不必要的溝通消耗。

　　鼓勵團隊內部“任務(wù)認領(lǐng)”，提高人員的工作積極性和主動(dòng)性。

　　確定迭代運行模式

　　如一周迭代、兩周迭代，每個(gè)迭代包含的工作內容等。

　　具體的迭代計劃可參考《迭代計劃樣例》

　　制定其他輔助計劃

　　制定溝通計劃、風(fēng)險計劃和質(zhì)量計劃是必要的，溝通計劃主要包含以下幾個(gè)方面：溝通對象、溝通方式、溝通頻率即可，如：

　　風(fēng)險計劃包括風(fēng)險項、負責人、重要性、應對措施，如下：

　　質(zhì)量計劃包括：bug分布滿(mǎn)足何種條件可以發(fā)布，有幾個(gè)致命bug必須停止開(kāi)發(fā)新特性等。。

　　搭建基礎技術(shù)架構

　　如果是一個(gè)全新的項目，需要重新開(kāi)發(fā)系統框架，則這個(gè)工作應該在迭代0完成，否則會(huì )影響后期的工作開(kāi)展。系統框架的每次改動(dòng)必然會(huì )導致大量的重復工作量，從而給穩定的團隊節奏帶來(lái)很大的毛刺。

　　3.3 項目執行和監控過(guò)程

　　迭代N的執行

　　A、迭代N的需求細化

　　考慮每個(gè)迭代需要完成的用戶(hù)故事;

　　用戶(hù)故事需包含幾個(gè)部分，工作量評估、功能性需求、非功能性需求。具體的可參考《用戶(hù)故事模板及樣例及拆分說(shuō)明》

　　用戶(hù)故事編寫(xiě)完成后需要在團隊內部進(jìn)行需求評審，一方面是為了向團隊成員解讀該需求，另一方面團隊成員也可在評審時(shí)給出指導性意見(jiàn)。

　　B、測試用例評審

　　測試人員根據用戶(hù)故事要求編寫(xiě)對應的測試用例，并組織項目團隊進(jìn)行測試用例評審。根據評審意見(jiàn)修改測試用例

　　C、開(kāi)發(fā)

　　將用戶(hù)故事的需求開(kāi)發(fā)的過(guò)程。

　　D、開(kāi)發(fā)自測

　　在開(kāi)發(fā)過(guò)程中，每完成一個(gè)功能點(diǎn)，都需要及時(shí)的進(jìn)行開(kāi)發(fā)自測并通知產(chǎn)品策劃人員進(jìn)行驗收體驗。

　　E、驗收

　　開(kāi)發(fā)完成后，產(chǎn)品策劃需要對開(kāi)發(fā)完成的成果進(jìn)行驗收，驗證其是否符合用戶(hù)故事的要求，驗證通過(guò)后方可流到測試環(huán)節，否則需與開(kāi)發(fā)詳細討論其不符合性，其驗收的checklist可以參考《產(chǎn)品驗收checklist及模板》

　　F、測試和回歸

　　提交測試時(shí)，必須要有正確的版本。測試人員根據測試用例進(jìn)行測試，在IT平臺中提交測試bug，并根據測試的角度給出產(chǎn)品是否發(fā)布的意見(jiàn)，輸出《測試報告》

　　G、bug修改

　　在IT平臺中獲取分配給自己的bug進(jìn)行修改。

　　H、showCase

　　階段性必須有可體驗版本進(jìn)行showCase.需要

　　確定showCase時(shí)間：某個(gè)迭代開(kāi)發(fā)、自測完成，準備提交測試前

　　會(huì )議前1-2天發(fā)出體驗版給到參與人員

　　會(huì )議期間，由項目經(jīng)理組織大家體驗、反饋問(wèn)題、記錄問(wèn)題。

　　項目經(jīng)理根據問(wèn)題情況，與開(kāi)發(fā)或產(chǎn)品確定問(wèn)題的解決時(shí)間并發(fā)出會(huì )議紀要。

　　I、灰度發(fā)布

　　迭代一定版本后，由項目經(jīng)理與團隊共同決定是否需要進(jìn)行灰度發(fā)布。

　　監控方式

　　每日站立會(huì )

　　主持人輪流擔任，負責控制節奏，記錄問(wèn)題，以備會(huì )后跟蹤。

　　每人講自己昨天做了什么，有什么問(wèn)題，今天的計劃是什么;

　　其他人了解別人的工作情況，并發(fā)現指出可能存在的問(wèn)題。

　　對于發(fā)現的問(wèn)題，鼓勵認領(lǐng)，其余由項目經(jīng)理指定責任人。

　　時(shí)間通�？刂圃�15分鐘內。

　　會(huì )議期間，更新任務(wù)墻，任務(wù)墻樣式如下：

　　周報

　　反饋?lái)椖坑媱澋膱绦星闆r，強調本周工作要達成的目標

　　暴露出項目的問(wèn)題，特別是需要領(lǐng)導或其他團隊需要協(xié)助的問(wèn)題。

　　周報可在IT平臺中輸出。

　　月報

　　反饋?lái)椖慨斣碌膱绦星闆r，包括進(jìn)度、人力及質(zhì)量。

　　反映項目存在的問(wèn)題和風(fēng)險。

　　迭代回顧

　　每人講述本次迭代做的好的地方和不好的地方

　　回顧上個(gè)迭代不好的地方，看看改進(jìn)情況。

　　讓每個(gè)人發(fā)言。

　　每次迭代回顧會(huì )議完成后，可更新燃盡圖

　　3.4 結項階段

　　項目經(jīng)理指導產(chǎn)品策劃收集總結項目的產(chǎn)品運營(yíng)數據，同時(shí)指導團隊成員從自身角色進(jìn)行總結，包括測試、開(kāi)發(fā)、UI等。

　　項目經(jīng)理與項目團隊成員給出項目總結報告，內容可參考《項目經(jīng)驗教訓總結-項目團隊》，《項目經(jīng)驗教訓總結-項目經(jīng)理》

　　召開(kāi)結項會(huì )議，各成員進(jìn)行結項匯報。

　　PM小組將過(guò)程文檔和經(jīng)驗教訓總結進(jìn)行歸檔。

【敏捷開(kāi)發(fā)項目管理流程】相關(guān)文章：

項目管理流程管理03-19

項目管理流程03-19

產(chǎn)品項目管理流程03-08

項目管理流程詳解03-30

項目管理把控流程03-19

項目管理的關(guān)鍵流程02-26

項目管理驗收流程04-02

項目管理流程定義03-19

企業(yè)投資項目管理流程07-13