很多人問說一定要實體看板嗎? 為什麼不用 Trello 或者是其他電子系統呢? 個人覺得理由有下:
1. 精神比較重要
對很多團隊來說, 都是剛剛實施 agile 沒有很久, 還並不了解 task board 的作用什麼, Task 要怎麼寫. 因此在早期是需要對大家做機會教育的, 然大家面前提醒大家, 這個 task 要如何移動, 哪些資訊沒有填寫, 要如何在立會時報告 task 內容. 因此重點不會是在要用電子系統或是軟體工具, 而是大家是否有注意到要小心的事情. 此外, 如果要很多錢來買, 老闆還會覺得不知有沒有效果就要花錢, 之後還可能一直碎碎念.
在上次的聚會中, 有人提到在專案進行時, 會發生有人沒事做的現象, 原因並不是那位員工不認真, 而可能是以下幾種
- 不會那項工作所需要的技能
- 因為架構切割的關係, 導致大多數的人只會某些系統或是元件
我想這些是很常見的因素. 可是你的老闆並不會體諒這種狀況, 他會覺得你明明有 10 個人,(可是只有 2 個會寫 UI), 為什麼整體開發這麼慢. (因為會 UI 的人太少寫不快)
有人問我在實施例化需求時, 為什麼一開始不在乎自動化? 如果能自動化, 不就一直可以確認開發人員, 是否照著當初所確認的需求去做, 並且也可以及時檢查. 為什麼呢? 我一開始認為有以下的理由:
1. 專案背景: 目前我的專案一開始需求很不確定, 老闆也不知道要做什麼, 所以重點不是在於自動化, 而是在於確認範圍是什麼.
歷史背景
起初, 是在 Ward Cunningham 在 A Pattern Language of Competitive Development (http://c2.com/ppr/episodes.html) 一文中提到這個概念. 然後由Martin Fowler 把它命名為 spec by example (http://martinfowler.com/bliki/SpecificationByExample.html). XP 團隊利用這種方法來進行客戶的驗收測試.
後來 Ward Cunningham 還發展出 FIT 來進行自動化. 同一時期, Brian Marick, 在 Agile testing decisions: tests and examples (http://www.exampler.com/old-blog/2003/08/22/#agile-testing-project-2) 也有提到這件事情.
