敏捷開發關鍵流程梳理

1.    建設敏捷團隊
1.1.幫助團隊形成凝聚力
    社交粘合劑
    建立信任
    縮小差距
1.2.營造團隊空間
1.3.角色平衡
1.4.激勵團隊
1.5.難關
    不是跨職能部門
    沒有現成客戶
    團隊太龐大
    團隊是資源池
    團隊排斥個人
    團隊變得自滿
1.6.檢查表
    創造機會讓團隊成員互相認識
    創造共享的工作空間
    明確角色職責
    確保團隊有一個可達切有挑戰性的工作目標
    準備資源慶祝髮布

2.    每日站會
2.1.三個問題:
    昨天我做了什麼?
    今天我要做什麼?
    我遇到了什麼障礙?
2.2.站立
    減少會議耗時。
2.3.始於團隊,服務於團隊
2.4.處理問題
2.5.設定時間
2.6.擇機輔導
2.7.難關
    會上有人遲到
    會議時間太長
    站會遭劫持
    團隊沒有做計劃中的任務
    不想開每日站會
    不是每個人都能站
2.8.檢查表
    尋找一片空間
    讓團隊決定每日站會的實際
    鼓勵團隊做到答覆簡短而親切
    保持每日站會順暢進行
    請客戶參加每日站會
    收集問題並貼到白板上
    回顧會議時評審會議效率和效果
3.    理解構建目標
3.1.用戶故事的生命週期
3.2.三個方面
    卡片:把故事寫在索引卡上,引導小組進行交談
    交談:問問題,找出拆分故事的方法
    確認:確定用於評估故事是否已完成的測試
3.3.鼓勵交談
3.4.與卡片共舞
3.5.確認細節
3.6.難關
    沒有面向用戶的功能
    需求必須有記錄
    團隊無法見面
3.7.檢查表
    教團隊學會咒語“卡片、交談、確認”
    親自向團隊展示如何寫故事卡
    確保團隊的工作空間有充足故事卡片
    用戶故事模板不能做成一成不變的模板
    輔導客戶再規劃會議之前準備好故事細節
4.    提前計劃
4.1.爲規劃做準備
4.2.理解優先級順序
4.3.明確工作規模
4.4.審查並承諾
4.5.追蹤問題
4.6.難關
    客戶不知道自己要什麼
    團隊被迫過度承諾
    計劃在迭代進行中發生變化
    會議中衝突不斷,氣氛很緊張
    團隊速率下降
    規劃毫無意義
4.7.檢查表
    和團隊一起擬定規劃會議議程
    提醒團隊在會前與客戶一起裝備用戶故事
    確保會上所有人都有機會可以問有關用戶故事的問題
    鼓勵大家先討論設計然後再評估工作量
    建議團隊把大個頭故事分解爲任務
    創建故事卡矩陣,把估值相同的故事放在一起
    照顧團隊維持一個可持續的工作速度
    確保有人拿走卡片並貼到團隊板上之後再結束會議
5.    公示進展情況
5.1.團隊板
    故事
    任務
    進行中
    等待測試
    完成
5.2.大型可視化圖表
    燃盡圖和燃耗圖
5.3.維護團隊板
5.4.難關
    團隊板沒地方放
    團隊不更新團隊板
    擔心卡片會丟失
5.5.檢查表
    拉團隊一起搭建團隊板
    既然是團隊的板子,求可以用於張貼個人事務和圖表
    精心設計和製作適合團隊的板子
    鼓勵團隊給卡片打標籤
    別讓信息埋葬在信息化冰箱裏
    迭代燃盡圖只用於粗略衡量團隊對順利完成工作有多少信息
    迭代結束時把板子清理乾淨

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章