時間結束？”

阿捷：是不是迭代週期也應該有限制？

敏捷聖賢：對！在Nokia，迭代週期必須少於6周。如果不是這樣做的，那麼就沒有進行迭代開發。

阿捷：如果人們的回答是肯定的呢？

敏捷聖賢：那他們接下來會問“那好，在每個迭代結束的時候，你們有可以工作的軟體麼？”這個問題會把很多人排除在外，因為如果不能給出可以工作的軟體的話，那也就是沒有進行迭代式開發。

阿捷：嗯，如果回答還是肯定的呢？

敏捷聖賢：接下來他們會說“好，你希望在結束時擁有可工作的軟體，那麼在可以開始迭代之前，你們的團隊是不是必須要有一個有完整細節的需求說明？”如果需要的話，那就不是迭代式開發。

阿捷：哦，我有些明白你的意思了。接著呢？

敏捷聖賢：最後他們會說“要在迭代結束時擁有可以工作的軟體，將測試作為迭代增量開發的一部分是非常重要的。你們在開發過程中進行測試嗎？”，這個問題有可能將一半左右的Scrum團隊排除在外，這時甚至還沒有談到有關Scrum的話題呢。

阿捷：是啊！我明白了，那他們的“Scrum規則”是什麼？

敏捷聖賢：嗯，對於應用Scrum，他們有四個附加的規則。團隊被詢問的第一個問題是“你們是否有Product　Owner？是不是有人可以代表客戶與你們一起工作？”

阿捷暗想，自己團隊的Scrum還真沒有啊，於是問道：Product　Owner的作用是什麼？書包　網　。　想看書來

第5章　成長的煩惱（4）

敏捷聖賢：很簡單，當團隊在決定應該構建什麼樣的產品時，這個人就是他們要詢問的物件，這個人代表著客戶的需求與利益。

阿捷：如果對這個問題回答“是”呢？

敏捷聖賢：Nokia會詢問的第二個問題是“如果有Product　Owner的話，他們是否擁有一個待開發功能的Product　Backlog？此Backlog是否根據業務價值排定了優先順序？是否已經估算過開發這些功能需要多少時間？”。

阿捷：哦。

敏捷聖賢：這是一個Product　Owner為一次版本釋出構建路線圖所需要的依據。如果得到了肯定的回答，他們會繼續詢問“團隊在開發過程中，有沒有使用　Burndown圖，來展示當前迭代中隨著時間的推進，剩餘工作量的變化，以跟蹤進度？並且能否基於Burndown圖來推算團隊的速度？”

阿捷：這個問題的意義在哪裡呢？

敏捷聖賢：首先，Product