最近和一些人交流敏捷的想法, 他們都常常提到以下幾種狀況:
用敏捷不就是會比較快嗎?
公司有人會說: "Scrum 就是要這樣 run, 否則就不是 Scrum"
Scrum 一實施後, 前幾個迭代就 delay, Scrum 不 work 啦
我就是要 run Scrum, 不要問這麼多, 做就對了.
這是很常見的現象, 也是很常見的誤解, 因為有相同狀況的人太多, 所以我只好再次談談這些事情
首先, agile 是一種思維, 是一種文化, 他的重點就在敏捷宣言這四句話中, 只要滿足這樣精神的方法, 就稱為 agile method.
接著, Scrum 只是個 framework, 也就是說他跟你說要開會: sprint planning, daily scrum, sprint review, sprint retrospective, sprint refinement. 有開這些會, 外表就很像 Scrum. 但是他們沒跟你說要怎麼開這些會, 或是 product backlog 要怎麼寫, 也就是需求也怎麼寫怎麼拆, 這些並沒有規範, 所以才會說是一個 framework, 只說做什麼, 怎麼做的這段你自己補.
所以很多狀況下, 是因為大家不懂敏捷和 scrum 是什麼. 因此, 硬說這樣做才是 scrum, 或者說某個大神上課這樣教, 不照著做就不是 agile.
敏捷不是要做得比較快, 而是要想藉由 iteration 的方式, 提早知道有什麼問題, 及早做出反應和調整.
所以, 他會很早就讓你知道你“無能”(誤), 應該說是你做事的過程中有些地方不順, 有些地方有問題. 可是能需求老是不正確, UI mockup老是沒有, 開發品質很差, 等等, 這些問題會一開始就浮現出來讓你知道.
可是人們都很不喜歡面對現實, 一看到自己有這麼多問題之後, 很習慣地轉移焦點, 馬上說是對方的錯, 是 Scrum 或是敏捷的問題. 說就是因為導入了他們後才有問題, 之前都不會這樣. 真的是這樣嗎? 事實上, 大多是自己本身已經埋藏這些問題很久了, 只是 Scrum 馬上爆出來給你看.
導入一個新東西, 不管他是 scrum 或是什麼新生活運動, 這些都是一種變革, 都需要進行變革管理的. 你都會預期到大家不會那麼容易接受, 當然你可以採高壓政策讓大家就範, 但是如果沒有辦法在短期內, 有近期勝利出現的話, 我想不久後就會人心渙散, 這個變革就會不了了之了.
因此, 建議還是有充分的溝通, 以及適當地知識傳遞, 讓大家知道為什麼要做這件事情, 以及這個東西到底是什麼, 重點精神在什麼地方. 路要走的久, 是需要大家一起走的.
不好意思, 或許這些話你已經聽過很多次了, 只是問的人太多, 所以又再重複提起. 還希望大家不會覺得太煩 XDD
全站熱搜
留言列表
