「假設鄉民們只有時間讀一本 Scrum 的書,要讀哪一本好呢?」

Teddy Chen 說:「Essential Scrum 這本書,對於 Scrum 的介紹,是目前市面上寫的最好的一本。」

所以,從這本書取材,應該頗具代表性。



這本書第 19 章,舉了一則 sprint backlog 例子。如下圖所示,此團隊承諾在此 sprint 中要完成 4 個 features,總共 21 個 story points,初估工時 150 小時:


看到這例子,不禁好奇,面對這些拆解好的 activity/task,一日、兩日、三日下來,task board 會變成什麼模樣?

不同團隊,可能進行的方式會大不相同。



對轉型中的團隊來說,可能有兩種不同的維度:

  • 傳統的專案管理 vs Scrum。
  • 傳統的團隊 vs T-shaped 團隊

兩種維度,共有四種可能的排列組合。這四種排列組合,task board 各會如何逐日開展?


傳統的專案管理技術,尤其是排程技術,有很大比例都在處理 dependency 議題。

上述四種排列組合,是否都會面對或大或小的 dependency 議題?又分別是如何解決的?



感覺上,這是滿有意思的案例研討素材。我想在下個月的 Agile Tour Hsinchu 2016 玩一玩這個案例,希望屆時能激盪些火花。