敏捷軟件開發(fā)管理-ibm孫昕(編輯修改稿)
2025-07-16 14:03 本頁面
【文章內容簡介】 如何解決 Scrum的誤區(qū) : 隨意講話的雞 ? 項目干系人在 Scrum每日例會上款款而談 ? 產品功能的選擇在 Sprint計劃會議之外進行 ? 沒有外部人員的肯定，團隊沒有辦法做純技術上的決策 ? 項目的狀態(tài)分析在 Sprint計劃會議之外進行 ? 執(zhí)行者試圖干預團隊 ? 產品需求調整或不被理睬 ?始終如一的防止狼群的騷擾 ?指導和培訓作為項目啟動的一部分 ?在項目啟動過程中認定角色 ?通過回顧加固預期 ?把雞從豬圈里趕出去 ?適當的變更會議時間和地點 ?或許雞可以下蛋 ?成為一個稱職的牧羊犬 團隊成員活在不恰當的技術決策的痛苦當中 vs. 干系人感覺被強制的為團隊做決定 如何解決 Scrum誤區(qū) : 被遺忘的豬 ? 不清晰和明確的期望 ? ? 競爭性的分配 ? ? 缺乏擔當 ? ? 管理上的干涉 ? ? 厭煩 ? ? 恐懼 ? ?角色框架 ?變更會議的時間和地點 ?解釋 , 說服 , 和商討 ?擁抱技術 ?改組團隊 團隊成員活在不恰當的技術決策的痛苦當中 vs. 干系人感覺被強制的為團隊做決定 如何解決 Scrum誤區(qū) : 缺少進展 ? Backlog持續(xù)的增長而不是減少 ? 手頭正在做的工作太多了 ? 功能特性感覺永無止境 ? 90%完成綜合癥 ? 總是基于已完成的功能特性不斷進行修改和修復 ? 已完成的功能正在等待未完成的 ? 項目干系人抱怨缺少進展 ? 失敗得交付 ?需求可以盡早的看到其進展、盡早的看到其價值以及按時地完成 ?對于客戶存在極大價值的功能特性可以很容易的構造 ?“零缺陷 ”的產品 ?總是對即將交付的產品保持承諾 ?總是愿意去問 , “是否沒有交付有用的可執(zhí)行的代碼 , 有什么好處呢 ?” ?意識到缺陷是不可避免的 良好的 Sprint backlog管理 如何解決 Scrum 誤區(qū) : ScrumMaster 超越了自身的職責 ? 工作是由 ScrumMaster分配的，而不是由開發(fā)人員自己去認領的 ? 團隊無法自己掌控工作 ? Scrum每日例會感覺是團隊成員在向 ScrumMaster匯報工作進展 ?讓團隊自己掌控工作 ?團隊自己來做任務分配 ? Scrum每日例會由團隊參與并且最終是為了團隊 團隊的自組織和自管理是 Scrum的核心原則之一 如何解決 Scrum誤區(qū) : 明確的工作職責 ? 項目團隊具有非常專一的工作角色劃分和描述： – 架構師 , – 設計人員 , – DBA, – or 測試人員 ,… ? 團隊包括專門的測試人員 ? Scrum團隊沒有“我們大家在一起”的態(tài)度 ? Scrum團隊不需要完全有多面手組成 ?工作由團隊自己分配 ? Scrum每日例會可以進行工作的分配 ?每個專家都要對整個系統負責 ?“我將盡一切我所能來幫助團隊”的態(tài)度 “同舟共濟” 的態(tài)度 如何解決 Scrum誤區(qū) : 來自執(zhí)行者的壓力 ? 執(zhí)行者要求團隊承諾在一個確定的日期發(fā)布一系列的所謂的“最低要求”功能項 ? 執(zhí)行者參加團隊會議 ? 執(zhí)行者直接和團隊成員溝通，并提醒他們最后期限 ?私下里和執(zhí)行者溝通，告訴他們他們的做法和期望可能背道而馳 ?詢問執(zhí)行者到底什么是他們真正關心的，依此來指導團隊 ?讓產品負責人和執(zhí)行者就產品的優(yōu)先級問題進行充分的商討 支持它，承諾必須來之團隊 如何解決 Scrum 誤區(qū) : 不像一個良好的團隊 ? 固定的角色 ? 任務是被分配的 ? 沒有互相幫助 ? 沒有持續(xù)的指導 ? 用戶需求沒有被團隊廣泛的達成共識，所有的工作都是并行完成的 ? 缺少協作 ? 在 Scrum會議上沒有互相的交流和傾聽 ? 沒有歡笑 – 相反一個合作愉快的團隊總是充滿歡笑
教學教案相關推薦
鄂ICP備17016276號-1