阿里云 DevOps 资深专家。2012 年加入阿里巴巴,十年如一日专注在 DevOps 领域的理论、咨询、解决方案和产品技术工作上。作为 CIO 学院和阿里云大学的讲师,为众多大型企业管理高层讲授 DevOps 课程,探讨通过 DevOps 提升企业产研组织能力,具备一定的业内影响力。多次在 Qcon,Archsummit 等顶级会议上作为演讲嘉宾,布道 DevOps 理念和最佳实践。参与信通院的《云上软件研发效能度量分级模型》《研发运营(DevOps)平台和工具能力分级要求》等标准建设,并带领团队通过最高级(先进级)评审。
大家好,我叫章屹,来自 GTS-系统工程技术部,目前负责研发效能(DevOps)咨询与技术服务。
我先谈谈对”布道师“这个角色的理解。
布道师要布数字化的道,成云计算的业
对客户而言,因为数字化这个战略跟阿里云合作,从中也引入了不少的实用技术和工具,取得了不少的局部效果。
但是客户还是会觉得说,如果缺少数字化的这种理论依据和顶层设计,那数字化未来的这种方向和道路是不够清晰的。
目前也确实导致了客户在数字化的道路上面经常是摸着石头过河。
而客户整个数字化的这个道路,跟他的云计算,两件事情其实是相辅相成,密不可分的。
云计算在下面,数字化在上面。对阿里云而言,如果你能帮客户做好数字化转型,其实也就帮助阿里云的这个云计算在客户当中获得成功。所以我理解的布道师的职责是布数字化的道,成云计算的业。
对数字化转型当中的一些体系化的理念、思路、方案,帮助企业整体自上而下地组织,还有就是在实施上面能够达成共识。
对未来整个产研组织在转型当中应该做什么,比如说它的一些理念职责分工规范,其实很多企业没有太多的思考。即便有些客户有这个意识,也会因为组织的原因达不成一致。
而阿里云一些前线的同学,把整个 DevOps 推向市场的时候,也只是把它当做一个工具在售卖。
这样的结果就会导致说客户买了 DevOps 相关的工具,但却达不到他预想要的效果。
布道工作应来源于客户实际问题,又高于客户实际问题
为了解决这些问题,我们当时没想得太多,就扑到客户的一线,最初就是分享给客户我们自己的经验。
比如在这个工具上面可以解决什么问题?比如阿里是怎么解决的,那客户可能应该怎么解决?
后来又发现很多的效能问题,需要上升到组织层面,而不是单单产品技术就能解决的。
那个时候,我就作为一个老师,或者作为一个教练,跟客户一起去规划他整个 DevOps 该怎么做,并用方案去说服客户的各方组织,调整相应的职责,去解决这种研发效能的问题,中间确实也碰到了很多的挑战,不得不不持续总结经验,形成理论。
再后来,我们会发现很多客户都有类似共性的问题。于是我们就把当时的一些客户里面实施的经验总结成课程,然后在阿里云大学这种场合,给客户的一些管理层去讲,效果还是不错的。
再往后发展,我会发现,像我们接触客户机会毕竟有限,如何让更多客户快速地了解到 DevOps 这个领域,了解产研组织怎么去提升研发效能?
这个时候我们就得把目光落在能不能赋能前线,让前线能够懂得找到这样的客户,牵头我们去解决客户的问题。所以又把给客户的这些课程分享,做了修改和提炼,然后给前线的同学,在一些培训的场合进行讲课和分享,这样就不断提升了整个客户接触 DevOps 这个领域的理论、实践等机会。
帮助客户和公司建立起双方合作的桥梁和捷径
回头想想,就这样,自然而然的,我们一步一步走到了布道师这样的角色上。
这个经历也让我理解到,布道师的工作和内容应该来源于客户的实际问题,又高于客户的实际问题。这样我们的布道内容才是正确的,才能真正给客户和公司带来价值。
在布道过程当中,最让我有成就感的,就是有时候在分享布道之后,客户会拉着我说“早点听这些内容就好了,可以少走很多弯路。”
每当这个时候我既高兴又遗憾。高兴的是说我真的可以给客户一些正确的方向,避免他走弯路。遗憾的是,如果我们早一点告诉客户,那就可以帮助客户少走很多弯路,也可以帮助阿里云的业务早点拓展。
这也促使我更坚定地往布道师这个方向去发展。
希望可以在理论、方向和路径等更多层面帮助客户和公司建立起双方合作的桥梁。
「布道人生」第一期:阿里云DevOps资深专家章屹