【产品经理-全连接系列 之002】企业如何开展敏捷或DevOps的研发变革

举报
恒少 发表于 2018/11/12 18:02:12 2018/11/12
【摘要】 敏捷,精益看板,DevOps..... 技术在发展,研发的流程,方法,理念和工具也在不断发展。相信未来也会不断有新的软件研发理念,方法出现,因为软件这个复杂的怪兽,离征服还远着呢。。。:)

大家好,我是华为云的产品经理 恒少https://bbs.huaweicloud.com/blogs/adf71fa5bbf811e89fc57ca23e93a89f

作为布道师和产品经理,出差各地接触客户是常态,经常和华为云的客户交流、布道、技术沙龙,但是线下交流,覆盖的用户总还是少数。

我希望可以借线上的平台,和用户持续交流华为在研发效能提升上的思索和考虑。

<恒少出品,必然妥妥干货,必定理论联系实践>,因为软件无银弹,探索始终在路上。

-----------------------干货分割线--------------------------------------

<002 篇> 如何开展敏捷,DevOps,以及其他的研发变革       

      敏捷,精益看板,DevOps..... 技术在发展,研发的流程,方法,理念和工具也在不断发展。相信未来也会不断有新的软件研发理念,方法出现,因为软件这个复杂的怪兽,离征服还远着呢。。。:)

我在和很多企业交流的时候,总是会提到一个最重要观点:要把敏捷、DevOps这样的新研发方法当做变革来做,为什么呢?改革或者变革最困难的是什么,也是很多变革失败的原因其实都一条:破除即有的利益。熟悉中国这些年的改革,应该很容易理解。

       敏捷,DevOps,甚至新的配置管理工具Git,对于现有的很多企业都是一个巨大的转型,很多企业在原有的模式下已经形成了自己的组织,流程,文化和工具系统,各方利益已经固化。

     我们引用DevOps(Patrick Dubois )的一个经典图,如下图(Wall of Confusion),来感受一下变革是怎样触动即有“利益”的。产品和开发同学希望尽快的上线变更,这是产品和开发的天生诉求,而运维同学却希望越少的变更越好,因为保证现网的稳定性是他们的天生职责。开发和运维同学的主要冲突:

不同的世界观:运维人员要求稳定可靠,认为变更充满风险,开发人员则被鼓励频繁发布新代码,认为运维部门对流程的坚持,阻碍了开发的速度;

它在我的机器上没有问题!:常常听开发人员这么说,而运维团队的确遇到了麻烦,因为开发和运维之间的脚本、配置、过程和环境存在差别;

沟通壁垒:开发和运维团队通常处于公司组织的不同部门,通常有不同的管理者,通常是不信任的关系,并且通常工作在不同的地点

953

      这样天生的即有利益的冲突,是所有研发变革最大的挑战,也是导致失败的最大因素,怎么办呢?且听恒少下次分解。

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。