在成為Scrum Master（SM）之前揭措，我曾擔(dān)任過許多團隊的技術(shù)負責(zé)人驯绎。工作內(nèi)容之一就是做決定完慧，而且我認為自己做得挺好：堅定果斷是我性格的一部分。
然而剩失，當(dāng)我成為Scrum Master之后屈尼，這樣的性格并沒有為我?guī)矶嗌俸锰帯Ｎ议_始意識到拴孤，要想做一名成功的Scrum Master脾歧，我需要從做決策轉(zhuǎn)為提問題。然而這不符合我一貫的風(fēng)格演熟，在過去也未給我?guī)砣魏纬晒Ρ拗矗虼嗽谝婚_始的時候我是很掙扎的司顿。
但是，當(dāng)我不斷從提問的過程中受益時兄纺，我會很樂意和大家分享我最愛問的問題大溜。其中大部分問題在團隊中都很容易被問到，無論你是Scrum Master還是PO估脆。
2個關(guān)于估算的問題
我經(jīng)常會要求團隊進行一個粗略的估算钦奋，并不是要求讓他們按照估算去做（因為我不是要求他們承諾，估算和承諾不是一回事兒）疙赠。我確實只是需要一個粗略估計付材。在這種情況下要做得好，得這樣問：
我并不是在要求一個具體的估算值圃阳，而是當(dāng)我問你的時候你腦海里浮現(xiàn)出的是什么：幾小時厌衔、幾天、幾個星期限佩、幾個月或者是幾年？
當(dāng)然裸弦，我知道這些時間有些是重疊的——幾個星期可能就比一個月長祟同。但是如果從團隊那里得到類似“哦，只要幾個星期”的估計時理疙，通常已經(jīng)足夠做決定了晕城。包括可能要求團隊做出更確切的工作評估。
當(dāng)我要求確切的工作評估時窖贤，我通常會問另一個問題：
你對這個估算有多大的信心砖顷？
你在這里要去發(fā)現(xiàn)他們對此抱有多大的信心以及團隊其他成員是否贊成，一個預(yù)估如果有90%的人抱有信心赃梧，那么它極有可能是精確的滤蝠。
3個關(guān)于團隊決策的問題
作為Scrum Master或是PO，有時候我會想知道團隊在做決定的時候做了哪些考慮授嘀。通常我會問這樣三個問題：
你在做出決定前你還考慮過其他三個選項嗎物咳？
如果我們繼續(xù)按此方向進行，可能發(fā)生的最糟糕的情況是什么蹄皱？
要做些什么才能讓這個決定成為最佳決策览闰？
你可能不問這三個問題，也不在團隊每次做決定的時候問同樣的問題巷折。你不問這些問題是因為作為一名Scrum Master或PO压鉴，你有權(quán)利否定團隊的決定。但是锻拘，你同樣有義務(wù)去理解團隊對此決策的信心油吭。
設(shè)計這些問題是為了發(fā)現(xiàn)不同的見解，因為當(dāng)你直接問“要做些什么才能讓這個決定成為最好的？”而有人回答說“所有事情”時上鞠，這就有可能會出問題际邻。
2個關(guān)于開會的問題
我真的不喜歡開會。如果我被扔到一個一頭有蛇芍阎，另一頭在開會的的走廊上世曾，我不確定自己會跑向哪邊。
所以我會盡量將開會次數(shù)及參會人數(shù)保持到最少谴咸。而且在會議開始時我會問兩個問題：
在場的各位都需要開這個會嗎轮听？
還有其他人在這里嗎？
問第一個問題是想看看如果少一兩個人這個會議是否還能繼續(xù)岭佳。我經(jīng)逞。看見敏捷團隊過于追求團隊協(xié)作，成員總會覺得每次開會他們都需要參加珊随，甚至是和他們不相干的會議述寡。曾經(jīng)有JavaScript的程序員參加了關(guān)于數(shù)據(jù)庫供應(yīng)商發(fā)布的最新版本是否值得升級的討論會。
如果你團隊成員對開會這件事過分熱心叶洞，那你需要感謝他們對協(xié)同工作的用心鲫凶，但是要明確告知他們不需要出席每個會議。
建立團隊規(guī)范衩辟，如果團隊成員在會議中不能創(chuàng)造價值或者沒有收獲螟炫，那他就不能參加這個會議。
當(dāng)然艺晴，你必須明確告訴大家這并不代表他們可以選擇每個會議（要不要參加）昼钻，以防止這個規(guī)定被濫用。最后封寞，團隊作為一個整體有權(quán)否決某人不愿意參加某個會議的想法然评。
第二個問題是為了確定是否有人缺席。盡管我真的很討厭開會狈究，但有的時候會議真的需要很多人沾瓦。
盡管我認為開會和開會的人越少越好。但是有的會議是值得的谦炒，而這些會議因為有了合適的參與者而產(chǎn)生更多價值贯莺。
1個在“閑逛”時提的問題
在成為Scrum Master后，我花了更多時間在交流上宁改。這就是傳統(tǒng)的走動式管理缕探。舉例來說，如果我看到程序員和測試員在進行一場重要的談話还蹲，我可能會走過去聽他們在說什么爹耗，因為也許我能給他們提供一些幫助耙考。（當(dāng)然了，不要每次都走過去潭兽，尤其是他們看起來是在討論私事的時候）倦始。
有時候我聽得到的討論可能是對其他人有價值的。比如我認為一個技術(shù)作者應(yīng)該了解程序員和測試員會怎樣做決定山卦。所以我會問：
有其他人需要知道這件事嗎鞋邑？
如果答案是肯定的，那我會盡量找一個人將這些信息分享出去账蓉。
1個在每日站會時提的問題
在每日站會中枚碗，我會去關(guān)注團隊的燃盡圖，并思考他們怎樣在sprint結(jié)束時完成所有計劃铸本。但是肮雨，當(dāng)我問同一個團隊他們是否能完成所有事情時，答案通常是肯定的箱玷。
如果我認為他們的預(yù)測不現(xiàn)實怨规，我會看著燃盡圖并且問道：
你知道我想了解的是什么嗎？
我可能會得到這樣的答復(fù)：有成員沒有更新自己的工時锡足〔ǚ幔或者有人會解釋說他們的進度目前的確有點落后，但是他們已經(jīng)學(xué)會了很多東西而且馬上就會提速趕上舱污。（我發(fā)現(xiàn)這種說法很少實現(xiàn)呀舔，因為我經(jīng)常聽到這樣說）弥虐。也許他們認為正在加快速度扩灯，但我不是這樣想的。這是個發(fā)現(xiàn)不同假設(shè)的問題霜瘪。
總結(jié)
提問比陳述更能說明問題
在我才剛開始成為Scrum Master珠插，還沒有發(fā)現(xiàn)提問的作用時，我經(jīng)常錯過了解團隊和他們工作內(nèi)容的機會颖对。直到我發(fā)現(xiàn)了提問并認真聽取答案是學(xué)習(xí)的最佳途徑捻撑。
希望你也像我一樣發(fā)現(xiàn)這些問題的作用！
