
第九章 處理程式的錯誤 (2)
摘錄至
Lean from the Trenches - managing large-scale projects with kanban, Henrik Kniberg
Chapter 9 Handling Bugs
預防再次發生的錯誤

第九章 處理程式的錯誤 (2)
摘錄至
Lean from the Trenches - managing large-scale projects with kanban, Henrik Kniberg
Chapter 9 Handling Bugs
我們的節奏
接下來是介紹我們團隊進行專案的節奏(Cadence):
摘錄至
Lean from the Trenches - managing large-scale projects with kanban, Henrik Kniberg
Chapter 3 Attending the Daily Cocktail Party
第一階段: Feature team的每日會議
其中有兩個feature teams是由9:00開始每日會議, 另外一個feature team是9:15開始. 每個人在任務版(task board)面前站成半圓形, 討論今天要做甚麼, 以及他們遇到那些問題要解決.
通常會議在10 - 15鐘內會結束, 由team leader來主持.
摘錄至 軟體專其中一個重要挑戰, 是如何把人們拆解適當大小的團隊, 並且讓這些團隊能合作得很好 當人數到達60 人時, 我們面臨了溝通和合作的困難, 這是典型團隊太大的問題. 很幸運地, 我們都在同一個地方工作, 最多花30 秒走路的距離就能找到彼此. 因此我們很容易實驗要如何組織團隊. 事實上, 組成適當團隊可能是這個專案最重要成功的因素. 以下是我們的團隊結構: 我們有五個團隊. 有些成員是在這些團隊以外, 負責一些特殊事務和協調的事情. 這些人像是project manager, project admin, configuration manager, performance test expert, development manager, coach等等. 1. 一個需求團隊 2. 三個feature team
Lean from the Trenches - managing large-scale projects with kanban, Henrik Kniberg
Chapter 2 Structuring the Teams
- 它基本上是一個virtual team, 所以並沒有和團隊坐在一起, 但是會坐在附近, 讓團隊成員可以方便找得到.
- 有些需求分析師在隸屬於某個feature team, 他會幫忙團隊釐清需求問題
- 有些需求分析師是著重在大方向, 也就是它並不隸屬於某個feature team. 他會幫忙處理high level的feature areas
- 剩下的需求分析師可能會依狀況, 來幫忙前面兩項的事情
- 基本上它們是Scrum團隊, 也就是要在同一地方工作, 跨職務, 自我組織, 能處理一個功能中所有的開發和測試工作.