Scrum Master的壞習慣

Question

Scrum現在很流行dev.process，而且經常項目經理突然得到新的標題（Scrum Master）。然而，它不應該只是一個新的標題，而應該是新的習慣和新的範式。你的Scrum大師的壞習慣是什麼？

Answer 1

大壞習慣，我們的Scrum Master曾在第一次想我們將走自己的障礙的護理。這是Scrum Master應該做的事情之一，但她把它留給我們，直到它變得難以管理。

我們處理的另一件事是，他們負責騎開發者的背上，直到任務是照顧的Scrum Master的思考。這給團隊帶來了不好的氛圍，因爲他們應該是自我管理的。

爲了我和我們的團隊，Scrum Master的的工作就是要爲球隊的盾牌和助理，阻塞障礙和盡其所能來幫助加快東西。 Ken Schwaber的敏捷軟件開發與Scrum是一個很好的介紹Scrum，這是我們的團隊使用，我們一直非常成功。還有敏捷項目管理與Scrum，這是更具體的Scrum Master和產品負責人角色。

Answer 2

當我參與的Scrum，Scrum的主人迅速發展的只是讓我們做我們自己的事的習慣，和Scrum的回落到我們的正常發育程序。

Answer 3

沒有幫助處理的後退部分，例如'這些都是客戶在這次迭代中想要的商店，所以我們必須做的'。

Answer 4

不守正軌scrums - 讓他們陷入技術討論和更長的會議。

Answer 5

不斷交換新的錯誤進出Sprint。

Answer 6

指派工作並要求提供每日狀態報告，而不是讓團隊學習如何管理自己的工作。

Answer 7

1. 不能夠適當時隙週期內的任務（也通常是許多）
2. 不與外部客戶處理好（如果一個特定的任務是一個週期太大，抱怨球隊，而不是推回對客戶而言）
3. 使日常過程中的Scrum過大 - 不堅持一定的時間限制（我們傾向於最多15分鐘）。

Answer 8

不斷嘗試，以配合實際工作時間回到故事的點估計。

Answer 9

1. 微觀
2. 鍛鍊舊式的指揮和控制，而不是促進自我導向的團隊
3. 上的數字更多地關注/燃耗/積壓不是在人誰彌補球隊
4. 沒有保護團隊不受外界干擾

Answer 10

有兩種爭球大師：

1. 項目經理的標題因採用敏捷而改變。
2. 一個獨家的Scrum大師，他只是促進scrum並向項目經理報告（shusa）。

第二點是在'真正'的敏捷組織中被鼓吹和實踐。這是昂貴的，但它有一些優點。

此外，

1. 甲Scrum管理員被預期存在與衝刺團隊所有的時間（不是字面上）。如果項目經理這樣做，他/她將是微觀管理。
2. Scrum大師的角色不是管理預算，而是要根據團隊的工作量來預測Sprint團隊的工作量。
3. Scrum大師應該知道團隊成員的長處和短處，並且促進共享內部Scrum最佳實踐。

所以，我的觀點是，如果這些角色感到困惑，團隊可能做得不好。

Answer 11

1. 微觀管理團隊，超活動對技術決策
2. 重寫高級開發人員，因爲「Scrum的說」和「球隊必須投票」。完全剝奪高級技術人員的權力。
3. 試圖在回顧過程中從石頭上榨取血液，這些問題實際上不是問題。
4. 告訴我這些要點並不重要，但每次檢查都要檢查點，每兩週檢查一次。此外，我們的年度獎金基於我們的積分表現。

Scrum很好，但它可以忽視良好的工程實踐和技術流程，這些工程實踐和技術流程像年輕人的魅力一樣工作。

Answer 12

當前任PM轉向Scrum Master時，我認爲Scrum可以減少他們原來的（個人）義務，而無需將時間投入到團隊工作中，並積極減少壓力（計劃挫折），我真的不喜歡它。他們只是放下心來，開始讚揚自己取得了很好的成績，而每個人都可以看到球隊在沒有球員的情況下表現會更好。

在我看來，我們最好的Scrum大師們都是擁有強烈責任感的開發人員，或者非PMs。

然後，我曾經（在世界知道Scrum之前）爲那些嚴重搖擺的PM工作。我敢肯定，他們今天會成爲偉大的Scrum大師。