【小編】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研發運維一體化的資訊
