我国最大的IT项目管理门户网站,国内IT项目管理培训与咨询服务提供商

当前位置:首页 > 人物访谈 > 正文

专访华为云软件开发云资深 DevOps 与精益/敏捷专家姚冬

2019-12-26 来源:天津GDG社区
由天津 GDG 发起,天津多个技术社区主办的「天津人工智能开发者峰会 2019」将于 11 月 23 日(本周六)在 渤龙山庄 酒店举行。本次活动我们邀请到了华为云软件开发云首席技术布道师、资深 DevOps 与精益/敏捷专家 —— 姚冬,来为我们带来精彩的主题演讲。
演讲主题:《凤凰沙盘》
主题简介:凤凰沙盘游戏以《凤凰项目》中的“无极限”公司所遭的困境为背景,参与游戏的角色从CFO、HR、业务、IT VP到IT Support、Change Management及书中最忙的Lead Engineer等十几个。CFO需要从众多项目中根据其业务价值(已转换为$$$)选择高价值的项目给团队做,以满足财务目标,扭转公司的财务窘况。期间,还会不断有各种Issue打乱原来的项目计划,需要及时应对。每个角色都有自己的容量,只能完成有限的任务。游戏一共有4轮,每一轮导师都会根据团队的完成情况进行打分,并计算财务结果是否达标。

华为云软件开发云资深DevOps与精益/敏捷专家姚冬
以下部分为采访内容,提问者:Axiny,受访者:姚冬。
1. 姚东老师您好,能否简单的介绍一下自己以及 DevOps 社区?
姚东老师:您好!非常感谢有这次机会参加天津技术峰会!
我目前就职于华为云应用平台部,负责云端 DevOps 工具链的建设与推广。此前就职于IBM,DevOps 大中华区技术总监。我个人十几年来一直专注于软件工程能力建设,主要是精益敏捷与 DevOps 领域,同时我也是中国 DevOps 社区的核心组织者。
中国 DevOps 社区是为推动 DevOps 在中国的蓬勃发展,我们与全国各地有着相同价值观与理念的人携手发起的。社区使命:传播 DevOps 文化,落地 DevOps 实践;社区愿景:成为中国DevOps 运动的领航人与催化者。社区核心价值观:开放、专业、使命感。
开放意味着社区要能够容纳各种声音,欢迎任何人或组织为社区做出贡献;但不会与任何大会、厂商、以及组织进行绑定,保持中立的态度。社区鼓励技术交流和切磋,但谨守一点:不许作恶。社区内不存在所谓的标准,包容各类学术思想和理论的存在,提倡各种技术与工具,促进各种风格与流派,互相讨论,共同进步。社区是一个大家庭,无论在哪里,都是一家人,尽心尽力相互协助。
专业则意味着我们是纯粹的专业技术社区,专注在 DevOps 相关领域。社区治理体现专业化,运作力求公平、公正、透明。我们倡导并营造持续学习的社区氛围,追求技术卓越。
而使命感则代表我们以价值为导向,帮助个体实现自我增值,帮助企业构建数字化时代的核心竞争力。社区为传播 DevOps 文化,落地 DevOps 实践而生,我们秉承深深的使命感。中国DevOps 运动需要领航人与催化者,社区将负起义不容辞的责任
参考敏捷宣言,我们同样有中国 DevOps 社区宣言:
作为有理想的中国 DevOps 社区志愿者,我们一直身体力行,传播 DevOps 文化,落地DevOps 实践,并帮助他人学习与实践 DevOps 。与此同时,我们建立了如下价值观:
●不仅要让社区中立,更要 保持开放宗旨
●不仅要去响应需求,更要 创造社区价值
●不仅要有专业技能,更要 包容百家思想
●不仅要与多方合作,更要 建立伙伴关系
也就是说,左项固然值得追求,右项更加不可或缺。
2. 在本次大会中,将会举办您的新书签售会,能否为大家简单的介绍一下这本新书?
姚东老师:《敏捷无敌之 DevOps 》时代,是我和王立杰、许舟平两位老师合著的,十年前创作了第一部《敏捷无敌》,当时敏捷在国内是处在萌芽的状态,实施敏捷的公司基本都是通信行业的外企以及少数的敢于尝鲜的互联网开发团队,与敏捷相关的图书屈指可数,网上能找到的参考资料也是乏善可陈。十年的时间,敏捷已经逐渐成为了业界的主流开发方法,无论是外企、互联网公司,还是传统行业的金融、通信,都开始接受并开始采纳敏捷。并且除了团队的 Scrum、Kanban 的方法和实践,类似 SAFe、LeSS、Spotify 等规模化敏捷的方法论也开始逐渐出现并为大家所接受。敏捷也从纯研发领域,向前延伸到了业务敏捷,向后扩展到研发运维一体化的DevOps,更是有敏捷市场、敏捷人力以及敏捷家庭教育等分支涌现。方法论、实践、以及工具都不断创新,并且有众多的落地案例和优秀实践出现。
十年间,我们三个人先后从 Agilent 安捷伦离开,又几乎同时经历了 IBM、华为和京东的洗礼,从通信行业转型到 IT、互联网以及云计算领域,各自的角色也从最初的码农,分别戴上了架构师,技术顾问,咨询师,敏捷教练,布道师等头衔,不变的是始终践行着敏捷和 DevOps 的价值观,身体力行的运用各种方法论和工具,帮助过金融、互联网和电信等多个行业客户的转型之路。
工作之余我们也会时不时的小聚一下,相互的经验分享和总结,答疑解惑,也产生了要刷新第一版的想法。历经一年多的碰撞和笔耕,终于将我们这十年的积累,对精益敏捷与 DevOps 新的理解与身体力行的经验教训,落实成文字,形成了这本书。
3. 此次会议中您将与另外两位讲师徐磊、王立杰共同主持话题《凤凰沙盘》,据我们所知该话题与其他演讲都不同,采用的是以游戏的方式进行,能说说其中的理由吗。可以的话也为大家介绍一下这个共同话题。
姚东老师:凤凰沙盘是基于《凤凰项目》这本书的内容制作的沙盘,寓教于乐,将 DevOps 相对艰深难以理解的理念,通过游戏的方式传递出来,并让参与者融入其中,能够深切体会到价值交付过程中会遇到的种种困难以及障碍。
与演讲的定位不同,沙盘类游戏更有代入感,学员不是单方向的听,而是多方位的体验与交流,我们也一直提倡敏捷与 DevOps 需要撸袖子上,理论是基础,更重要的是自己上手实践,学会游泳最好的方式就是跳到水里。
凤凰沙盘通过精密设计的场景设定、角色分工、任务与事件卡片等,将一个传统企业 IT 转型过程巧妙的展现在所有人面前,每个学员可以通过扮演具体的角色,团队的协作,群策群力发现并解决问题,从而实现最终顺畅的价值交付,并且在完整的过程中,体会到DevOps背后的理念与实践。
《凤凰项目》是一本IT背景的小说体图书,而我们的《敏捷无敌之 DevOps 》也是,也非常希望能够致敬并且成为中国版的《目标》《金矿》《凤凰项目》。
4. 您作为资深敏捷专家,对于刚刚接触敏捷开发的项目管理者以及开发人员有什么好的建议?
姚东老师:从 Doing Agile 到 Being Agile,先固化再优化。
初接触敏捷时,建议选择一个成熟的方法论框架,例如 Scrum 或者 Kanban,遵循固有的套路,先不要急于去挑战方法论,必要时削足适履也是可以的。
以华为采纳 IPD 为例,华为自 1999 年启动 IPD 变革,到 2013 年内部 6.5 版本流程发布,在 15 年历程中 IPD 在华为从引入到成长,逐步扎根并持续优化。IPD 流程体系和管理体系让华为在产品开发周期、产品质量、成本、响应客户需求、产品综合竞争力上都取得了根本性的改善,从依赖个人英雄转变为依靠管理制度来推出具有竞争力的高质量产品,有力地支撑了华为快速发展和规模的国际化扩张。华为 IPD 流程也是遵从先僵化,后优化的整体原则。在 15 年 IPD历程中,1999 年至 2004 年的 5 年时间内,华为基本上是消化、理解、细化 IPD 流程过程,即我所说“先僵化”,搞懂 IPD,用好 IPD。
我经常听到“敏捷不适合我们”,“我们的流程太复杂,敏捷无法支撑”这类的言论,对不起不是敏捷不适合你,而是你不适合敏捷,你的思维意识以及能力还不足以支撑敏捷的要求。就好比初学篮球、网球,一两节课之后就断言这项运动不适合你,其实是你的头脑以及肌体还没有调整到位。(足球适合国人么?)
在还不了解一个方法和实践背后设计的理念时,麻烦先去固守流程与框架,先 Do 起来,一开始会很痛苦,这些痛苦是因为你长期缺乏运动所堆积的脂肪,是你的心肺功能还暂时无法支撑。慢慢跑起来,步子不要迈得太大,积累并庆祝每一个小的胜利。逐渐的心肺开始适应跑步的节奏,你开始提速,你开始尝试一些新的动作,你发现自己的肌肉开始健壮起来。你开始体会到敏捷所带来的好处,你知道自己正走在敏捷的道路上,Agile 没有 Done 的一刻,这条道路没有尽头,永远会有更好更高的目标给你挑战激励你成长,此刻,你知道自己已经 Being Agile。
5. 众所周知任何一个规范都不可能完全适用,敏捷开发也不例外,需要根据实际情况做细微调整,在华为云内部是否做过类似的调整,能否以一个您自身遇到的问题作为示例供大家参考吗?
姚东老师:同样举华为 IPD 的例子,从 2005 年后华为驾轻就熟 IPD,开始结合自己的产品战略、产品开发特点进行大量优化。此时华为也开始探索和采纳其他的一些方法论、流程以及实践。从 2003 年开始学习 CMMI,2006 年开始借鉴 XP 的一些实践,从 2010 年开始推行测试自动化工厂,对环境进行标准化、用例标准化,设计并开发用例自动化执行平台,同时开发了用例执行的调度平台。从 2013 年开始全面推行持续集成 CI,开始单元测试、自动化构建、规范静态代码检查、逐渐推行开发测试、强调测试覆盖率、采纳并践行自动化部署等实践。从 2015 年开始在持续集成 CI 的基础上,进行持续交付 CD 的推广,构建持续交付流水线,分层分级建立流水线规范,将测试与开发拉通,打掉开发测试之间的竖井,并建立了可视化的持续交付看板。与此同时,我们开始了 DevOps 的实践,将系统进行了服务化的拆分,开始采纳 Docker 容器化实践,建立自动化部署工具,在运维侧开始加强运维监控告警、自动化运维以及发布反馈环节。从2017 年开始在各产品线尤其是 Cloud 云产品线进行微服务改造,加强弹性自愈,新的服务都是云原生模式。
所以华为一路走过来,也是逐步前行,并非一步到位,每一个方法论的采纳,都需要根据当时的团队成熟度水平,进行适度引入。
我所在的华为云的 DevCloud,初衷也是将华为这 30 多年的实践与经验进行分享,并将华为内部的工具链通过云平台的方式对外进行开放。HE2E 即华为端到端的 DevOps 实施框架,集合了业界先进的实践,结合华为 30 年研发经验,形成的一套可操作可落地的敏捷开发方法论,并基于 DevCloud 工具链进行承载。
6. 在目前敏捷开发模式被众多人推崇的大潮流下,能否谈论一下这种开发模式能否取代例如瀑布流式开发等传统开发模式?
姚东老师:从理论上讲,瀑布是最理想化的开发模式。之所以说理想化,是因为没有额外的开销,但是大前提是需求明确不会变化,并且我们对所要开发的系统所涉及到的技术非常了解。在需求不发生变化,并且外部环境确定的情况下,完全可以自上而下的进行规划,在对技术完全可控的前提下,是可以进行完整的架构设计的。
但现实是,我们处在一个 VUCA 的时代,外部的商业环境是模糊不确定并且变化的,我们无法完全了解甚至对商业环境只是一知半解,我们不了解自己的客户甚至客户群体在哪里都需要寻找,我们无法控制需求的变更甚至需要积极的去拥抱变化,我们对技术不完全可控甚至在产品生命周期过程中需要根据业务需要不断的进行调整。
所以从当今复杂多变的时代来说,去构建一个可以灵活响应变化、主动进行探索、摸着石头过河、试错前行,而一旦找到方向又需要快速跟进、快速扩张,这无论对天生的互联网基因的企业而言,亦或是传统行业的转型,都提出了非常高的要求。
短期而言,传统的瀑布式研发模式还有生存的空间。但是从长远来看,企业一定有转型的诉求,一定有互联网模式的应用,这类应用是最适合采用敏捷开发模式的。一旦采纳了敏捷并坚持走下来,就很难再回去了。敏捷开发模式,核心是去适应,并非是一成不变的。“为了保持不变,一切都将改变”,Embrace a Growth Mind,拥抱成长型思维,这才是以不变的应万变的良策。
分享到:

免责声明:
  1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的,并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,请浏览者仅作参考,并请自行核实相关内容。
  2、本站部分内容转载于其他网站和媒体,版权归原作者或原发布媒体所有。如文章涉及版权等问题,请联系本站,我们将在两个工作日内进行删除或修改处理。敬请谅解!

延伸阅读:

more

会议活动

more

公开课

more

PMO

Copyright © 2020 IT项目管理界 版权所有 京ICP备17062359号-4 如转载本站文章,请注明原作者和原发布媒体

本着互联网分享精神,本站部分内容转载于其他网站和媒体,如稿件涉及版权等问题,请联系本站进行删除或修改处理

客服电话:010-89506650 89504891 非工作时间可联系:18701278071(微信) QQ在线:511524637

新闻与原创文章投稿:tougao#cpmta.com 客服邮箱:info#cpmta.com(请将#换成@)

IT项目管理界——我国最大的IT项目管理门户网站,隶属卓橡公司

IT项目管理界官方微信

IT项目管理界官方微信

PMO大会官方微信

PMO大会官方微信