在 Learning Agile 一書中提到, 傳統瀑布式開發如果可以執行的很成功, 通常有以下幾個特色:
 
(1) 溝通順暢
從客戶, 專案經理, 到高層老闆, 都會不斷溝通
 
(2) 擁有不錯的工程實踐
Code review 和 test automation 都會甘願地去做. 期待可以做到 defect prevention
 
(3) 沒有存在不被人用的文件
雖然不見得有太多文件, 但是事前都些寫些文件, 因為他們知道事後絕對不會來補, 或者那時候就真的沒人看了
 
image
 
 
這讓我想起公司早期的狀態, 我那時候 2003 進來, 很多工程實踐都有做, 有版控系統, 有 daily build, RD 和 QA 是 1:1, 並且各類的測試都有進行(效能測試, 易用性測試,弱點偵測, beta 測試等等). 
 
我們是一家以 RD 為主的公司, 注重技術的追求, 因為相對地政治勾心鬥角的狀況不多, 大家溝通上還算可以. 也可能我們是做產品的, 不是 project based, 不見得隨時都要跟客戶溝通, 所以整個開發團隊溝通還算可以.
 
另外, 公司的文化之一是 change, 那時候每 1-2 年會組織變動, 或者是導入新觀念 (design thinking, agile, AI), 對於變化算是很習慣吧. 知道如何因應這些改變. 某種程度上算是有些 agile mindset 吧.
 
因此, 傳統瀑布開發能夠成功, 他其實具有了 agile 的 practice, 以及敏捷的思維. 所以他在應付改變時, 也不見得會遜色太多.
 
但是, 如果你號稱在跑敏捷, 也有使用某些 practice, 可是卻沒有敏捷思維或者不遵守. 這代表這個團隊只是找著別人說著去做, 但如果遇到一些沒見過的危機, 他可能只是照著現在的做法繼續做下去, 但卻不知道要調整或演進目前的做法. 
 
瀑布開發團隊有敏捷思維和實踐, 仍然可以活得不錯. 
套用敏捷流程和實踐的團隊, 卻沒有敏捷思維時, 遇到不如意, 很容易就會失敗. 
 
 
 

    文章標籤

    agile

    全站熱搜

    kojenchieh 發表在 痞客邦 留言(0) 人氣()