Q&A - 敏捷中有人不敏捷該怎辦?

【Q&A - 敏捷中有人不敏捷該怎辦?】
前幾天有個交流討論的問題是這樣的：在執行Scrum時，遇到有人不配合協作，Daily不參加的情況，該如何處理?

先來看看Scrum指南的對於Scrum Team的描述，倒也不是非得要遵照著執行，先看看最好的標準，心中才有依據該如何下修決策。

"Scrum Teams 是一個自我組織和跨職能的團隊。

自我組織的團隊會自行選擇最好的方式來完成工 作，而不是被團隊外的人指示如何做。

跨職能的團隊不需依靠非團隊成員而擁有所有完成 工作所必備的能力。

Scrum 中的團隊模式是設計用來將彈性，創意，和生產力最大化。 

Scrum Team 必須證明自己在前述的情況和錯綜複雜的工作中越來越有效。"

指南期望能在"對的團隊"之中，生產力最大化，由團隊反應並自我決定該如何做，不過這還有團隊成熟度的問題。假如裡面的人員都足以做出最好的決定，團隊自然而然就會發生選擇行動，大多情況下，還是要SM或主管輔導或介入。

回到問題本身來分析，通常在建立Scrum Team時，會先找心態開放與意願較高的人選為優先成為示範團隊，這樣不僅可增加推行成功率，也能讓這群人未來成為種子教練或傳道士。

當然，現象往往沒有這麼美好，公司有可能以現有組織狀態直接導入敏捷，就會發生"強迫在一起的敏捷"，只有肉體沒有心靈，然後就產生為敏捷而敏捷的聲音。真不幸發生的話，該如何做補救呢?

第五項修練：顯而易見的解往往無效。
過路人遇到一位醉漢在路燈下，跪在地上用手摸索。他發現醉漢正在找自己房屋的鑰匙，便想幫助他。問道：「你在什麼地方丟掉的呢?」醉漢回答是在他房子的大門前掉的。過路人問：「那你為什麼在路燈下找?」醉漢說：「因為我家門前沒有燈。」
在日常生活中，應用熟悉的方法來解決問題，好像最容易，因此我們往往固執的使用自己最了解的方式。

當我們努力推動熟悉的解決方案，而根本的問題仍然沒有改善，甚至更加惡化時，就極有可能是"非系統思考"的結果。所以，最好以系統全貌先檢視一下目前狀態，再去做行動方案。千萬不要只看眼下事件急救章處理，埋下更大的地雷。譬如說，A不參加Daily，就訂團隊規範條款來因應、放任不管、同儕壓力迫使他加入，僅管有用，但不會讓團隊有一致的信念，不要忘了，高效能的團隊背後其實是高意願的隱含。

以下分享個人建議，視團隊狀況

●優先，

Sprint0除了任務的事前準備，更重要的是把大家的狀態都ready好，透過活動體驗和引導，讓團隊建立信任，確認未來的日子，是一起要合作、創造、達成目標的。假如已經錯失Sprint0機會的話，還是可以透過團體活動補救，當然，最好是找到合適的事件點再來發起活動自省，像是在review中利害關係人的回饋，或者自己創造機會。類似於"棉花糖挑戰"的團隊合作活動，有助於彼此的認識與理解，其實就是周哈理窗中的自我揭露，利用活動讓大家有機會把自我表現擴大出來。敏捷遊戲參考連結

●其次，

假如活動無效，且團隊中有主管身份存在，讓主管與A談談看，如果可以，SM也一起加入討論，了解一下A的WHY，針對根因來解決。如果沒有主管存在的話，要小心一對一的晤談，不要造成A激化排斥感更重，也要小心讓其他成員有錯誤的解讀。參考ORID焦點討論進行問題探索。

●第三，

前面二個方法沒用的話，大概也表示個人問題影響到全體，其他人應該也會覺得A很難合作。如果已經是Scrum Team的聲音，可以進一步思考，其它合作方式。例如，業務獨立出去，以外包的型式來配合，說不定會更有效。如果不幸A是唯一的話，正好可以利用此機會激起Team的學習動機，大家也會正視此技術的問題存在。

愛因斯坦 Albert Einstein 說：
 「Everybody is a genius. But if you judge a fish by its ability to climb a tree, it will live its whole life believing that it is stupid. (每個人都是天才，但如果你靠爬樹的本領評斷一隻魚，那隻魚會一輩子相信自己很笨。)」

可不要有不加入敏捷流程就代表不做事，把A放在對的位置更重要。