iT邦幫忙

第 12 屆 iThome 鐵人賽

DAY 16
0
Software Development

團隊導入Scrum會遇到的30個問題系列 第 16

[Day 15] 我們的item做完了嗎?

[Day 15] 我們的item做完了嗎?

問題:
在sprint review前幾分鐘和一個團隊成員聊天的時候,順便聊到一個item的狀況。以下是我和他的對話:
"這個item做完了嗎?"
"應該算是做完了"
"應該算是做完了?"
"大致上完成,但有些細節不確定有沒有完成"

我們該如何確定item做完了沒?

問題分析:

  • 開發團隊的每一個成員,以及PO, 在開始開發工作之前,有沒有談好item做完會長什麼樣子?

SamHuang的看法:

有不同的原因造成這個現象

  • Item的驗收條件沒討論清楚,寫完程式也沒有驗證驗收條件。
  • 團隊和PO沒有談好DoD, 或是把DoD當成是裝飾。
  • 那位團隊成員請長假,今天剛回來上班所以不在狀況內。

Scrum團隊的item, 到了Sprint Review的時間點應該很確定完成或是未完成。
因為團隊應該一完成item就照先前談好的條件給PO review過了。
到了Sprint Review的時間點會停止開發工作,做完或沒做完應該都是很確定的事。

對策:

  1. Refine item的時候要確實討論各個item的驗收條件,在團隊覺得做完的時候要檢查是否符合驗收條件。
  2. DoD 完成的定義 (Definition of Done), 要訂出並確實執行。
  3. 去問狀況內的團隊成員
  4. 每天Daily Scrum的時候,團隊成員要彼此更新item完成的狀況。

選擇對策:

執行:
在Scrum團隊成立的初期應該就要討論好DoD, 並將DoD 呈現在團隊工作區域容易看得到的地方。
每個item在進入planning之前,都要討論好驗收條件,完成item後要再次確認符合條件。
如果是使用電子看板,就把驗收條件也寫進那張item的說明,如果是使用紙卡寫item, 也可以將驗收條件的重點寫在背面,這樣大家比較不會忘記。
如果在Sprint Review之前就給PO review完的item, 也可以在Daily Scrum的時候和團隊同步資訊,讓團隊都瞭解item的狀況。


上一篇
[Day 14] Sprint Failed 失敗為失敗之母,如果團隊沒從失敗學到任何事
下一篇
[Day 16] 不要在Sprint Review只做測試啦
系列文
團隊導入Scrum會遇到的30個問題30

尚未有邦友留言

立即登入留言