Q1: 運營期間，是否也要每日10分鐘的疊代追蹤報告(iteration review) ?
Ans: 沒必要。運營中，面對客戶的業務專員，在問題排除前會如同背後靈般地盯著工程師或程式設計師。

圖片出處: G子漫畫-背後靈的處理方式
Q2: 運營期間，衝刺活動(sprint) 多久舉行一次較恰當 ?
Ans: 運營是連續無止境的一種活動，目標就是遇到一個問題解掉一個。除非是遇到功能改版或者問題無法於一天內排除，不然是無明訂的衝刺活動(sprint)。相對於開發階段，因為有明確 MVP 任務的短期目標要完成，才會明定7~14天的衝刺活動(sprint)。如同下圖方塊堆疊的馬力歐，每個 MVP 任務就是那些堆疊的方塊。當方塊越小，解析度就越好。這個等到介紹開發階段如何精確估時再來聊吧 !

Q3: 運營期間也要 code review 嗎 ?
Ans: Yes。在運營期間的 code review，最主要就是當有改版或者功能調整時，要教會業務專員們如何去操作修改後的功能。相信我，寫再好的教學文件，還不如 Live 實際操作一次給不懂程式或電腦的平凡人看來的有效率。

不過，在 Scrum 開發中，文件還是很重要。估時精準的依據，沒有堅強的文件當底氣，一切都是空談。
接下來幾天，開始來聊聊一般 Scrum 開發都會搭配的開發知識庫吧 !