這個錯誤，每一個ScrumMaster都犯過

【小編】ScrumMaster要授之以漁，仍是授之以魚？從04年開始接觸XP，到08年本身的團隊開始提出敏捷的概念，再到10年接受ScrumMaster培訓；在剛開始作ScrumMaster的一段時間內，我也一直爲團隊沒有主動性而困擾/煩躁；越是這樣，就越是喜歡指手畫腳 (Command & Control)，結果進入惡性循環。

---

如下是譯文：

不少年之前，我開始從一名項目經理轉換到ScrumMaster的職業道路上，看上去並不難，對吧？

但，其實沒那麼簡單！

就如同我在「你究竟是項目經理仍是ScrumMaster?」這篇文章裏說的，讓我放棄指令控制性的管理思惟方式，是很難的。我必需要努力改變。

在這個改變過程當中，我犯過不少錯誤，本身也感受很煎熬，因此對其中的每一次「自我覺悟」都記憶猶新！直到今天，我仍是會常常把這些心路歷程做爲經驗分享給那些但願成爲ScrumMaster的朋友。固然，我仍是遇到了不少名片上印着ScrumMaster職位的人，並無真正理解 Daily Scrum 的真正用意以及和「項目彙報」有啥區別，雖然這僅僅是Scrum所推行的一個小小實踐，可是對於一個敏捷轉型中的企業的影響可謂巨大！

你犯過這個錯誤沒有？

認可吧！若是你作過ScrumMaster，必定推行過 「Daily Scrum彙報」例會，並且情有獨鍾！症狀以下：

• 每一個開發人員對着ScrumMaster說：我昨天干了這個，今天我幹這個，沒有問題！
• 而後，ScrumMaster把白板上的即時貼挪動一下位置，告訴團隊：好吧，大家應該這樣！
• … 最後，ScrumMaster問道：那這個任務完了沒？或者：啥時候能作完？

看上去很熟悉吧，很像你本身對不對（或者你的團隊裏面的某某人）。好吧，那我來告訴你，這種狀態（行爲）必須當即改變，你的團隊必須學會如何自行管理進度，而且可以本身高效，高度協做的完成整個會議；固然，教會他們是你做爲一名ScrumMaster的責任。

Daily Scrum和你想象的並不同！

要理解 Daily Scrum 的目的，其實沒有那麼容易。我這麼說是由於我發現要戒除「彙報」的習慣是一件很困難的事情，在任何組織中都是這樣；但我建議你仍是要像我同樣努力一下。

開始接觸 Daily Scrum的時候我也很困惑。15分鐘的會議，代替原來的「項目彙報」，原來放在每一個週五，如今能夠天天進行，很簡單。一切看上去都沒啥變化，咱們用一塊白板來跟蹤進度，天天早上回答「三個問題」，你們向我（項目經理/ScrumMaster）彙報一下進度。沒啥不一樣嘛！

可是這種想法從一開始就錯了！

Scrum的真諦

在一次真正的 Daily Scrum 上，做爲ScrumMaster應該作的並非主持這個會議，而是教會團隊如何更好的跟蹤進度，完成規劃，處理他們本身的問題，和PO更好的協做，並在出現問題的時候適當的處理。

簡單的說，你要作的是授之以漁，教會你的團隊如何自行管理，而不是管理他們。

一旦懂得了這一點，我將本身的行爲從一種管理者的姿態放到了協助者的姿態。這一點小小的心態調整，讓個人團隊有了巨大的變化和改進。當個人團隊學會了自我協做後，我就開始慢慢減小參加他們的Daily Scrum，到如今基本上不參加！

有不少人會把Daily Scrum稱爲Daily Stand-up，其實我建議仍是採用Scrum Guide上所使用的名稱。雖然僅僅是名稱上的不一樣，但它會提醒你所作的是Scrum，而不只僅是stand-up，這是一種思惟方式的改變。對於一個組織的敏捷轉型，思惟方式的轉變纔是根本。

若是你是一名ScrumMaster，建議你首先改變本身的姿態，以一名協助者而不是管理者的姿態參與；想清楚，我是來幫助你們的，不是來管理你們的。

最後

回想一下你的 Daily scrum是個什麼狀態？思考一下：如何能讓你的團隊在你不在場的狀況下，仍然能夠高效的協做，這個出發點就對了！

原文做者 Dan Sloan敏捷教練，Scrum.org認證的專業培訓師

原文連接： https://www.linkedin.com/pulse/1-mistake-every-scrum-master-makes-least-once-daniel-sloan

---

【小編評語】讓本身從一名管理者變成一名協助者不是一件容易的事情，最困難的是咱們心裏的不安全感：「若是我無論他們，工做作不完怎麼辦？最後還得我來收拾！」其實有的時候，放手纔是解決問題的辦法，固然，放手的前提是由你，一名管理者，劃定好了軌道；可是在軌道上跑的，是你的員工，而不是你。管理者須要的是讓本身的員工可以按照組織的指望工做，作到這一點須要的是造成員工本身的「驅動力」，而不是你「拉動力」。

---

 

請關注微信公衆號 devopshub，獲取更多關於DevOps研發運維一體化的信息

 轉自：http://devopshub.cn