David Ko的學習之旅

在規劃測試時, 我們一開始面臨的問題是, 整個開發時程分成哪些階段. 也就是說, 是否要都是要由 iteration 組成呢? 可是我們公司有所謂的 alpha 和 beta 階段, 尤其是 beta 階段, 我們必須把產品交給外面客戶去做測試, 這可能是無法廢除的, 那要怎麼配合呢?

公司內的 SQA (專門負責公司內開發流程的專業人士) 說到我門公司之前曾經有過以下的作法:

1. iterations + alpha + beta

在執行Scrum中我覺得最重要的是團隊合作的氣氛提升, 這是我覺得收穫最多.

在以往因為角色的關係, 大家著重於把自己角色的利益發揮到最大, 可是忘記了區域最佳化, 是不會帶來整體最佳化的. Scrum正是要打破這樣的藩籬.

在執行Scrum一開始時, 我便要求要記錄工作時間的分布. 初期我發現到RD和QA溝通時間的比例很低, 這不是件好現象. 因為一開始是屬於釐清需求的階段, 再加上我們的iteration只有兩周長度, 若是彼此之間無法緊密合作, 勢必無法在期限內完成工作.

回顧會議是 Scrum 中最重要的一個會議, 它讓你有機會反省在上個 sprint 所做的一切事情. 老中很努力工作, 可是卻不檢討做事方法, 所以工作的很辛苦,卻不見得有效率.

要開會, 第一件事情就是要決定誰要主持這個會議. 在當開始的時候, 是從 manager 開始, 而且是從我先中獎. 這是因為沒有人教我們如何進行回顧會議(retrospective), 我們家的 RD lead 教我要先犧牲一下. 之後我們主持的順序如下:

我的專案開始採用 Scrum 的方法來開發專案, 這是一個新的體驗. 一開始時是工程師們說要這麼做, 我的想法是一則以喜, 一則以憂. 喜的是終於有機會可以嘗試 agile 的方法了, 憂的是在這麼短的時程內, 用新的方法似乎風險很大. 不過既然大家都願意這樣做, 那就豁出去了.

因此, 接下來我將會分享這幾個月來(開始於2009/2中), 使用 Scrum 的風風雨雨.