为什么Scrum会让你沮丧?

144 篇文章 13 订阅
41 篇文章 1 订阅

Scrum社區聚集在阿姆斯特丹(荷蘭)參加第5屆Scrum Day Europe今年的主題是“下一次迭代”。因此,我們回頭看看Scrum在過去的20年中為我們帶來了什麼,同時也期待著Scrum的未來。當然,評估是通過回顧展進行的。目標是從Scrum社區生成見解並定義Scrum框架的改進。每位參與者都貢獻並提供了意見因此它被證明是一個真正的社區活動!

5個回顧性問題

白天我們請大家回答五個問題:

  1. 在過去的20年裡,Scrum的實力已被證明是什麼?
  2. 未來20年Scrum應該關注什麼?
  3. 到目前為止,Scrum最讓你感到沮喪的是什麼?
  4. 什麼連接你到Scrum?
  5. 什麼是可以添加到Sc
  6. rum的小改進?

這篇博文將介紹Scrum Day Europe參與者迄今為止在Scrum中遇到的最大挫折:

Scrum的挫敗感

據與會者介紹,到目前為止造成最大挫折的原因是:

  • Scrum看起來很簡單,但實在太難了(6)
  • Scrum  殭屍 變體(5)
  • Scrum Master角色的誤解(4)
  • 沒有 授權的產品所有者(4)
  • 管理層不願意改變(2)
  • 角色需要高於普通人
  • Scrum和當前組織的不匹配
  • 純粹專注於軟件開發
  • 不知道如何處理投資組合/產品管理
  • 缺乏做到這一點
  • 工作水-摔倒
  • 團隊溝通

1.  Scrum看起來很簡單,但實在太難了(6)

  • 本聲明在Scrum指南(Scrum特性)中進行了描述。您的團隊實際上可以通過使用可視化範例Scrum流程畫布,使用自動化工具快速啟動您的Scrum團隊。我將在下一節中詳細闡述這一點。

2. Scrum  殭屍 變體(Scrum Zombies)

  • 考慮一個比產品思維更重要的項目思維方式。雖然每個sprint都可以產生新版本,但只有最終版本才能帶來真正的價值;
  • 考慮Scrum的目的必須遵循一個過程(為了它自己);
  • 考慮使用軟件是一件好事; 反正我們不會在衝刺結束時活著;
  • 將“完成”視為我們現在可以合理地做的事情,而且一直都是這樣做的;
  • 認為客戶是無知的。客戶不知道他們想要什麼,所以我們為他們做出決定。

3.對Scrum Master角色的誤解

是! 我只能全心全意地同意這種挫敗感!對Scrum Master角色有如此多的誤解。例如:

  • Scrum Master擔任團隊秘書,負責所有筆記並更新Sprint Burndown Chart;
  • Scrum Master作為警察監督Scrum規則;
  • Scrum Master作為老闆領導每日Scrum並要求狀態更新。

相反,Scrum Master應該被視為......

  • 僕人領導者,其重點是團隊成員及其服務對象(客戶)的需求,目標是實現符合組織價值觀,原則和業務目標的結果;
  • 輔導員通過設置舞台並提供團隊可以協作的明確界限;
  • 教練指導個人注重思維和行為,團隊持續改進,組織與Scrum團隊真正合作;
  • 衝突導航員解決非生產性態度和功能失調行為;
  • 經理負責管理障礙,消除浪費,管理流程,管理團隊的健康,管理自組織的邊界以及管理文化;
  • 將敏捷知識和經驗傳遞給團隊的導師  ;
  • 教師確保Scrum和其他相關方法得到理解和製定;
  • 考慮到開發團隊的自組織能力,障礙移除器解決了團隊進度中的阻塞問題;
  • 改變代理商以實現Scrum團隊蓬勃發展的文化。

Scrum Master的作用是眾多立場和多樣性之一。一個偉大的Scrum Master了解它們,並根據情況和背景知道何時以及如何應用它們。一切都是為了幫助人們更好地理解和應用Scrum框架。這是可以阻止殭屍-Scrum的角色。在Scrum Day Europe期間,我們都意識到與這些Scrum殭屍作戰的必要性......

4.沒有授權的產品負責人

沒有授權的產品負責人就像一個體育教練,沒有權力在比賽中改變策略或應用替補。它貶低了這個角色。當然,一位優秀的體育教練為即將到來的比賽做好準備,理想情況下不需要做任何事情。但是當需要更改某些內容時,您需要有權快速執行這些更改。即便如此,應授權產品負責人做出與產品相關的決策。當然,為決策創建支持可能需要一些時間,但迅速做出重要決策是開發團隊可持續發展步伐的首要條件。

Visual Paradigm Scrum Process Canvas的有何幫助?自己動手實施Scrum流程

 

敏捷是一種軟件產品開發的迭代方法。它可以幫助項目團隊更快更好地為客戶創造價值。敏捷的關鍵原則之一是以小型,可測試和可管理的規模提供工作。敏捷強調在整個項目中不斷發現和識別需求,而不是前期需求識別。敏捷團隊可以更快,更輕鬆地應對變化。

這個敏捷教程是關於什麼的?

這是一個逐步的敏捷scrum教程,可幫助您了解敏捷開發的核心概念,以及敏捷項目從開始到結束(即產品交付)的執行方式。本教程將使用敏捷軟件Scrum Process Canvas整個敏捷scrum教程將涵蓋各種敏捷主題,建議讀者閱讀此scrum教程,以便充分了解敏捷項目開發的流程。

在此處打開快速瀏覽視頻

目標受眾敏捷教程

這個敏捷教程是為以下人員編寫的。

  • 正在從事或將致力於敏捷項目的人員,例如各種軟件開發人員,程序員,測試人員,UXer,架構師等
  • 項目經理和Scrum大師
  • 產品所有者,業務分析師和客戶代表
  • 管理Scrum項目的單位

敏捷scrum教程大綱

這個敏捷教程涵蓋了20個課程。點擊講座即可開始。

第01課-   如何識別項目願景

  • 確定項目願景
  • 制定敏捷項目章程

第02課-   如何指定產品負責人

  • 指定產品所有者
  • 詳細介紹產品負責人

第03課-   如何指定Scrum Master

  • 任命scrum master
  • 細節scrum主要責任

第04課-   如何組建Scrum團隊

  • 選擇scrum團隊成員
  • 細節scrum團隊成員的責任

第05課-   如何識別Scrum項目利益相關者

  • 列出scrum項目利益相關者
  • 描述利益相關者

第06課-   如何識別業務目標

  • 繪製用例圖
  • 描述用例

第07課-   如何管理史詩

  • 在用戶故事地圖中創建史詩
  • 描述史詩

第08課-   如何管理產品Backlog

  • 描述scrum項目完成標準
  • 在故事地圖中創建用戶故事
  • 定義驗收標準
  • 優先考慮用戶故事

第09課-   如何制定發布計劃

  • 確定並描述項目可交付成果
  • 列出項目發布
  • 將用戶故事重新安排到版本中

第10課-   如何創建Sprint

  • 創建一個sprint
  • 配置衝刺

第11課-   如何進行Sprint計劃會議

  • 選擇sprint backlog的用戶故事
  • 確定精算估算的任務
  • 確定sprint可交付成果

第12課-   如何記錄障礙

  • 記錄障礙
  • 細節障礙

第13課-   如何創建Burndown圖表

  • 了解燃盡圖
  • 打開燃盡圖

第14課-   如何創建Scrum Board

  • 了解scrum board
  • 打開scrum板

第15課-   如何進行每日Scrum

  • 記錄工作進度
  • 每天進行scrum
  • 記錄後續活動

第16課-   如何進行Sprint評審

  • 演示用戶故事
  • 執行用戶故事接受
  • 更新項目可交付成果的進度

第17課-   如何進行Sprint回顧

  • 記錄開始,繼續和停止項目
  • 投票並記錄投票結果

第18課-   如何進行項目回顧

  • 記錄經驗教訓- 項目成功
  • 記錄項目挑戰

第19課-   如何為Scrum項目生成報告

  • 打開自動生成的報告
  • 手動報告生成

第20課-   如何使用工件快捷方式

  • 通過快捷方式打開工件

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值