Redmine在項(xiàng)目管理中的應(yīng)用課件

Redmine

在項(xiàng)目管理中的應(yīng)用

總工辦2012年9月Redmine

在項(xiàng)目管理中的應(yīng)用項(xiàng)目管理流程Redmine應(yīng)用大綱2項(xiàng)目管理流程大綱23項(xiàng)目管理流程3項(xiàng)目管理流程立項(xiàng)階段4項(xiàng)目管理流程產(chǎn)品部立項(xiàng)申請表項(xiàng)目費(fèi)用預(yù)算表可行性分析報告項(xiàng)目需求調(diào)研立項(xiàng)報告項(xiàng)目管理組項(xiàng)目責(zé)任狀決策委員會立項(xiàng)通知書立項(xiàng)階段4項(xiàng)目管理流程產(chǎn)品部立項(xiàng)申請表項(xiàng)目費(fèi)用預(yù)算表可行性分開發(fā)階段-15項(xiàng)目管理流程產(chǎn)品部需求規(guī)格說明書需求變更控制表項(xiàng)目管理組例行報告項(xiàng)目開發(fā)計劃測試計劃風(fēng)險控制計劃工作情況匯報表項(xiàng)目狀況報告開發(fā)階段-15項(xiàng)目管理流程產(chǎn)品部需求規(guī)格說明書需求變更控制表開發(fā)階段-26項(xiàng)目管理流程研發(fā)部概要設(shè)計變更控制測試部測試分析報告開發(fā)階段-26項(xiàng)目管理流程研發(fā)部概要設(shè)計變更控制測試部測試分驗(yàn)收階段7項(xiàng)目管理流程項(xiàng)目管理組項(xiàng)目開發(fā)總結(jié)報告項(xiàng)目驗(yàn)收考核表決策委員會產(chǎn)品發(fā)布通知驗(yàn)收階段7項(xiàng)目管理流程項(xiàng)目管理組項(xiàng)目開發(fā)總結(jié)報告項(xiàng)目驗(yàn)收考核項(xiàng)目管理流程Redmine應(yīng)用大綱8項(xiàng)目管理流程大綱8項(xiàng)目管理方式所有需求必須進(jìn)入項(xiàng)目管理平臺，研發(fā)及測試都已提交到項(xiàng)目管理平臺的需求為準(zhǔn)。(含需求變更及補(bǔ)充說明)小型項(xiàng)目盡量采用Scrum，不再提供需求文件。大型項(xiàng)目需按照項(xiàng)目管理流程提供需求文件，可盡量往Scrum靠攏。代碼庫和Redmine同步，考慮項(xiàng)目內(nèi)成員代碼共享及Review機(jī)制。9Redmine應(yīng)用項(xiàng)目管理方式9Redmine應(yīng)用項(xiàng)目建立收到立項(xiàng)通知書，由產(chǎn)品經(jīng)理建立。根據(jù)立項(xiàng)申請，建立初始版本及發(fā)布時間。根據(jù)成員列表選擇對應(yīng)人員加入項(xiàng)目。大型項(xiàng)目根據(jù)功能模塊建立問題類別(IssueCategories)，小型項(xiàng)目可簡化為界面、數(shù)據(jù)庫、服務(wù)等。當(dāng)使用子項(xiàng)目時，主項(xiàng)目不允許添加任何問題(Issue)，只能在子項(xiàng)目內(nèi)添加。10Redmine應(yīng)用項(xiàng)目建立10Redmine應(yīng)用11Redmine應(yīng)用11Redmine應(yīng)用12Redmine應(yīng)用12Redmine應(yīng)用13Redmine應(yīng)用13Redmine應(yīng)用14Redmine應(yīng)用14Redmine應(yīng)用需求產(chǎn)品經(jīng)理將需求作為Feature輸入，準(zhǔn)確填寫主題和描述(必須包含如何演示)，設(shè)計初始的優(yōu)先級及目標(biāo)版本，如需其他補(bǔ)充，請上傳文件。盡量按Scrum，細(xì)分需求到單一故事(story/backlog)。將這些需求指派給項(xiàng)目經(jīng)理。并記錄這些需求整理、分析的耗時到工時登記，選擇需求(Activity)。15Redmine應(yīng)用需求15Redmine應(yīng)用16Redmine應(yīng)用16Redmine應(yīng)用17Redmine應(yīng)用17Redmine應(yīng)用需求產(chǎn)品經(jīng)理將需求提交到項(xiàng)目管理平臺后，需發(fā)起召開項(xiàng)目會議。項(xiàng)目會議包含所有項(xiàng)目組成員，并就所有需求進(jìn)行需求范圍確認(rèn)和時間估算。項(xiàng)目經(jīng)理將相關(guān)需求指派給項(xiàng)目組成員，并由該成員更新時間估算和需求范圍確認(rèn)。項(xiàng)目經(jīng)理也可以直接在會議上更新時間估算、需求范圍確認(rèn)。之后再指派給項(xiàng)目組成員。18Redmine應(yīng)用需求18Redmine應(yīng)用19Redmine應(yīng)用19Redmine應(yīng)用需求(Scrum)還需在項(xiàng)目會議上確定Sprint長度、Sprint目標(biāo)。明確本次Sprint范圍內(nèi)的故事，再次確認(rèn)故事內(nèi)容。確定每日例行會議時間和地點(diǎn)?？蚨夹g(shù)故事及預(yù)留相應(yīng)工作量。再次確認(rèn)演示日、時間、地點(diǎn)。20Redmine應(yīng)用需求(Scrum)20Redmine應(yīng)用需求分解將確定的需求由項(xiàng)目經(jīng)理/指派的項(xiàng)目成員分解為任務(wù)。在項(xiàng)目管理平臺上通過在Issues下增加子任務(wù)(Subtasks)實(shí)現(xiàn)。必須說明預(yù)計完成時間/預(yù)計耗時。將子任務(wù)指派給相關(guān)的項(xiàng)目成員。并記錄耗時到工時登記，選擇設(shè)計(Activity)。21Redmine應(yīng)用需求分解21Redmine應(yīng)用22Redmine應(yīng)用22Redmine應(yīng)用開發(fā)開始開發(fā)某個任務(wù)功能時，該功能負(fù)責(zé)人將該任務(wù)狀態(tài)修改為進(jìn)行中。建議在每日下班前更新該任務(wù)功能的完成百分比。當(dāng)該任務(wù)功能完成開發(fā)后，將該任務(wù)狀態(tài)修改為已解決(可以在代碼提交時直接填入issue編號實(shí)現(xiàn)自動修改)并同時登記工時，消耗多少時間，計入開發(fā)。23Redmine應(yīng)用開發(fā)23Redmine應(yīng)用24Redmine應(yīng)用24Redmine應(yīng)用25Redmine應(yīng)用25Redmine應(yīng)用驗(yàn)證項(xiàng)目組內(nèi)測試人員對狀態(tài)為已解決部分進(jìn)行驗(yàn)證。驗(yàn)證通過后，將狀態(tài)修改為已關(guān)閉并登記工時。如果未通過，將狀態(tài)修改為反饋，詳細(xì)說明反饋情況并登記工時。并同時登記工時，消耗多少時間，計入測試。26Redmine應(yīng)用驗(yàn)證26Redmine應(yīng)用27Redmine應(yīng)用27Redmine應(yīng)用測試對于測試發(fā)現(xiàn)的問題，新建Issue，選擇跟蹤為Bug。主題部分填寫問題現(xiàn)象，描述部分詳細(xì)說明該問題的操作步驟、測試環(huán)境等信息。設(shè)置對應(yīng)的版本及測試工程師評估的優(yōu)先級。(項(xiàng)目經(jīng)理有權(quán)調(diào)整問題的優(yōu)先級，并以項(xiàng)目經(jīng)理的調(diào)整為準(zhǔn))默認(rèn)指派給項(xiàng)目經(jīng)理。除非明確知道是哪個部分引發(fā)的問題及對應(yīng)的工程師，才可指派給對應(yīng)的工程師。并同時登記工時，消耗多少時間，計入測試。28Redmine應(yīng)用測試28Redmine應(yīng)用29Redmine應(yīng)用29Redmine應(yīng)用測試工程師處理完bug，修改狀態(tài)為已解決。測試工程師進(jìn)行回歸測試，測試通過修改狀態(tài)為已關(guān)閉；不通過修改狀態(tài)為反饋。并同時登記工時，消耗多少時間，計入測試。30Redmine應(yīng)用測試30Redmine應(yīng)用31Redmine應(yīng)用31Redmine應(yīng)用文檔和文件文檔項(xiàng)目各類提交文件，按照立項(xiàng)、需求、計劃、開發(fā)、測試、驗(yàn)收、過程控制區(qū)分。新建文檔類別為項(xiàng)目文件。文件和版本號對應(yīng)的可執(zhí)行文件、交付代碼包、資源庫等。32Redmine應(yīng)用文檔和文件32Redmine應(yīng)用33Redmine應(yīng)用33Redmine應(yīng)用34Redmine應(yīng)用34Redmine應(yīng)用其他技術(shù)故事新建Issue，選擇跟蹤為支持。增補(bǔ)需求產(chǎn)品經(jīng)理負(fù)責(zé)添加，項(xiàng)目經(jīng)理根據(jù)項(xiàng)目進(jìn)度，決定是否接受。新聞項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理均有發(fā)表權(quán)。35Redmine應(yīng)用其他35Redmine應(yīng)用36Redmine應(yīng)用各類統(tǒng)計報表項(xiàng)目路線圖Issues摘要報表耗時報表版本庫報表項(xiàng)目甘特圖36Redmine應(yīng)用各類統(tǒng)計報表37Redmine應(yīng)用37Redmine應(yīng)用38Redmine應(yīng)用38Redmine應(yīng)用39Redmine應(yīng)用39Redmine應(yīng)用40Redmine應(yīng)用40Redmine應(yīng)用41Redmine應(yīng)用41Redmine應(yīng)用42Redmine應(yīng)用項(xiàng)目管理平臺

內(nèi)網(wǎng)地址:9/r

電信地址:43:2000/r

移動地址:14:2000/r42Redmine應(yīng)用項(xiàng)目管理平臺Redmine

在項(xiàng)目管理中的應(yīng)用

總工辦2012年9月Redmine

在項(xiàng)目管理中的應(yīng)用項(xiàng)目管理流程Redmine應(yīng)用大綱44項(xiàng)目管理流程大綱245項(xiàng)目管理流程3項(xiàng)目管理流程立項(xiàng)階段46項(xiàng)目管理流程產(chǎn)品部立項(xiàng)申請表項(xiàng)目費(fèi)用預(yù)算表可行性分析報告項(xiàng)目需求調(diào)研立項(xiàng)報告項(xiàng)目管理組項(xiàng)目責(zé)任狀決策委員會立項(xiàng)通知書立項(xiàng)階段4項(xiàng)目管理流程產(chǎn)品部立項(xiàng)申請表項(xiàng)目費(fèi)用預(yù)算表可行性分開發(fā)階段-147項(xiàng)目管理流程產(chǎn)品部需求規(guī)格說明書需求變更控制表項(xiàng)目管理組例行報告項(xiàng)目開發(fā)計劃測試計劃風(fēng)險控制計劃工作情況匯報表項(xiàng)目狀況報告開發(fā)階段-15項(xiàng)目管理流程產(chǎn)品部需求規(guī)格說明書需求變更控制表開發(fā)階段-248項(xiàng)目管理流程研發(fā)部概要設(shè)計變更控制測試部測試分析報告開發(fā)階段-26項(xiàng)目管理流程研發(fā)部概要設(shè)計變更控制測試部測試分驗(yàn)收階段49項(xiàng)目管理流程項(xiàng)目管理組項(xiàng)目開發(fā)總結(jié)報告項(xiàng)目驗(yàn)收考核表決策委員會產(chǎn)品發(fā)布通知驗(yàn)收階段7項(xiàng)目管理流程項(xiàng)目管理組項(xiàng)目開發(fā)總結(jié)報告項(xiàng)目驗(yàn)收考核項(xiàng)目管理流程Redmine應(yīng)用大綱50項(xiàng)目管理流程大綱8項(xiàng)目管理方式所有需求必須進(jìn)入項(xiàng)目管理平臺，研發(fā)及測試都已提交到項(xiàng)目管理平臺的需求為準(zhǔn)。(含需求變更及補(bǔ)充說明)小型項(xiàng)目盡量采用Scrum，不再提供需求文件。大型項(xiàng)目需按照項(xiàng)目管理流程提供需求文件，可盡量往Scrum靠攏。代碼庫和Redmine同步，考慮項(xiàng)目內(nèi)成員代碼共享及Review機(jī)制。51Redmine應(yīng)用項(xiàng)目管理方式9Redmine應(yīng)用項(xiàng)目建立收到立項(xiàng)通知書，由產(chǎn)品經(jīng)理建立。根據(jù)立項(xiàng)申請，建立初始版本及發(fā)布時間。根據(jù)成員列表選擇對應(yīng)人員加入項(xiàng)目。大型項(xiàng)目根據(jù)功能模塊建立問題類別(IssueCategories)，小型項(xiàng)目可簡化為界面、數(shù)據(jù)庫、服務(wù)等。當(dāng)使用子項(xiàng)目時，主項(xiàng)目不允許添加任何問題(Issue)，只能在子項(xiàng)目內(nèi)添加。52Redmine應(yīng)用項(xiàng)目建立10Redmine應(yīng)用53Redmine應(yīng)用11Redmine應(yīng)用54Redmine應(yīng)用12Redmine應(yīng)用55Redmine應(yīng)用13Redmine應(yīng)用56Redmine應(yīng)用14Redmine應(yīng)用需求產(chǎn)品經(jīng)理將需求作為Feature輸入，準(zhǔn)確填寫主題和描述(必須包含如何演示)，設(shè)計初始的優(yōu)先級及目標(biāo)版本，如需其他補(bǔ)充，請上傳文件。盡量按Scrum，細(xì)分需求到單一故事(story/backlog)。將這些需求指派給項(xiàng)目經(jīng)理。并記錄這些需求整理、分析的耗時到工時登記，選擇需求(Activity)。57Redmine應(yīng)用需求15Redmine應(yīng)用58Redmine應(yīng)用16Redmine應(yīng)用59Redmine應(yīng)用17Redmine應(yīng)用需求產(chǎn)品經(jīng)理將需求提交到項(xiàng)目管理平臺后，需發(fā)起召開項(xiàng)目會議。項(xiàng)目會議包含所有項(xiàng)目組成員，并就所有需求進(jìn)行需求范圍確認(rèn)和時間估算。項(xiàng)目經(jīng)理將相關(guān)需求指派給項(xiàng)目組成員，并由該成員更新時間估算和需求范圍確認(rèn)。項(xiàng)目經(jīng)理也可以直接在會議上更新時間估算、需求范圍確認(rèn)。之后再指派給項(xiàng)目組成員。60Redmine應(yīng)用需求18Redmine應(yīng)用61Redmine應(yīng)用19Redmine應(yīng)用需求(Scrum)還需在項(xiàng)目會議上確定Sprint長度、Sprint目標(biāo)。明確本次Sprint范圍內(nèi)的故事，再次確認(rèn)故事內(nèi)容。確定每日例行會議時間和地點(diǎn)?？蚨夹g(shù)故事及預(yù)留相應(yīng)工作量。再次確認(rèn)演示日、時間、地點(diǎn)。62Redmine應(yīng)用需求(Scrum)20Redmine應(yīng)用需求分解將確定的需求由項(xiàng)目經(jīng)理/指派的項(xiàng)目成員分解為任務(wù)。在項(xiàng)目管理平臺上通過在Issues下增加子任務(wù)(Subtasks)實(shí)現(xiàn)。必須說明預(yù)計完成時間/預(yù)計耗時。將子任務(wù)指派給相關(guān)的項(xiàng)目成員。并記錄耗時到工時登記，選擇設(shè)計(Activity)。63Redmine應(yīng)用需求分解21Redmine應(yīng)用64Redmine應(yīng)用22Redmine應(yīng)用開發(fā)開始開發(fā)某個任務(wù)功能時，該功能負(fù)責(zé)人將該任務(wù)狀態(tài)修改為進(jìn)行中。建議在每日下班前更新該任務(wù)功能的完成百分比。當(dāng)該任務(wù)功能完成開發(fā)后，將該任務(wù)狀態(tài)修改為已解決(可以在代碼提交時直接填入issue編號實(shí)現(xiàn)自動修改)并同時登記工時，消耗多少時間，計入開發(fā)。65Redmine應(yīng)用開發(fā)23Redmine應(yīng)用66Redmine應(yīng)用24Redmine應(yīng)用67Redmine應(yīng)用25Redmine應(yīng)用驗(yàn)證項(xiàng)目組內(nèi)測試人員對狀態(tài)為已解決部分進(jìn)行驗(yàn)證。驗(yàn)證通過后，將狀態(tài)修改為已關(guān)閉并登記工時。如果未通過，將狀態(tài)修改為反饋，詳細(xì)說明反饋情況并登記工時。并同時登記工時，消耗多少時間，計入測試。68Redmine應(yīng)用驗(yàn)證26Redmine應(yīng)用69Redmine應(yīng)用27Redmine應(yīng)用測試對于測試發(fā)現(xiàn)的問題，新建Issue，選擇跟蹤為Bug。主題部分填寫問題現(xiàn)象，描述部分詳細(xì)說明該問題的操作步驟、測試環(huán)境等信息。設(shè)置對應(yīng)的版本及測試工程師評估的優(yōu)先級。(項(xiàng)目經(jīng)理有權(quán)調(diào)整問題的優(yōu)先級，并以項(xiàng)目經(jīng)理的調(diào)整為準(zhǔn))默認(rèn)指派給項(xiàng)目經(jīng)理。除非明確知道是哪個部分引發(fā)的問題及對應(yīng)的工程師，才可指派給對應(yīng)的工程師。并同時登記工時，消耗多少時間，計入測試。70Redmine應(yīng)用測試28Redmine應(yīng)用71Redmine應(yīng)用29Redmine應(yīng)用測試工程師處理完bug，修改狀態(tài)為已解決。測試工程師進(jìn)行回歸測試，測試通過修改狀態(tài)為已關(guān)閉；不通過修改狀態(tài)為反饋。并同時登記工時，消耗多少時間，計入測試。