在敏捷開發中, 需求是否要一開始就要齊全呢? 當然不是這樣的, 沒有人能一開始就可寫出所有事情的. 即使你想要這樣做, 所花費的時間可能也會超出你想像的久. 所以在 agile 中, 需求是逐步演進的.
這樣的想法, 我想大多數的人是可以接受的, 但是大家會問那要怎麼做呢? 讓我們一步步道來.
- Aug 20 Wed 2014 07:43
在 agile 中如何逐漸展開需求的內容
- Aug 18 Mon 2014 23:50
撰寫使用者故事常見的問題
使用者故事(User Story) 是敏捷社群用來描述需求的 practice. 它非常容易上手, 但是也容易犯下錯誤, 以下便是常見的問題:
1. 都是使用者
User story 有個範本:
- Aug 18 Mon 2014 06:42
看板是入門毒藥 (gateway drug)
有人提出看板是入門毒藥 (gateway drug), 什麼? Kanban 是毒藥? 這是哪門子的說法?
首先讓我們來看看 gateway drug 是什麼東西. 在台灣, 酒精, 菸品與檳榔為常見的合法入門藥物. 很多人小時候不敢嘗試他們, 等到青少年或是成年後, 抱著想要試試看的心理, 開始了第一次接觸. 有些人很幸運的只是淺嚐而已, 但是有些人隨著依賴性加深後, 想說這些東西都試了, 已經沒有新鮮感, 接下來就是去試試看大麻、古柯鹼及海洛因等其他非法藥物.
- Aug 14 Thu 2014 21:24
看板實施的範圍
在學習看板時, 有些人認為看板只能使用在開發團隊上面, 我想這就太小看看板的能力了. 事實上, 看板可以應用到以下規模:
1. 組織
(1) 說明
用來管理多個專案, 或是多個部門之間的運作狀況. 這個是 Scrum 所缺乏的. 當遇到這樣的狀況時, scrum 採取的方式是 scrum of scrum 來回報各個單位的狀況, 這時候如果能輔助以portfolio kanban, 會讓狀態更清楚和調整.
(2) 看板中的工作項目:
- Aug 14 Thu 2014 07:24
看板, 看板系統, 看版方法? 傻傻分不清
最近有人問我, 他聽到三個名詞: 看板(Kanban), 看板系統(Kanban System), 和看板方法(Kanban Method), 到底有什麼不同呢?
好問題, 這確實很不容易釐清. 讓我們試著把它講得清楚一點.
看板(Kanban)
看 (Kan): 視覺化, 也就是需要把一些資訊以圖形或是文字呈現出來, 讓大家都看得到.
