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