導Agile可以，但品質要顧好

前陣子學Agile，懂了點皮毛，正在公司導Agile
最近主管回覆：「導Agile可以，但品質要顧好」
聽起來很不合agile的邏輯，想了好久

Agile是Rough, adaptive plan，不是No plan...

我在想主管應該是以為Agile是No Design, No Plan在開發
因此對Agile會有些品質的誤解
在 Henrik Kniberg 的 文章 What is Scrum? 裡有張圖還不錯

應該就能知道Agile是Rough, adaptive plan
而不是No plan的開發

品質應該更好... 顧吧

對主管的話特別有反應是因為....

Agile把feature size切小，不敢說小就簡單
但至少開發, Tester對該週期開發的feature掌握度高

即使出搥了，也能快速的找出問題修正

公司有個team

每個月上20多個features，要上線時都要搞半夜上線

一有問題，就得從這堆features找bug

我實在很佩服，問他們不會壓力很大嗎

還說不會哩... 真是神人....

每個release短一點，features少一點

如果改成每週上5個features，我想相對大家會容易應付些
雖然每週上線壓力有點大，不過總比一個月上20多個feature好一些

而且如同agile說的，也許剩餘的feature會因些feedback有所調整或消失...