你必需要知道的关键思路; 关于 DevOps、精益、 敏捷开发

栏目: 编程工具 · 发布时间: 6年前

内容简介:原创声明,本文系作者授权云+社区-专栏发表,未经许可,不得转载。如有侵权,请联系zhuanlan_guanli@qq.com删除。

假如,团队整体的分工模式是错误的,那 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⋯

原创声明,本文系作者授权云+社区-专栏发表,未经许可,不得转载。

如有侵权,请联系zhuanlan_guanli@qq.com删除。

发表于 3 天前


以上所述就是小编给大家介绍的《你必需要知道的关键思路; 关于 DevOps、精益、 敏捷开发》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

IT大败局

IT大败局

Merrill R.Chapman、周良忠 / 周良忠 / 电子工业出版社 / 2004-8-1 / 35.00

这是一本由作者亲身经历写就的MBA式教案。通过作者那专业人士的敏锐、活泼流畅的文笔和美国人特有的幽默,本书为我们剖析了IT界十个有代表性且影响深远的愚蠢败局。这十个败局涉及企业经营的十个主要方面,它们是:产业标准的魔力,“缩水”产品的阴霾,产品定位的泥潭,市场关系的教训,巨型企业的困惑,企业并购的陷阱,品牌战略的迷茫,技术导向的失衡,企业公关的真谛和科技虚幻的诱惑。 书中有许多鲜为人......一起来看看 《IT大败局》 这本书的介绍吧!

MD5 加密
MD5 加密

MD5 加密工具

html转js在线工具
html转js在线工具

html转js在线工具