Scrum-項(xiàng)目管理辦法

武漢研發(fā)中心項(xiàng)目管理辦法.概述本文主要目的是將對(duì)開發(fā)模型、研發(fā)角色、開發(fā)過程及活動(dòng)、項(xiàng)目度量、輔助工具、績(jī)效考核等研發(fā)流程與管理方法進(jìn)行定義，以制定出適用于武漢研發(fā)中心特點(diǎn)的項(xiàng)目管理辦法，用來指導(dǎo)開展項(xiàng)目研發(fā)、管理等活動(dòng)。.適用范圍本章程的作用范圍為武漢研發(fā)中心研發(fā)團(tuán)隊(duì)及銷售人員。.對(duì)產(chǎn)品經(jīng)理開展產(chǎn)品規(guī)劃及設(shè)計(jì)活動(dòng)提供了指導(dǎo)；.對(duì)項(xiàng)目經(jīng)理遵循的開發(fā)流程及項(xiàng)目管理手段進(jìn)行了指導(dǎo);.對(duì)開發(fā)、測(cè)試員工的日常開發(fā)活動(dòng)及內(nèi)容進(jìn)行了指導(dǎo)；4。對(duì)銷售人員承諾客戶產(chǎn)品交付時(shí)間上提供了流程指導(dǎo)；.總體介紹武漢研發(fā)中心將使用敏捷開發(fā)模式-Scrum,此套模式在軟件行業(yè)內(nèi)已發(fā)展十分成熟，它是一種兼顧計(jì)劃性與靈活性的敏捷開發(fā)流程，是一個(gè)規(guī)則簡(jiǎn)單的敏捷項(xiàng)目管理框架，整個(gè)開發(fā)過程由3種角色、5類會(huì)議、6個(gè)過程產(chǎn)物組成，確保每次迭代后交付的是客戶最想要的或商業(yè)價(jià)值最高的產(chǎn)品特性，同時(shí)Scrum規(guī)則使團(tuán)隊(duì)以敏捷開發(fā)的方式去思考，從而提高生產(chǎn)力，減少每天無激情的勞動(dòng)。2012年武漢研發(fā)中心將學(xué)習(xí)、推廣、實(shí)踐Scrum,實(shí)施過程一定會(huì)存在各種各樣的阻力，因此實(shí)施原則為：先僵化試行，再優(yōu)化調(diào)整，最后固化執(zhí)行^4.術(shù)語術(shù)語解釋Scrum一種敏捷項(xiàng)目管理與流程產(chǎn)品負(fù)責(zé)人產(chǎn)品負(fù)責(zé)人或策劃者，類似產(chǎn)品經(jīng)理崗位ScrumMaster敏捷活動(dòng)管理者或教練，類似項(xiàng)目經(jīng)理崗位UserStory用戶故事，從系統(tǒng)各種用戶的各自使用場(chǎng)景角度來描述的功能要求，類似需求規(guī)格說明Sprint沖刺，指某一次迭代開發(fā)階段產(chǎn)品計(jì)劃會(huì)產(chǎn)品特性計(jì)劃會(huì)，類似產(chǎn)品范圍規(guī)劃活動(dòng)產(chǎn)品特性列表產(chǎn)品特性列表，產(chǎn)品特性計(jì)劃會(huì)議后的輸出Sprint計(jì)劃會(huì)Sprint計(jì)劃會(huì)議，類似項(xiàng)目需求澄清、任務(wù)分解活動(dòng)Sprint任務(wù)列表迭代任務(wù)列表，Sprint計(jì)劃會(huì)議后的輸出每日簡(jiǎn)會(huì)每日簡(jiǎn)會(huì)，類似日工作匯報(bào)活動(dòng)Sprint評(píng)審會(huì)Sprint評(píng)審會(huì)，類似軟件集成活動(dòng)Sprint回顧會(huì)Sprint回顧會(huì)，類似項(xiàng)目回顧及反思總結(jié)活動(dòng)任務(wù)墻任務(wù)墻，任務(wù)跟蹤的白板工具燃盡圖燃盡圖，進(jìn)度跟蹤的圖表工具障礙列表障礙列表，風(fēng)險(xiǎn)記錄跟蹤的工具5.流程介紹心恭功釉愫計(jì)創(chuàng)叁送陽壬幫莪西七評(píng)由含反制型上圖引用自《火星人敏捷開發(fā)手冊(cè)》開發(fā)模型使用迭代式增量開發(fā)模型，此開發(fā)模型適用于產(chǎn)品需早期可見、對(duì)需求響應(yīng)快、減低研發(fā)風(fēng)險(xiǎn)、需求范圍模糊或變化快等特點(diǎn)的項(xiàng)目，與武漢研發(fā)中心目前承接的銷售解決方案相關(guān)產(chǎn)品的研發(fā)及發(fā)布特點(diǎn)相匹配.Scrum項(xiàng)目角色產(chǎn)品負(fù)責(zé)人決定產(chǎn)品特色、發(fā)布時(shí)間、內(nèi)容；對(duì)產(chǎn)品的利潤(rùn)收益負(fù)責(zé)；根據(jù)市場(chǎng)價(jià)值區(qū)分產(chǎn)品的特性并排列優(yōu)先次序，他有權(quán)更改產(chǎn)品特色、優(yōu)先次序、中途取消Sprint,接受與拒絕Sprint成果；ScrumMaster保障敏捷項(xiàng)目流程被遵循；激發(fā)、鼓舞、改進(jìn)團(tuán)隊(duì)生產(chǎn)效率；項(xiàng)目各實(shí)踐活動(dòng)的組織、監(jiān)督、培訓(xùn)；與產(chǎn)品負(fù)責(zé)人及測(cè)試人員建立用戶可能接受的產(chǎn)品使用標(biāo)準(zhǔn)；ScrumTeam1。設(shè)計(jì)開發(fā)人員自由結(jié)對(duì)；交叉評(píng)審；自由選擇UserStory開發(fā)并對(duì)任務(wù)質(zhì)量負(fù)責(zé)；2。測(cè)試人員配合產(chǎn)品負(fù)責(zé)人完成UserStory定義并擁有批準(zhǔn)是否完成的權(quán)限；向產(chǎn)品負(fù)責(zé)人展示工作成果；部署各階段測(cè)試環(huán)境；提交、跟蹤產(chǎn)品缺陷并對(duì)產(chǎn)品質(zhì)量負(fù)責(zé)；3.美工根據(jù)ScrumTeam定義的UserStory開發(fā)界面原型、靜態(tài)頁面；項(xiàng)目過程活動(dòng)

過程活動(dòng)過程產(chǎn)出產(chǎn)品計(jì)劃會(huì)產(chǎn)品特性列表在項(xiàng)目開始的時(shí)候開展產(chǎn)品計(jì)劃會(huì),產(chǎn)品負(fù)責(zé)人要向ScrumTeam講解產(chǎn)品愿景，并提交一份根據(jù)市場(chǎng)價(jià)值排序后的產(chǎn)品特性列表，并提出計(jì)劃以何種方式來實(shí)現(xiàn)。ScrumTeam需在會(huì)議中對(duì)所列特性做技術(shù)可行性確認(rèn)、識(shí)別風(fēng)險(xiǎn)及障礙，然后對(duì)每個(gè)特性的發(fā)布時(shí)間與標(biāo)準(zhǔn)做一次粗略估計(jì)，因而形成產(chǎn)品特性列表過程活動(dòng)過程產(chǎn)出]Sprint計(jì)劃會(huì)Sprint任務(wù)列表在迭代開始前開展Sprint計(jì)劃會(huì)，當(dāng)產(chǎn)品負(fù)責(zé)人選擇了產(chǎn)品特性列表中的一些高優(yōu)先級(jí)產(chǎn)品特性納入本次迭代后，這些特性就需要在會(huì)上被細(xì)化成為UserStory,研發(fā)團(tuán)隊(duì)從產(chǎn)品負(fù)責(zé)人那盡量獲得信息以預(yù)估本次迭代的可行性，然后將UserStory分解為更細(xì)化的設(shè)計(jì)、原型、編碼、測(cè)試等任務(wù)，并詳細(xì)估算出工作量，最后在會(huì)議中開發(fā)人員自由結(jié)對(duì)并對(duì)UserStory進(jìn)行認(rèn)領(lǐng)與許諾，因而形成Sprint任務(wù)列表。過程活動(dòng)過程產(chǎn)出Sprint任務(wù)墻有固定不變的Sprint時(shí)間（建議4?6周），這樣可形成更好的節(jié)奏.在Sprint中完成UserStory的功能設(shè)計(jì)、原型開發(fā)、編碼、代碼評(píng)審、測(cè)試、彳t改缺陷等等細(xì)化后的任務(wù)。Sprint中所有任務(wù)卡片都貼在任務(wù)墻，使每個(gè)路過的ScrumTeam都可以看到，由各自的任務(wù)負(fù)責(zé)人更新狀態(tài)。過程活動(dòng)過程產(chǎn)出每日簡(jiǎn)會(huì)燃盡圖障礙列表在Sprint中，團(tuán)隊(duì)每天早上開展不超過15分鐘的簡(jiǎn)會(huì)（建議站立），會(huì)議原則為不討論問題只匯報(bào)狀態(tài)，議題只有3個(gè)：昨天做了什么？今天要做什么？有什么問題或風(fēng)險(xiǎn)？燃盡圖在每日簡(jiǎn)會(huì)后更新，它顯示了Sprint中累積剩余的工作量，是一個(gè)反映工作量完成狀況的趨勢(shì)圖，ScrumMaster會(huì)根據(jù)任務(wù)進(jìn)展情況每天更新累積工作量，直至所有工彳^量完成，Sprint就成功結(jié)束.障礙列表在每日簡(jiǎn)會(huì)后更新，它顯示了本次Sprint中的問題與風(fēng)險(xiǎn)，促使ScrumMaster跟蹤與控制.過程活動(dòng)過程產(chǎn)出Sprint評(píng)審會(huì)交付可商用的產(chǎn)品版本當(dāng)Sprint中的每個(gè)任務(wù)完成后開展Sprint評(píng)審會(huì)，將Sprint成果向產(chǎn)品負(fù)責(zé)人進(jìn)行展示，獲得通過評(píng)價(jià)，記錄缺陷，待返工完成后達(dá)到可交付使用的版本。本次Sprint交付后產(chǎn)品負(fù)責(zé)人可修改產(chǎn)品特性列表的特性與優(yōu)先順序，獲得下一次的Sprint目標(biāo)。過程活動(dòng)過程產(chǎn)出Sprint回顧會(huì)回顧總結(jié)報(bào)告會(huì)議上可對(duì)本次Sprint過程中的人、關(guān)系、過程、工具、設(shè)計(jì)、代碼等等維度進(jìn)行反省總結(jié)，選擇并擬定改進(jìn)計(jì)劃，輸出回顧總結(jié)報(bào)告.并在下一次Sprint回顧會(huì)時(shí)跟蹤上一次會(huì)議提出事項(xiàng)的改進(jìn)結(jié)果。會(huì)議的經(jīng)典議題：我們應(yīng)該保持做什么事情？我們應(yīng)該停止做什么？我們應(yīng)該做什么？項(xiàng)目輔助工具目前業(yè)界已提供了一些針對(duì)敏捷項(xiàng)目管理的輔助系統(tǒng)，敏捷管理系統(tǒng)對(duì)項(xiàng)目過程資產(chǎn)有一定的收集與存儲(chǔ)功能，對(duì)分布式團(tuán)隊(duì)的任務(wù)管理也提供了支持，但是在實(shí)施Scrum的初期,建議使用常規(guī)的管理工具即可，避免走入工具影響過程的困境。常規(guī)的項(xiàng)目管理工具：Excel版的產(chǎn)品特性列表、Sprint任務(wù)列表、障礙列表、燃盡圖，配合白板、水筆、彩色便簽持續(xù)構(gòu)建、自動(dòng)化測(cè)試工具：暫不考慮缺陷管理工具：JIRA支持分布式團(tuán)隊(duì)管理的工具：暫不考慮ScrumW度量分析Scrum強(qiáng)調(diào)項(xiàng)目開發(fā)與交付的節(jié)奏，每次Sprint（迭代）的開發(fā)周期是固定的，也就是強(qiáng)制要求了Sprint的結(jié)束時(shí)間點(diǎn)，在此時(shí)間點(diǎn)內(nèi)未達(dá)到交付條件或不具備商用條件的UserStory將被放棄，只能在下一次的Sprint中重新計(jì)劃與實(shí)現(xiàn).因此在進(jìn)度問題上只存在已完成或未完成，所以度量項(xiàng)將不包括進(jìn)度維度.根據(jù)武漢研發(fā)中心特點(diǎn)制定了項(xiàng)目級(jí)、個(gè)人級(jí)的度量項(xiàng)，每次迭代項(xiàng)目將由質(zhì)量管理人員負(fù)責(zé)采集、發(fā)布。度量項(xiàng)度量與米集方法度里分析Sprint計(jì)劃工作量每次Sprint計(jì)劃任務(wù)的工作量之和（人天）采集:在Sprint計(jì)劃會(huì)議后使用Sprint任務(wù)列表匯總統(tǒng)計(jì)歷史Sprint工作量偏差情況，為Sprint工作量估算提供參考；Sprint實(shí)際工作量每次Sprint實(shí)際完成任務(wù)的工作量之和，需計(jì)算變更與加班工作量，單位為人天采集：在Sprint過程中，每周采集，Sprint評(píng)審會(huì)后匯總Sprint有效代碼量每次Sprint的增量代碼規(guī)模采集：在Sprint評(píng)審會(huì)后使用代碼統(tǒng)計(jì)工具收集統(tǒng)計(jì)歷史Sprint生產(chǎn)效率（公式：Sprint代碼量/Sprint實(shí)際工作量）,單位為彳f/人天，為Sprint人力資源計(jì)劃提供參考Sprint測(cè)試用例數(shù)每次Sprint的測(cè)試用例數(shù)之和采集：在Sprint評(píng)審會(huì)后統(tǒng)計(jì)統(tǒng)計(jì)歷史Sprint每千行代碼測(cè)試用例數(shù)，為測(cè)試用例覆蓋情況提供參考Sprint缺陷數(shù)每次Sprint通過測(cè)試活動(dòng)所發(fā)現(xiàn)缺陷數(shù)量之和采集：使用缺陷管理工具統(tǒng)計(jì)缺陷數(shù)統(tǒng)計(jì)歷史Sprint缺陷密度（公式：Sprint缺陷數(shù)/Sprint有效代碼量），單位為個(gè)/千行，為Sprint質(zhì)量情況提供參考個(gè)人工作量Sprint里個(gè)人承擔(dān)的的工作量采集：在Sprint計(jì)劃會(huì)自認(rèn)領(lǐng)的任務(wù)工作量，但Sprint評(píng)審會(huì)前未完成的任務(wù)不算入個(gè)人工作量獲得個(gè)人工作量，為個(gè)人績(jī)效的工作量維度提供量化考核數(shù)據(jù)個(gè)人有效代碼量個(gè)人在Sprint中負(fù)責(zé)的增量代碼規(guī)模采集：在Sprint評(píng)審會(huì)后使用代碼統(tǒng)計(jì)工具收集獲得個(gè)人生產(chǎn)率（公式：個(gè)人有效代碼量/個(gè)人工作量），為個(gè)人績(jī)效的效率維度提供量化考核數(shù)據(jù)個(gè)人缺陷數(shù)Sprint中，通過測(cè)試活動(dòng)所發(fā)現(xiàn)的個(gè)人缺陷數(shù)量采集：使用缺陷管理工具統(tǒng)計(jì)缺陷數(shù)獲得個(gè)人缺陷密度（公式：個(gè)人缺陷數(shù)/個(gè)人有效代碼量），為個(gè)人績(jī)效的質(zhì)量維度提供量化考核數(shù)據(jù)Scrum0隊(duì)開發(fā)人員績(jī)效考核辦法考核原則：考核過程要透明公開，考核數(shù)據(jù)要量化客觀，考核范圍要有可比性，考核結(jié)果及日^激勵(lì)，激勵(lì)方案相對(duì)公平?？己祟l率：每次Sprint都做考核數(shù)據(jù)采集，在每次Sprint回顧會(huì)上公布個(gè)人考核得分，使員工及時(shí)得到工作評(píng)價(jià)與差距認(rèn)知.考核范圍：考核對(duì)象為普通開發(fā)人員，按產(chǎn)品團(tuán)隊(duì)分別考核，同一個(gè)產(chǎn)品團(tuán)隊(duì)成員間的工作才具有可比性，考核結(jié)果才能相互激勵(lì)。激勵(lì)頻率：綜合考慮激勵(lì)的操作性與及時(shí)激勵(lì)的必要性，建議激勵(lì)頻率為每季度激勵(lì)一次，將季度中所有Sprint的個(gè)人考核得分累計(jì)，得到季度績(jī)效排名.激勵(lì)方式：建議設(shè)立額外的績(jī)效獎(jiǎng)金.績(jī)效獎(jiǎng)金的來源可由公司考核產(chǎn)品績(jī)效后打包產(chǎn)品績(jī)效獎(jiǎng)金，管理人員根據(jù)考核排名來制定個(gè)人績(jī)效獎(jiǎng)金的額度.績(jī)效獎(jiǎng)金額度為相對(duì)值，具體根據(jù)產(chǎn)品績(jī)效獎(jiǎng)金打包額有關(guān)，與管理人員的獎(jiǎng)勵(lì)原則與側(cè)重點(diǎn)有關(guān)。這樣才能使績(jī)效考核的激勵(lì)措施達(dá)到相對(duì)公平。指標(biāo)指標(biāo)得分計(jì)算方法（單項(xiàng)滿分10分）權(quán)重分配百分制（滿分）備注工作量個(gè)人工作量/（Sprint計(jì)劃工作量/團(tuán)隊(duì)開發(fā)成員數(shù)）比值小于0.82.5分比值等于0.8?1o25分比值大于1。310分40%40個(gè)人工作量與人均計(jì)劃工作量比值，階梯得分效率（團(tuán)隊(duì)開發(fā)成員數(shù)一個(gè)人生產(chǎn)率的正序名次+1）/團(tuán)隊(duì)成員數(shù)*1030%30相對(duì)排名得分質(zhì)量（