David Ko的學習之旅

scrum 最大的問題，是無法在iteration 內徹底完成預計完成的功能。

大多以為程式寫完就好，可是往往無法通過測試，需要花大量時間在修復bug,或是重工來處理誤解或遺漏的功能。無法儘可能的一次到位。

因此如何讓在開發時, 就能寫出正確的程式碼，和符合客戶需求的功能，是團隊改進的主要方向。

當開發人員在解 bug 時, 常常會有想換種寫法來解決問題的作法. 這個方法比較方便, 可以不用管過去的作法, 尤其是當原先程式不是你寫的.

這時候, 經驗老到工程師會說, 如果沒有找出 root cause, 只是換種作法, 事情可能沒有真正被解掉, 之後有可能會再冒出來.

目前因為開發人員(RD)和測試人員(QA)工作流程不同, 彼此做事方法還差很大, 因此一開始時將雙方的工作, 以不同的工作流程來表示:

1. RD 工作流程

每次要檢視kanban 上的狀況時, 我都會問我自己, 到底要檢查甚麼. 後來大致上整理出以下方向

1. 流程流動是否順暢
我的目的是要讓工作趕快做完. 如果工作在哪裡卡住, 代表那裏可能出了甚麼問題. 可能是做事流程有問題, 或是做的人遭遇到困難.

在紀錄 task 的資訊時, 我們大概會記錄以下資訊

1. 工作項目
工作代碼: 流程代碼 - 月份 - 流水號