假如,團隊整體的分工模式是錯誤的,那 DevOps 還是沒辦法消除團隊內不同角色間的甩鍋與填坑的;能為團隊設計出正確的分工模式,是團隊能開始協作的關鍵的第一步。

在 DevOps 的世界裡,所犯下的最大的錯誤是:整天只知講些文化、協作, 卻完全將最重要、最關鍵,存儲在 SVN, Git⋯內的開發人員的 「行為數據」 視而不見。

在 DevOps 的世界裡犯下這樣的錯誤,將使得團隊白白的耗費大量的人力、時間,只是照著 「 DevOps 的課本」 在演出一場 「DevOps 的行動劇」 罷了;團隊對於如何的持續改善團隊成員的開發效率、產品的質量,還是茫然無知的。

不論團隊是要導入 DevOps 、Scrum、SAFe、LeSS、Kanban, 都應該要從 「團隊的現況」 與 「開發人員的行為數據」 開始。

所以,身為 DevOps, SAFe, Scrum, LeSS, Kanban 的教練、顧問, 都不應該背離了 「編程」,更不該對 「人類的行為模式」 是茫然無知的。

我們總是聽到,DevOps 能提升效率、質量。

我們總是聽到,不做 DevOps 就會面臨被淘汰的命運。

但是,為何當我們每個人都認為 DevOps 是必要的同時,卻很少有人會去懷疑,團隊在 DevOps 的 Value Stream 中的集成測試,其實是不可信的?

就宛如我們總是聽到,因為健康檢查,而有多少人能及早發現、治療了癌症;我們每個人也都認為每年的健康健查是必要的。

但,卻很少有人會去關注,有多少比例的癌症病人當中,其實,是每年都有在做健康檢查的?!

我們往往都太急於想在急速變化的IT 產業當中,去抓住一塊 「浮木」 來獲得安全感、專業感;其實,這塊浮木,往往是連我們自己都感到茫然、感到陌生的。

為何在 Google, Amazon, Netflix 的內部永遠都只專註在:人、架構、代碼、自動化工具,而沒跟風的去搞所謂的 DevOps, SAFe, Scrum, Kanban⋯卻仍然能使得產品擁有質量、價值與競爭力?!

我並不是說 DevOps, SAFe, Scrum, Kanban⋯是沒有用的。

我只是想建議,我們應該要 「顛倒」 下我們理解的思路;不要急著將在 DevOps, SAFe, Scrum, Kanban 中所學到的 「答案」,就直接的套在我們日常的軟體開發當中。

相反的,應該是從我們日常的軟體開發當中,去引導、去設計出我們所真正需要的 DevOps, SAFe, Scrum, Kanban⋯

發表評論

電子郵件地址不會被公開。 必填項已用*標註

此站點使用Akismet來減少垃圾評論。了解我們如何處理您的評論數據