「產品經理全連接系列2」企業(yè)如何開展敏捷或DevOps的研發(fā)變革

大家好，我是華為云的產品經理 恒少：

作為布道師和產品經理，出差各地接觸客戶是常態(tài)，經常和華為云的客戶交流、布道、技術沙龍，但是線下交流，覆蓋的用戶總還是少數(shù)。

我希望可以借線上的平臺，和用戶持續(xù)交流華為在研發(fā)效能提升上的思索和考慮。

<恒少出品，必然妥妥干貨，必定理論聯(lián)系實踐>，因為軟件無銀彈，探索始終在路上。

-----------------------干貨分割線--------------------------------------

<002 篇> 如何開展敏捷，DevOps，以及其他的研發(fā)變革        

      敏捷，精益看板，DevOps..... 技術在發(fā)展，研發(fā)的流程，方法，理念和工具也在不斷發(fā)展。相信未來也會不斷有新的軟件研發(fā)理念，方法出現(xiàn)，因為軟件這個復雜的怪獸，離征服還遠著呢。。。：）

我在和很多企業(yè)交流的時候，總是會提到一個最重要觀點： 要把敏捷、DevOps這樣的新研發(fā)方法當做變革來做 ，為什么呢？改革或者變革最困難的是什么，也是很多變革失敗的原因其實都一條： 破除即有的利益 。熟悉中國這些年的改革，應該很容易理解。

       敏捷，DevOps，甚至新的配置管理工具Git，對于現(xiàn)有的很多企業(yè)都是一個巨大的轉型，很多企業(yè)在原有的模式下已經形成了自己的組織，流程，文化和工具系統(tǒng)，各方利益已經固化。

     我們引用DevOps（Patrick Dubois ）的一個經典圖，如下圖（Wall of Confusion），來感受一下變革是怎樣觸動即有“利益”的。產品和開發(fā)同學希望盡快的上線變更，這是產品和開發(fā)的天生訴求，而運維同學卻希望越少的變更越好，因為保證現(xiàn)網的穩(wěn)定性是他們的天生職責。開發(fā)和運維同學的主要沖突：

不同的世界觀： 運維人員要求穩(wěn)定可靠，認為變更充滿風險，開發(fā)人員則被鼓勵頻繁發(fā)布新代碼，認為運維部門對流程的堅持，阻礙了開發(fā)的速度；

它在我的機器上沒有問題?。? 常常聽開發(fā)人員這么說，而運維團隊的確遇到了麻煩，因為開發(fā)和運維之間的腳本、配置、過程和環(huán)境存在差別；

溝通壁壘： 開發(fā)和運維團隊通常處于公司組織的不同部門，通常有不同的管理者，通常是不信任的關系，并且通常工作在不同的地點

      這樣天生的即有利益的沖突，是所有研發(fā)變革最大的挑戰(zhàn)，也是導致失敗的最大因素，怎么辦呢？且聽恒少下次分解。

相關文章：

【產品經理-全連接系列 之001】Epic/Feature/Story/Task/Bug到底是什么？

【產品經理-全連接系列 之003】華為敏捷/DevOps實踐一點一滴（1）_如何開好站立會議

我會定期在華為云社區(qū)與大家互動交流，感興趣的朋友歡迎到我負責的產品板塊發(fā)帖交流： http://t.cn/EZBrJC3