1、第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享2022/7/28第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享高效和快速反應(yīng)的敏捷開(kāi)發(fā)項(xiàng)目團(tuán)隊(duì)第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享項(xiàng)目團(tuán)隊(duì)成員和各自職責(zé)敏捷項(xiàng)目開(kāi)發(fā)團(tuán)隊(duì)的成員由軟件開(kāi)發(fā)人員，前段測(cè)試人員，UE設(shè)計(jì)師，UI設(shè)計(jì)師，軟件項(xiàng)目經(jīng)理(SPM)，敏捷組長(zhǎng)，技術(shù)負(fù)責(zé)人(各專業(yè)模塊的小組長(zhǎng)) 所組成的一個(gè)團(tuán)隊(duì)。第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享項(xiàng)目團(tuán)隊(duì)成員和各自職責(zé) SPM管理整個(gè)團(tuán)隊(duì)并負(fù)責(zé)項(xiàng) 目的開(kāi)發(fā)進(jìn)度和風(fēng)險(xiǎn)的管控并主持版本級(jí)的迭代回顧會(huì)議技術(shù)負(fù)責(zé)人負(fù)責(zé)各專業(yè)組的功能的評(píng)審,任務(wù)的分解，開(kāi)發(fā)時(shí)間的評(píng)估和風(fēng)險(xiǎn)的分析等。敏捷組長(zhǎng)負(fù)責(zé)收集和反饋日常開(kāi)發(fā)中影響項(xiàng)目進(jìn)度和質(zhì)量的問(wèn)題給SPM，

2、并主持召開(kāi)專業(yè)級(jí)的迭代回顧會(huì)（專業(yè)級(jí)包括影像組，應(yīng)用組，網(wǎng)絡(luò)組，系統(tǒng)UI組等）前段測(cè)試人員跟開(kāi)發(fā)并行的進(jìn)行各模塊應(yīng)用的測(cè)試第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享在軟件項(xiàng)目的開(kāi)發(fā)過(guò)程中，有三大類計(jì)劃，總體計(jì)劃：主要確定項(xiàng)目的范圍，項(xiàng)目完成時(shí)間。發(fā)布計(jì)劃：是在總體計(jì)劃的基礎(chǔ)上，確定分階段推出軟件實(shí)現(xiàn)的功能。開(kāi)發(fā)計(jì)劃：是在發(fā)布計(jì)劃的基礎(chǔ)上，為保證如期發(fā)布功能而制定的計(jì)劃。1計(jì)劃的用途總體計(jì)劃：一般是開(kāi)發(fā)方在初步了解需求后做出的一種時(shí)間上的承諾，明確項(xiàng)目的范圍和規(guī)定項(xiàng)目完成的日期，一般項(xiàng)目的范圍使用功能表示。發(fā)布計(jì)劃：是根據(jù)每個(gè)功能優(yōu)先級(jí)、每個(gè)功能的可能變更程度，來(lái)確定各功能的開(kāi)

3、發(fā)順序，分階段制定功能的發(fā)布時(shí)間。開(kāi)發(fā)計(jì)劃：是針對(duì)每個(gè)功能做出的開(kāi)發(fā)計(jì)劃，同時(shí)，通過(guò)制定開(kāi)發(fā)計(jì)劃也進(jìn)一步對(duì)需求進(jìn)行分析、確認(rèn)，對(duì)技術(shù)難度進(jìn)行評(píng)估。2計(jì)劃的制定21發(fā)布計(jì)劃在制定發(fā)布計(jì)劃時(shí)，根據(jù)功能的價(jià)值和風(fēng)險(xiǎn)的優(yōu)先級(jí)進(jìn)行綜合考量來(lái)確定功能的實(shí)現(xiàn)順序，確定實(shí)現(xiàn)順序后參考以前的項(xiàng)目或根據(jù)經(jīng)驗(yàn)估算實(shí)現(xiàn)每個(gè)功能的時(shí)間，制定發(fā)布時(shí)間和發(fā)布內(nèi)容。22開(kāi)發(fā)計(jì)劃制定開(kāi)發(fā)過(guò)程中應(yīng)對(duì)每個(gè)功能再細(xì)化，同時(shí)將已確定的功能集中從實(shí)現(xiàn)技術(shù)角度考慮劃分成軟件任務(wù)。在確定開(kāi)發(fā)任務(wù)后與開(kāi)發(fā)人員討論完成時(shí)間，同時(shí)SPM還應(yīng)考慮單元測(cè)試時(shí)間。確定的時(shí)間應(yīng)與發(fā)布計(jì)劃中的功能發(fā)布時(shí)間比對(duì)，如超出發(fā)布計(jì)劃準(zhǔn)許的時(shí)間，應(yīng)修改開(kāi)發(fā)計(jì)劃。3幾

4、點(diǎn)注意事項(xiàng)（1）：因最開(kāi)始制定的發(fā)布計(jì)劃未覆蓋全部的功能，所以SPM應(yīng)在制定發(fā)布計(jì)劃時(shí)切不可造成前線寬松后面緊張的情況，應(yīng)盡量加快已明確的功能的開(kāi)發(fā)速度。（2）：在制定發(fā)布計(jì)劃時(shí)，應(yīng)使用 “需求復(fù)雜性”、”技術(shù)復(fù)雜性的系數(shù)”等方法，估算每個(gè)功能的開(kāi)發(fā)時(shí)間。（3）：制定的軟件開(kāi)發(fā)任務(wù)應(yīng)盡量做到每天可以度量，以便保證計(jì)劃的順利執(zhí)行。第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享敏捷開(kāi)發(fā)的核心在于迭代化開(kāi)發(fā)，即采用短的迭代周期持續(xù)交付可工作的軟件 迭代開(kāi)發(fā)的過(guò)程 4個(gè)重要特性 對(duì)所有工作條目結(jié)合開(kāi)發(fā)風(fēng)險(xiǎn)與功能重要性進(jìn)行優(yōu)先級(jí)排序每個(gè)迭代都選取高優(yōu)先級(jí)功能進(jìn)行開(kāi)發(fā)風(fēng)險(xiǎn)-價(jià)值驅(qū)動(dòng)開(kāi)發(fā)將整個(gè)開(kāi)發(fā)過(guò)程拆分為多迭代周期每個(gè)迭

5、代都要交付可以被用戶使用、能給用戶帶來(lái)價(jià)值的產(chǎn)品迭代化開(kāi)發(fā)每天將最新功能集成到產(chǎn)品中開(kāi)展并行測(cè)試，在開(kāi)發(fā)的最早期發(fā)現(xiàn)并解決產(chǎn)品中的缺陷持續(xù)集成與并行測(cè)試主張用戶能夠全程參與到整個(gè)開(kāi)發(fā)過(guò)程中對(duì)需求變化和用戶反饋進(jìn)行動(dòng)態(tài)管理并及時(shí)集成到產(chǎn)品中持續(xù)反饋第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享項(xiàng)目發(fā)布計(jì)劃需求的收集,分析 和提煉并設(shè)計(jì)交互文檔 用 戶 需 求 評(píng) 審用戶需求澄清用戶需求優(yōu)先級(jí)排序用戶需求開(kāi)發(fā)難度的評(píng)估開(kāi)發(fā)團(tuán)隊(duì)能力評(píng)估功能開(kāi)發(fā)的風(fēng)險(xiǎn)評(píng)估組織評(píng)審團(tuán)，評(píng)估開(kāi)發(fā)完成時(shí)間每輪迭代完成后的迭代回顧會(huì)議制定刷新迭代開(kāi)發(fā)過(guò)程中項(xiàng)目初始階段123456需求錄入到 RTC中項(xiàng)目總體功能規(guī)劃 每輪迭代的操作流程第三方

6、項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享項(xiàng)目啟動(dòng)前的發(fā)布計(jì)劃和和啟動(dòng)后的迭代計(jì)劃內(nèi)容迭代數(shù)量迭代周期項(xiàng)目交付范圍項(xiàng)目風(fēng)險(xiǎn)關(guān)鍵任務(wù)時(shí)間結(jié)點(diǎn)目的幫助團(tuán)隊(duì)了解當(dāng)前項(xiàng)目狀態(tài)指導(dǎo)迭代計(jì)劃的制定內(nèi)容當(dāng)前迭代的交付范圍項(xiàng)目風(fēng)險(xiǎn)與迭代風(fēng)險(xiǎn)目的指導(dǎo)團(tuán)隊(duì)成員開(kāi)展日常工作跟蹤并刷新發(fā)布計(jì)劃 發(fā)布計(jì)劃 迭代計(jì)劃第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享 通過(guò)對(duì)需求的優(yōu)先級(jí)和風(fēng)險(xiǎn)的高和低，納入到不同時(shí)段的迭代開(kāi)發(fā)中價(jià)值優(yōu)先級(jí)(PV)分類描述價(jià)值優(yōu)先級(jí)必須有公司要求的標(biāo)準(zhǔn)化功能 能提升用戶滿意度，增強(qiáng)產(chǎn)品競(jìng)爭(zhēng)力的功能需求具有創(chuàng)新性的功能，提高產(chǎn)品買點(diǎn)和產(chǎn)品競(jìng)爭(zhēng)力 79應(yīng)該有 市面上已經(jīng)有的功能，但在交互方式和功能上有創(chuàng)新 46可以有在項(xiàng)目時(shí)間允許的

7、情況下，可被交付的功能需求 14這次不會(huì)有 本項(xiàng)目暫不考慮實(shí)現(xiàn)的功能 0風(fēng)險(xiǎn)優(yōu)先級(jí)(PR)風(fēng)險(xiǎn)等級(jí)描述價(jià)值優(yōu)先級(jí)緊急風(fēng)險(xiǎn)發(fā)生的可能性非常高，一旦發(fā)生會(huì)對(duì)項(xiàng)目產(chǎn)生很大的影響，并且難以消解 79嚴(yán)重風(fēng)險(xiǎn)發(fā)生的概率非常高，一旦發(fā)生會(huì)對(duì)項(xiàng)目產(chǎn)生較大影響，對(duì)項(xiàng)目進(jìn)度可能造成影響 46中等風(fēng)險(xiǎn)發(fā)生的概率一般或?qū)?xiàng)目造成的影響較弱 24低風(fēng)險(xiǎn)發(fā)生的概率一般并不會(huì)對(duì)項(xiàng)目照成嚴(yán)重影響0、1需求優(yōu)先級(jí)=PV*10+PR第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享單位：采用點(diǎn)數(shù)來(lái)計(jì)算，按照1點(diǎn)/1人 1天來(lái)估算說(shuō)明：用戶需求開(kāi)發(fā)工作量點(diǎn)數(shù)是功能實(shí)現(xiàn)難度的客觀 描述，是隨人員而變動(dòng)，且隨著時(shí)間改變的，用于估算工作量作為迭代化開(kāi)發(fā)中

8、當(dāng)前迭代工作量的估算以及人力的安排。單位：用戶需求的開(kāi)發(fā)風(fēng)險(xiǎn)的范圍為1-9 級(jí)，數(shù)值越大表示實(shí)現(xiàn)難度越大說(shuō)明：風(fēng)險(xiǎn)值是根據(jù)用戶需求實(shí)現(xiàn)的技術(shù)難度以及實(shí)現(xiàn)后可能出現(xiàn)問(wèn)題的幾率來(lái)決定的用戶需求開(kāi)發(fā)工作量的度量單位用戶需求開(kāi)發(fā)風(fēng)險(xiǎn)系數(shù)的度量單位用戶需求開(kāi)發(fā)工作量和風(fēng)險(xiǎn)系數(shù)的度量單位第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享每輪迭代工作量的確定和任務(wù)分配 用戶需求開(kāi)發(fā)工作量的評(píng)估會(huì)議操作指導(dǎo)說(shuō)明 參與人員：UE,SPM,專業(yè)組組長(zhǎng),敏捷組長(zhǎng),測(cè)試人員,UI,和35名相關(guān)模塊軟件工程師原則：用戶需求的開(kāi)發(fā)工作量的評(píng)估要充分考慮所有角色的工作量，并采用團(tuán)隊(duì)參與的形式進(jìn)行評(píng)估，提高評(píng)估的準(zhǔn)確性評(píng)估方法：UE澄清需求點(diǎn)軟

9、件工程師將點(diǎn)數(shù)寫在便簽紙上SPM收集工作量，若評(píng)估點(diǎn)數(shù)相差3點(diǎn)以下，則取平均值；若超過(guò)3點(diǎn)，則進(jìn)行討論達(dá)成一致意見(jiàn)用戶需求任務(wù)分配會(huì)議操作指導(dǎo)說(shuō)明 參與人員： SPM, UE,UI,專業(yè)組組長(zhǎng),敏捷組長(zhǎng), 相關(guān)模塊所有軟件開(kāi)發(fā)人員分配方法：專業(yè)組長(zhǎng)根據(jù)每輪迭代周期，迭代任務(wù)和需求工作量的點(diǎn)數(shù)來(lái)具體把各需求分配給不同的工程師，需求的UE 負(fù)責(zé)人記錄對(duì)應(yīng)責(zé)任人和開(kāi)發(fā)完成時(shí)間并在會(huì)后 錄入到RTC 系統(tǒng)中，方便后續(xù)需求的跟蹤管理。第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享每天簡(jiǎn)短的例行溝通 早站會(huì)例會(huì)步驟Step1：各成員各自匯報(bào)需要什么支持， 各自的迭代目標(biāo)能否按時(shí)完成， 有什么問(wèn)題和風(fēng)險(xiǎn)） 備注：QT對(duì)當(dāng)前

10、狀態(tài)進(jìn)行預(yù)警Step2：風(fēng)險(xiǎn)問(wèn)題跟進(jìn)Step3：總結(jié)，指出改進(jìn)項(xiàng)例會(huì)目的清晰并承諾自己的工作計(jì)劃了解其他成員的工作進(jìn)展進(jìn)而了解項(xiàng)目組的工作進(jìn)展根據(jù)其他成員和項(xiàng)目組的工作進(jìn)展，以及其他團(tuán)隊(duì)成員支持情況，調(diào)整自身工作尋求和給予團(tuán)隊(duì)成員工作配合和支持暴露及跟蹤風(fēng)險(xiǎn)和問(wèn)題第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享 迭代式開(kāi)發(fā)的并行測(cè)試和瀑布式開(kāi)發(fā)測(cè)試參與階段對(duì)比迭代周期迭代軟件版本發(fā)布持續(xù)代碼開(kāi)發(fā)持續(xù)集成并行測(cè)試開(kāi)發(fā)人員前段測(cè)試人員綜合測(cè)試版本發(fā)布需求設(shè)計(jì)編碼綜合測(cè)試版本發(fā)布 VS第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享 缺點(diǎn)：所有模塊開(kāi)發(fā)完并集成后才釋放版本給測(cè)試導(dǎo)致大量的缺陷在項(xiàng)目后期被發(fā)現(xiàn)，質(zhì)量和風(fēng)險(xiǎn)難以控制，項(xiàng)目進(jìn)

11、度的延遲。項(xiàng)目后期測(cè)試才介入,看到的往往是開(kāi)發(fā)人員理解過(guò)的需求,而不是真正客戶的需求，通過(guò)測(cè)試之后的產(chǎn)品，客戶卻發(fā)現(xiàn)不是他所想要的或UE規(guī)劃的產(chǎn)品。優(yōu)點(diǎn)：在整個(gè)迭代過(guò)程中與開(kāi)發(fā)并行開(kāi)展的測(cè)試，阻止把測(cè)試作為一個(gè)單獨(dú)的活動(dòng)壓縮到迭代末或版本末開(kāi)展，提前發(fā)現(xiàn)并解決問(wèn)題，軟件質(zhì)量提前被度量?？梢约皶r(shí)糾正軟件開(kāi)發(fā)的功能與UE規(guī)劃的功能或客戶需求保證一致，避免最后開(kāi)發(fā)完了才發(fā)現(xiàn)與客戶要求或UE規(guī)劃的要求相差甚遠(yuǎn)，最終導(dǎo)致產(chǎn)品進(jìn)度的延遲和資源的浪費(fèi)和項(xiàng)目成本的增加。 VS 迭代式開(kāi)發(fā)模式下的并行測(cè)試 與 傳統(tǒng)的瀑布式開(kāi)發(fā)模式的測(cè)試 優(yōu)缺點(diǎn) 對(duì)比第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享建立版本級(jí)和專業(yè)級(jí)迭代回顧機(jī)制

12、迭代回顧目的分析現(xiàn)狀分析前幾輪的迭代數(shù)據(jù)，為下一輪迭代計(jì)劃制定提供依據(jù)控制風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)，制定并跟蹤執(zhí)行風(fēng)險(xiǎn)消解計(jì)劃持續(xù)改善分享好的經(jīng)驗(yàn)推而廣之、提出問(wèn)題警醒他人并解決問(wèn)題，促進(jìn)團(tuán)隊(duì)持續(xù)進(jìn)步分析現(xiàn)狀控制風(fēng)險(xiǎn)持續(xù)改善第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享迭代回顧會(huì)議的議題，會(huì)議內(nèi)容概要參與人員（角色）職責(zé)版本級(jí)項(xiàng)目迭代狀況分析關(guān)注項(xiàng)目級(jí)風(fēng)險(xiǎn)解決組間協(xié)作問(wèn)題解決跨職能協(xié)作問(wèn)題制定版本級(jí)團(tuán)隊(duì)改善計(jì)劃刷新發(fā)布計(jì)劃SPM組織團(tuán)隊(duì)開(kāi)展迭代回顧UE/UI 代表總結(jié)項(xiàng)目UE/UI方面的迭代狀況測(cè)試代表總結(jié)項(xiàng)目測(cè)試方面的迭代狀況敏捷組長(zhǎng)總結(jié)各小組迭代狀況專業(yè)級(jí)小組迭代狀況分析關(guān)注小組級(jí)風(fēng)險(xiǎn)解決跨職能協(xié)作問(wèn)題制定小組級(jí)團(tuán)隊(duì)

13、改善計(jì)劃各模塊的UE/UI負(fù)責(zé)人總結(jié)小組UE/UI方面的迭代狀況測(cè)試人員總結(jié)小組測(cè)試方面的迭代狀況敏捷組長(zhǎng)組織小組開(kāi)展迭代回顧軟件工程師總結(jié)故事實(shí)現(xiàn)方面的迭代狀況會(huì)前準(zhǔn)備會(huì)議議程會(huì)后執(zhí)行收集并分析迭代數(shù)據(jù)跟蹤執(zhí)行會(huì)議決議事項(xiàng)(1)分析現(xiàn)狀(2)風(fēng)險(xiǎn)控制與問(wèn)題解決(3)持續(xù)改善(4)刷新發(fā)布計(jì)劃(僅版本級(jí))第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享迭代分析數(shù)據(jù)來(lái)源（RTC）第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享會(huì)議議程1：分析現(xiàn)狀分析現(xiàn)狀敏捷組長(zhǎng)匯報(bào)會(huì)前的數(shù)據(jù)分析結(jié)果，組織團(tuán)隊(duì)成員對(duì)數(shù)據(jù)分析結(jié)果進(jìn)行討論前端QT、UE、UI、軟件工程師參與數(shù)據(jù)分析結(jié)果討論，反饋問(wèn)題注意事項(xiàng)：數(shù)據(jù)分析討論的時(shí)候要綜合考慮前幾輪的情況分

14、析未完成的需求時(shí)要分析是否因?yàn)槟K間的依賴關(guān)系或者需求開(kāi)發(fā)難度大所造成，并給出解決思路未修復(fù)的嚴(yán)重BUG時(shí)不要深入討論如何解決，會(huì)后再討論解決方案，要關(guān)注其是否可能帶來(lái)風(fēng)險(xiǎn)以及對(duì)后期工作量的影響迭代需求的完成速率相對(duì)前幾輪有較大波動(dòng)時(shí)要分析波動(dòng)原因第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享會(huì)議議程2：風(fēng)險(xiǎn)控制與問(wèn)題解決風(fēng)險(xiǎn)控制與問(wèn)題解決敏捷組長(zhǎng)檢討上輪迭代的工作完成情況，如果沒(méi)有完成，將剩余工作移動(dòng)到本輪迭代組織小組成員根據(jù)迭代數(shù)據(jù)分析討論結(jié)果，結(jié)合項(xiàng)目現(xiàn)狀識(shí)別項(xiàng)目中可能存在的風(fēng)險(xiǎn)對(duì)于討論出來(lái)的風(fēng)險(xiǎn)和問(wèn)題，需要在RTC創(chuàng)建風(fēng)險(xiǎn)工作項(xiàng)組織小組成員反饋組間、跨職能協(xié)作方面的問(wèn)題，并制定解決方案前端測(cè)試人員、

15、UE、UI、軟件工程師回顧前期發(fā)現(xiàn)的風(fēng)險(xiǎn)跟蹤結(jié)果識(shí)別風(fēng)險(xiǎn)并參與風(fēng)險(xiǎn)跟蹤計(jì)劃的制定反饋組間、跨職能協(xié)作問(wèn)題，參與制定解決方案注意事項(xiàng)：遺留未按計(jì)劃完成的需求和問(wèn)題需要給出跟蹤計(jì)劃，并要有解決方案、負(fù)責(zé)人、跟蹤人以及時(shí)間點(diǎn)等要素組間、跨職能協(xié)作問(wèn)題一定要知會(huì)相關(guān)人員，要有跟蹤責(zé)任人檢討出來(lái)的問(wèn)題和風(fēng)險(xiǎn)以及改善對(duì)策，需要作為小組長(zhǎng)的任務(wù)錄入RTC中跟進(jìn)處理第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享會(huì)議議程3：持續(xù)改善持續(xù)改善敏捷組長(zhǎng)匯報(bào)上一輪迭代形成的決議事項(xiàng)的完成情況，對(duì)于未完成的需要說(shuō)明原因和解決方案，并落實(shí)責(zé)任人組織團(tuán)隊(duì)成員討論團(tuán)隊(duì)出現(xiàn)的問(wèn)題，列舉做的好的，做的不好的，并多問(wèn)為什么組織團(tuán)隊(duì)成員討論問(wèn)題的解

16、決方案，制定對(duì)策和行動(dòng)計(jì)劃前端測(cè)試人員、 UE、UI、軟件工程師提出團(tuán)隊(duì)做的好的和不好的，并積極思考問(wèn)題的解決方案注意事項(xiàng)：總結(jié)經(jīng)驗(yàn)教訓(xùn)時(shí)一定要形成決議和改善對(duì)策，持續(xù)改善方案重點(diǎn)要關(guān)注在項(xiàng)目管理與過(guò)程執(zhí)行上，具體技術(shù)問(wèn)題的解決不要在此討論第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享項(xiàng)目管控工具第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享RTC 項(xiàng)目管理系統(tǒng)功能簡(jiǎn)介RTC（IBM公司開(kāi)發(fā)的一個(gè)集軟件開(kāi)發(fā)和項(xiàng)目管理的團(tuán)隊(duì)協(xié)同工作的一個(gè)工具）作為新一代的軟件交付協(xié)作環(huán)境，為軟件開(kāi)發(fā)團(tuán)隊(duì)提供了從需求到計(jì)劃，從開(kāi)發(fā)到最終交付的完整平臺(tái)。它提供的功能豐富而靈活，一個(gè)團(tuán)隊(duì)如果能夠熟練運(yùn)用RTC進(jìn)行軟件開(kāi)發(fā)活動(dòng)的支持管理，必將大大提高

17、生產(chǎn)效率，減少管理和溝通協(xié)作的成本，它強(qiáng)大的代碼管理和版本控制功能也為軟件開(kāi)發(fā)團(tuán)隊(duì)很好地解決了協(xié)作開(kāi)發(fā)中繁瑣而復(fù)雜的問(wèn),RTC這個(gè)強(qiáng)大的工具能夠更好地支持軟件開(kāi)發(fā)團(tuán)隊(duì)的工作，交付更多更好的產(chǎn)品.第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享RTC中主要人員角色人員角色前段測(cè)試人員獨(dú)立測(cè)試團(tuán)隊(duì)UE/UI設(shè)計(jì)人員軟件PM其他干系人產(chǎn)品經(jīng)理測(cè)試Leader技術(shù)負(fù)責(zé)人研發(fā)人員第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享RTC主要功能簡(jiǎn)介第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享各專業(yè)團(tuán)隊(duì)人員,項(xiàng)目干系人的配置和管理1，組建團(tuán)隊(duì)區(qū)域，主要是是本組組員的添加和刪除，角色配置等.具體可看下面截圖的演示第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享2.點(diǎn)擊“管理項(xiàng)目

18、”后，在彈出的窗口的右邊有個(gè)團(tuán)隊(duì)區(qū)域?qū)哟谓Y(jié)構(gòu)，找到到自己的小組，按如下圖所示的方式，添加組員（小組添加輸入組員名稱添加并關(guān)閉保存），以外銷中間件組為例，如下圖所示 第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享3.鼠標(biāo)高亮到組員，高亮欄右邊點(diǎn)擊圖標(biāo)，即可將當(dāng)前組員移出本小組，如果下圖所示 第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享4. 如果點(diǎn)擊圖標(biāo)，在彈出框，對(duì)組員進(jìn)行角色定義，如下圖所示 第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享操作完后，角色就顯示在名稱的右邊，如下圖所示 第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享 2.項(xiàng)目需求管理第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享3.整個(gè)項(xiàng)目團(tuán)隊(duì),各專業(yè)小組和個(gè)人工作進(jìn)度的管控通過(guò)操作下面各功能控件可以非常清楚的了解整個(gè)項(xiàng)目團(tuán)隊(duì)完成項(xiàng)目的一個(gè)進(jìn)度情況第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享下面各專業(yè)小組完成項(xiàng)目的一個(gè)進(jìn)度情況第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享個(gè)人工作進(jìn)度的管控第三方項(xiàng)目開(kāi)發(fā)管理經(jīng)驗(yàn)總結(jié)分享4. BUG,風(fēng)險(xiǎn)和交互設(shè)計(jì)圖的管理RTC系統(tǒng)的BUG和風(fēng)險(xiǎn)管理功能跟我司的JIRA系統(tǒng)中管理BUG功能相類似，在此不做詳細(xì)描述。但RTC 還可以管理交互設(shè)計(jì)圖，這個(gè)在JIRA 系統(tǒng)中是不具體的，具