Scrum and XP from the Trenches - How we do Scrum
Henrik Kniberg
http://www.crisp.se/ScrumAndXpFromTheTrenches.html
改變, 或不改變
假設說,團隊總結出"我們團隊內部溝通太少了, 所以總是重覆著彼此做過的工作, 並且搞亂對方的設計"
那我們應該怎麼呢? 導入每日會議? 或是導入新的功具來促進溝通? 還是更多wiki的頁面? 嗯, 也許吧. 也許會再發生, 也許不會.
我們發現, 在許多狀況下, 只要能清楚的指出問題所在就足夠了, 在下個sprint中會自動地被解決. 特別是, 如果你在團隊房間的牆壁上, 貼上sprint回顧的結果(我們常常忘記去做, 還蠻丟臉的!), 這樣會更有效. 你所導入的每個改變, 都會要付出一些代價. 因此在導入改變之前, 先考慮什麼都不做 , 然後希望問題會自行消失(或是變小).
上面這個例子("我們團隊內部溝通太少了...")是一個很典型的例子, 說明若是什麼都不做的狀況下, 這問題有可能被解決.
如果每次你都導入一些改變, 可能有些人會開始抱怨. 人們會變成不太願意去提出一些小問題, 這將會很麻煩.
在回顧會議中, 所發現問題的範例
這裡有些在回顧會議中, 所找出的一些問題, 以及相對的典型處理動作,
"我們應該花更多的時間, 把故事拆解成更多的小項目和任務"
這個問題相當普遍. 在每次的每日會議上, 團隊成員自己會說"我真的不知道今天要做什麼". 所以之後每次每日會議上, 你需要花時間去找出具體要做的任務. 通常這些事情會前做會更有效率.
典型處理動作: 無. 團隊會在下次sprint規劃會議中自行解決這個問題. 如果它重複發生, 延長sprint規劃會議的時間.
"太多外界的干擾"
典型處理動作:
# 要求團隊在下一個sprint中, 減低他們的投入程度, 所以他們會有比較合理的計畫
# 要求團隊在下一個sprint中, 紀錄干擾的狀況更清楚一點, 誰干擾, 花多久時間. 可以幫助我們之後更容易解決問題
# 要求團隊將所有干擾都轉給scrum master或是產品負責人
# 要求團隊指定某個人當"守門員", 所有的干擾都要經過他, 所以剩餘的人都可以集中精力在要做的事情上面. Scrum master或是大家輪流來扮演這個角色.
"我們過度承諾, 最後只做完了一半"
典型處理動作: 無. 團隊可能在下個sprint中不會過度承諾. 或是至少不會像這次承諾這麼多.
"我們辦公室環境太吵或是太混亂了"
典型處理動作:
# 試圖去建立一個較好的環境, 或是把團隊搬到辦公室外面去. 租一旅館的房間. 早樣都行. 請看"我們怎樣佈置團隊的房間"
# 如果不可能, 告訴團隊在下次sprint中減低他們的投入程度, 並且清楚註明這是因為太少和太混亂環境的緣故. 希望這會使團隊負責人, 開始去向上層主管去反映這件事.
幸運地, 我從來不用糟到, 要威脅團隊搬到辦公室外面去. 但是如果需要的話, 我會這樣做 :o).
留言列表
