Scrum-項目管理辦法

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

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