2017
雞
年
大
吉
HAPPY NEW YEAR
養(yǎng)在深閨人不識的敏捷落地方法
由于敏捷適應和多變的特點，敏捷項目管理往往給人有一種霧里看花的感覺。相對以傳統(tǒng)的項目管理，它更加主張開發(fā)團隊的自組織和自適應，缺乏PMBOK很清晰的列出5大過程組、10大知識領域和47個詳細過程方法。其實敏捷也存在具體落地的方法，只是很多時候都是“養(yǎng)在深閨人不識”。
在眾多敏捷項目管理派系中，Scrum+看板方法最為常見。其實很多敏捷項目都是從看板或任務板開始著手落地的，看板方法是遵循漸進變革的敏捷項目管理方法，因其不需要改變現有組織團隊的層級架構，備受管理者的垂青。
“凌波八步”——快速落地“小而美”的敏捷項目
1
明確公司愿景
企業(yè)可以制定符合其公司級的愿景(Vision)和核心產品研發(fā)的路線圖。
2
定義產品經理
針對具體產品，指定客戶或來自公司業(yè)務部門的人員成為產品經理。
3
定義用戶角色
通過頭腦風暴法、名義小組會議、親和圖、虛擬人物和極端人物等方法明確使用產品或系統(tǒng)的用戶角色
4
定義用戶故事
產品經理和團隊成員共同擬定所有可能的用戶故事，每個用戶故事的描述基本包括3部分，它們是用戶角色、實現功能和所預期的價值。需要考慮涉及非功能性需求的用戶故事，比如系統(tǒng)必須能夠支持1000個并發(fā)用戶的同時訪問，保持全年99.99%的系統(tǒng)可用性。這些用戶故事的描述與系統(tǒng)的驗收息息相關。測試人員可以進一步與產品經理討論和確定每個用戶故事的測試驗收條件。
5
估算用戶故事
團隊成員可以通過寬頻德爾菲(Delphi)和計劃撲克等方法來估算每個用戶故事的工作量。工作量的單位可以是故事點或理想日。產品經理和團隊成員基于每個故事的價值和花費成本一起排列所有用戶故事的優(yōu)先級。
6
擬定發(fā)布計劃
召開發(fā)布計劃會，確定發(fā)布的頻次，以及每次發(fā)布所包含的迭代次數和迭代長度。估算開發(fā)團隊的速率，即工作效能，可以用每次迭代能夠完成多少個故事點來表示速率。將具體用戶故事分配到指定的迭代中，通過用戶地圖的方式展示發(fā)布、迭代和用戶故事之間的關系。
7
迭代開發(fā)測試
召開迭代計劃會，把用戶故事細化為開發(fā)任務，啟動本輪迭代開發(fā)。開發(fā)人員在開發(fā)的過程中可以應用結對編程、代碼評審和持續(xù)集成等敏捷實踐。在開發(fā)過程中，通過每日站立會、看板和燃盡圖等方法對開發(fā)任務的完成情況進行可視化管理。產品經理和測試人員進一步論證和補充每個用戶故事的驗收條件，并把驗收條件與每個用戶故事進行關聯。通常會把驗收條件寫到在看板上每個故事卡片的背后。另外，組織可以應用(驗收)測試驅動開發(fā)(ATTD)的方式來指導開發(fā)人員的代碼編寫工作。
8
迭代評審回顧
召開迭代評審會，對本次迭代所完成的開發(fā)任務進行驗收。召開迭代回顧會，發(fā)現本輪迭代的改進機會，有效的應用到下輪迭代中進行持續(xù)改進(CSI)。
內容來源：東方瑞通項目管理學習中心
聯系客服
