項目小組作業(yè)——遠航隊解析講課講稿

1、項目管理小組作業(yè)遠航隊解析公司研發(fā)項目管理流程公司研發(fā)項目管理流程l本項目采用SCRUM開發(fā)流程，屬于敏捷開發(fā)模式的一種?？蛻襞c開發(fā)人員形成密切合作的團隊，因為客戶無法于初期定義完整的規(guī)格，而開發(fā)人員于開發(fā)過程中也常常無法知悉外在環(huán)境或業(yè)務的變動，所以需要兩者密切合作方能開發(fā)適用的軟件。SCRUM 開發(fā)流程是 Agile Process 的一種，Scrum 將軟件開發(fā)團隊比擬成橄欖球隊，有明確的最高目標，熟悉開發(fā)流程中所需具備的最佳典范與技術，具有高度自主權，緊密地溝通合作，以高度彈性解決各種挑戰(zhàn)，確保每天、每個階段都朝向目標有明確的推進，因此 SCRUM 非常適用于產(chǎn)品開發(fā)項目。SCRUM較

2、為有特色的，是它特別強調(diào)開發(fā)隊伍和管理層的交流協(xié)作。每天，開發(fā)隊伍都會向管理層匯報進度，如果有問題，也會向管理層要求幫助解決。項目管理周期項目管理周期lStrategic Readiness: 產(chǎn)品設計完成lMarket Readiness: 產(chǎn)品市場需求定義完成lBusiness Readiness: 產(chǎn)品商業(yè)模式定義完成lCustomer Readiness: 產(chǎn)品研發(fā)完成lChannel Readiness: 產(chǎn)品部署完成lEnd of Life Readiness: 產(chǎn)品退出流程項目里程碑項目里程碑lDP0: 確定產(chǎn)品需求，設計產(chǎn)品架構，劃分功能點(Backlog)lDP1: 制訂各S

3、print開發(fā)計劃，確定各項Backlog的重要性和開發(fā)時間。lSP: Sprint流程開始到結束。lATP1: 系統(tǒng)測試，與Sprint同時進行。lATP2: 客戶現(xiàn)場測試。Scrum周期周期lSprint 計劃lSprint 日會lSprint 演示lSprint 追溯Backlog item #56See your own transaction historyLog in, click on transactions. Do a deposit. Go back to transactions, check that the new deposit shows up.Use pagin

4、g to avoid large DB queries. Design similar to view users page.ImportanceEstimateNotesHow to Demo108Backlog item #56See your own transaction history10ImportanceEstimateNotesHow to DemoSprint Planning meeting:項目經(jīng)理介紹本期任務需求。團隊共同討論任務時間估算 (使用卡片村莊)任務”重要性“評估添加如何演示及備注內(nèi)容技術討論Sprint 計劃計劃 1Sprint Planning 1 Mee

5、ting402001/21235813100?P輸入:項目細分任務（Backlog)及重要性任務完成時間估算、人員分配輸出:產(chǎn)品任務卡本期計劃Backlog item #55Deposit50ImportanceEstimateNotesHow to DemoBacklog item #55DepositLog in, open deposit page, deposit $10, go to my balance page and check that it has increased by $10.Need a UML sequence diagram. No need to worry

6、about encryption for now.ImportanceEstimateNotesHow to Demo505Sprint 計劃計劃 2會議議程:選擇Sprint需要完成的需求（Stories)將需求細化成每日任務確定每日例會的時間與地點Jackass team, sprint 15Sprint Goal-Beta-ready release!Sprint backlog- Deposit(3)- Migration tool (8)- Backoffice login (5)- Backoffice user admin (5)Estimated velocity: 21Sch

7、edule-Sprint period: 2006-11-06 to 2006-11-24- Daily Scrum: 9:30-9:45, in the team room- Sprint Demo: 2006-11-24, 13:00, in the cafeteriaTeam- Jim- Erica (scrum master)- Tom (75%)- Eva- John輸出:確定項目組人員確定項目backlog確定Sprint例會、演示、回溯會議事項Scrum日會日會l每日15分鐘例會l上一天完成任務l下一天需要完成的任務l有什么問題影響你的進度l更新項目進度表Sprint durat

8、ion = 4wksSprint 演示演示l每個Sprint結束一定要進行DemolDemo以客戶需求為導向l保持簡潔l展示測試情況報告Sprint 回溯回溯l我們下個Sprint如何改進l項目每個人討論哪些做的好，哪些要改進，哪些可以避免l評估工作量（ Velocity ）Sprint統(tǒng)計實例統(tǒng)計實例(一）一）Sprint統(tǒng)計實例統(tǒng)計實例(二）二）Estimated Velocity =120.39%Current Velocity =105.26%Estimated Days =Estimated Days =91.5Current Days =Current Days =80Sprint

9、 BurnDown 進度總結進度總結SprintRemain.WorkPlanned WorkRealized WorkCurrent Total Size12744440.52742233.572682743165.57266.527449991.580274項目管理情況分析（一）項目管理情況分析（一）lScrum流程優(yōu)點面向管理與測試體驗，對于需求變動響應迅速。適用于中小型項目，一般開發(fā)周期小于3年的軟件應用如互聯(lián)網(wǎng)、企業(yè)應用、游戲比較適合。可選擇的管理工具豐富，比較知名有如Scrum Work,AgileFant,SrumDesk等等，使用Excel也可有效量化管理重溝通、輕文檔，符合敏

10、捷開發(fā)要求項目管理情況分析（二）項目管理情況分析（二）lScrum流程的難點項目需求不易準確把握的情況下，存在大量需求變更，為Sprint任務制訂帶來變數(shù)。項目經(jīng)理職責要求較高，對于需求細分到不同的Stories然后再細分到Task需要專業(yè)技術知識，否則項目進度不易掌握。每個Sprint的任務點(Backlog)劃分需要豐富的經(jīng)驗，要確保每個Sprint能夠要演示。做為以測試驅(qū)動的項目管理模式，對于測試人員要求很高，要求測試人員對于項目整體有清晰的了解，不能僅僅是簡單的功能測試。項目管理情況分析（三）項目管理情況分析（三）lScrum流程中存在問題項目計劃制定過于樂觀，估算工作量與實際工作量有

11、點嚴重不符，影響項目進度。項目關鍵路徑有時設計不夠合理，由于按重要性來設計Sprint任務，導致重要性點但屬于關鍵路徑的任務被延后，影響其他任務。測試與開發(fā)人員雖然屬于同一個項目組，但有時溝通不夠，導致任務是否完成容易產(chǎn)生爭議。Sprint過于注重速度，有時導致項目質(zhì)量下降，需要花費額外的時間修改Bug,影響項目進度。人員變動會嚴重影響項目執(zhí)行，由于人員計劃在每個Sprint開始時確定，中間的變化對于Sprint有影響。Srcum流程輕文檔，有時項目結束后文檔存在嚴重不全。項目管理改進建議（一）項目管理改進建議（一）l在項目前期盡可能多的溝通，哪怕多花時間，以確定項目需求。l加強項目經(jīng)理的培訓，讓項目經(jīng)理多熟悉項目管理相關知識，掌握多種管理工具。l重視Sprint計劃會議，對于根據(jù)需求所劃分的Stories與Tasks越清晰越好，從而對相關任務點的時間估算與重要性劃分相對準確。l確保測試驅(qū)動，對于測試人員的重要性必須反復強調(diào)，以保證產(chǎn)品質(zhì)量。項目管理改進建議（二）項目管理改進建議（二）l加強溝通，每日例會強調(diào)每個人的發(fā)言，