參與公司全Devops運作已經超過一年，發現雖然在devops發展的初衷是想保護工程師不被開發時程打擾，但在實際上的運作，卻容易變成一個高壓的組織，因為嚴格來說就是希望在軟體開發上可以跟硬體工廠一樣，讓生產線持續運作，不中斷，但相對的就會跟硬體工廠輪班人員一樣，需要輪班，然後生活品質受影響，例外從最近公司組織變革中也在思考，Devops的組織就是要打破疆界，讓大家都能對最終的生產力負責貢獻，但為了最求實質生產力，就難免得有所取捨，有時候可能是品質，有時候可能是功能，而且在考量事情時也容易產生兩難的抉擇，不經思考起，如果跟傳統的分工開發上，是不是比較單純簡單，Devops真的是軟體開發的銀彈嘛？還是毒藥？其實我也沒答案，從我自己參與公司組織改照的經驗，整個開發流程的確是變快了，但也的確產生很多新的問題，現實而言，我是覺得公司採用devops後的確是回不去了，不太有機會再走回頭路，只是到底是不是一個好的工作模式就值的思考
沒有留言:
張貼留言