• [热门活动] (活动已结束)【开发者福利季】开发者身份评测认证,点亮勋章享大礼
    2020年末,华为云为开发者送福利来了!认证成为华为云开发者,开启个人技能画像,点亮开发者勋章,多重好礼等你来拿。已开启Java、Python、前端开发、API、低代码开发、敏捷教练六个通道,哪个才是你的菜,是你未来的方向。赶快来测一测吧!获奖情况将于12月15日在论坛公布,请持续关注。【活动时间】活动已结束(11月11日-12月15日)【活动内容】活动整体分三个阶段进行,认证成为华为云开发者后,专属福利逐级开启。 学习礼——争当开发者,不做尾款人 开启时间:11月11日    认证通过点亮专属勋章,开启个人技能画像。勋章查看地址:https://devcloud.huaweicloud.com/expert/assessment/skill获得会员中心200码豆,限量240000码豆,先到先得,发完即止。每个ID限领一次。码豆查看地址:https://devcloud.huaweicloud.com/bonususer/home/converge邀请5人以上(含5人)参加测评,将获得知识大礼包一份。同时获得抽奖资格,有机会获得50元京东卡和锦鲤大奖。测评完成后参与主题帖活动,还有机会获得时尚卫衣、电动牙刷等精美礼品。详情请点击链接参加:学习周 ——争当开发者,不做尾款人 抢兑礼——感恩回馈,限时兑换  开启时间:11月17日认证通过后,即可开启会员中心开发者专区优惠购资格,参与1码豆抢兑、5折/8折码豆优惠购,数量有限,先到先得。活动详情请点击:https://bbs.huaweicloud.com/forum/thread-87785-1-1.html测评完成后参与主题帖活动,还有机会获得时尚卫衣、机械键盘等精美礼品。详情请点击链接参加:抢兑周—— 感恩回馈,限时兑换更多活动信息和礼品详情,扫码可知。狂欢礼——大奖来袭,谁是锦鲤   开启时间:11月29日邀请5人以上(含5人)参与评测获得抽奖资格,将抽取幸运奖和锦鲤大奖。邀请人数统计截止于12月10日,12月14日结果公示,12月15日获奖公布。测评完成后参与主题帖活动,还有机会获得时尚卫衣、移动快充等精美礼品。详情请点击链接参加:狂欢周——大奖来袭,谁是锦鲤   (即将开启,敬请期待)【参与方式】根据自己的特长,选择下方任一测评题目,参与评测并认证通过即可参与。API测评通道Java测评通道Python测评通道前端开发测评通道低代码开发测评通道敏捷教练测评通道【活动说明】1.本次活动为华为云开发者身份测评认证,参与者首先要注册成为华为云用户,才能参与本次活动。2.活动期间,每位开发者可以多次参与答题,分数以最高成绩为准。3.每个华为云账号只能被邀请一次。4.本次活动所有回帖内容需满足华为云论坛发帖规范:https://bbs.huaweicloud.com/forum/thread-23077-1-1.html5.不得使用各类非正常渠道或方式注册账号参与,违者取消活动参与及获奖资格;获奖人收件信息与实名信息不一致者或获奖人从未参与过测评,亦不予发奖。5.获奖情况的公示和获奖通知后续会在论坛发出,请关注本帖。6.所有获奖礼品将于12月30日前寄出。7.如您在测评活动中遇到相关问题,可点击下方链接反馈,请于12月15日24时前反馈,过期反馈视为无效,望周知。 反馈链接>>8.华为云开发者生态DevCloud专家服务团队对本活动规则有最终解释权。
  • [热门活动] 【开发者福利季】开发者身份评测认证,点亮勋章享大礼(活动已结束)
    2020年末,华为云为开发者送福利来了!认证成为华为云开发者,开启个人技能画像,点亮开发者勋章,多重好礼等你来拿。已开启Java、Python、前端开发、API、低代码开发、敏捷教练等多个通道,哪个才是你的菜,是你未来的方向。赶快来测一测吧!【活动时间】2020年11月11日-2020年12月10日【活动内容】活动整体分三个阶段进行,认证成为华为云开发者后,专属福利逐级开启。 学习礼——争当开发者,不做尾款人 开启时间:11月11日    认证通过点亮专属勋章,开启个人技能画像。勋章查看地址:https://devcloud.huaweicloud.com/expert/assessment/skill获得会员中心200码豆,限量240000码豆,先到先得,发完即止。每个ID限领一次。码豆查看地址:https://devcloud.huaweicloud.com/bonususer/home/converge邀请5人以上(含5人)参加测评,将获得知识大礼包一份。同时获得抽奖资格,有机会获得50元京东卡和锦鲤大奖。测评完成后参与主题帖活动,还有机会获得时尚卫衣、电动牙刷等精美礼品。详情请点击链接参加:学习周 ——争当开发者,不做尾款人 抢兑礼——感恩回馈,限时兑换  开启时间:11月17日测评完成后参与主题帖活动,还有机会获得时尚卫衣、机械键盘等精美礼品。详情请点击链接参加:抢兑周—— 感恩回馈,限时兑换狂欢礼——大奖来袭,谁是锦鲤   开启时间:11月29日邀请5人以上(含5人)参与评测获得抽奖资格,将抽取幸运奖和锦鲤大奖。邀请点亮勋章人数排行榜的前3名获得排行奖,限量大狮运动套装、数码套装和京东卡200元奖励。测评完成后参与主题帖活动,还有机会获得时尚卫衣、移动快充等精美礼品。    活动详情请点击链接查看:狂欢周——大奖来袭,谁是锦鲤   当前论坛集赞和邀请排行榜请点击查看:排名帖链接。【参与方式】可以点击测评通道链接或者 扫描下方二维码参与测评【邀请好友方法】生成邀请链接和邀请好友参加方法如下:第一步:完成问卷填写,并提交。第二步:在问卷结束页,点击下面那个黄色按钮“邀请好友答卷 免费领取 知识大礼包”第三步:点击之后,会提示你需要在浏览器中打开分享页面,请点击右上角“...”按钮,选择“在浏览器打开”第四步:在浏览器中打开会显示如下页面,保存您的专属海报图片,分享出去即可,只要有朋友也答卷完成,即可获得相应的礼品和抽奖资格。后续也可以再打开此页面,查看你的邀请进度(页面最下方)。【活动说明】1.本次活动为华为云开发者身份测评认证,参与者首先要注册成为华为云用户,才能参与本次活动。2.活动期间,每位开发者可以多次参与答题,分数以最高成绩为准。3.每个华为云账号只能被邀请一次。4.本次活动所有回帖内容需满足华为云论坛发帖规范:https://bbs.huaweicloud.com/forum/thread-23077-1-1.html5.不得使用各类非正常渠道或方式注册账号参与,违者取消活动参与及获奖资格;获奖人收件信息与实名信息不一致者或获奖人从未参与过测评,亦不予发奖。5.获奖情况的公示和获奖通知后续会在论坛发出,请关注本帖。6.所有获奖礼品将于12月30日前寄出。7.如您在测评活动中遇到相关问题,可点击下方链接反馈,请于12月15日24时前反馈,过期反馈视为无效,望周知。 反馈链接>>
  • [技术干货] 重磅推荐:论坛里100000+阅读量的技术干货贴
    从0了解DevOps 点我直达链接>>>>此篇包含:一、入门系列,带你从头了解DevOps,二、理论实践指导,三、DevOps on DevCloud系列,四、行业相关信息【敏捷合集】2021版敏捷系列合集 &精选技术讨论帖 点我直达链接>>>>华为云DevCloud大咖分享汇总(附PPT下载) 0 华为云DevCloud大咖分享汇总(附PPT下载) 1华为大咖分享:华为敏捷项目管理实践(后附PPT下载)2 华为大咖分享:AI在软件测试领域应用探索(后附PPT下载) 3华为大咖分享:微服务架构设计与实践(后附PPT下载)4华为大咖分享:拥抱Git,提升研发效率(后附PPT下载) 5华为大咖分享:游戏企业转型之道:敏捷与DevOps实践(后附PPT下载)6 华为大咖分享:基于容器的Devops(后附PPT下载) 7华为大咖分享:华为专家揭秘研发效能提升之道/DevCloud研发实践(后附PPT下载)8华为大咖分享:关于DevOps,听听华为专家怎么说(后附PPT下载)9华为大咖分享:交付在云端-全云DevOps研发实践10华为大咖分享:五星级软件工程师的高效秘诀(后附PPT下载) 11华为大咖分享:DevCloud on   DevCloud 从1月1次到1天10次发布的实践分享(后附PPT下载) 12华为微服务转型DevOps实践13华为大咖分享:大型云平台的DevOps实践14华为大咖分享:Focus on   Value 的思考与实践精粹(后附PPT下载)15华为大咖分享:云上开发,代码托管只是第一步(后附PPT下载) 16华为大咖分享:反脆弱,高效能组织的能力构建(后附PPT下载)17从Change、merge到New   Challenge--华为内源平台到研发云平台的发展历程(后附PPT下载)18华为大咖分享:华为云DevCloud   百人规模化精益DevOps转型(后附PPT下载)19华为大咖分享:架构师的基本功之管理篇20一文读懂云原生2.0时代的DevOps体系框架21华为大咖分享:华为云如何构建高效可信的持续交付能力22华为大咖分享:【HC2018 Session】基于Pipeline的DevOps核心实践_DevCloud_华为云论坛(后附PPT下载)23华为大咖分享:Gopher China2020 华为云的go语言云原生实战经验_DevCloud_华为云论坛 (后附PPT下载)24华为大咖分享:德智体美劳全面发展的DevOps_DevCloud_华为云论坛 (后附PPT下载)25华为大咖分享:如何让团队在高度共识中完成需求沟通与设计(后附PPT下载)26华为大咖分享:华为云DevCloud——云测API全场景测试技术与实践(后附PPT下载)27华为大咖分享:华为敏捷与DevOps实践分享(后附PPT下载)产品经理-全连接系列1【产品经理-全连接系列   之001】Epic/Feature/Story/Task/Bug到底是什么?2【产品经理-全连接系列   之002】企业应该如何开展敏捷,或者DevOps这样的研发变革(1)3【产品经理-全连接系列   之003】华为敏捷/DevOps实践一点一滴_如何开好站立会议 4【产品经理-全连接系列   之004】华为敏捷/DevOps实践一点一滴_Excel为什么越来越少用?5【产品经理-全连接系列 之005】华为敏捷/DevOps实践一点一滴_如何开好一个敏捷回顾会议6【产品经理-全连接系列 之006】华为敏捷/DevOps实践一点一滴_如何从Excle管理软件的方式中走出来7【产品经理-全连接系列之007】为什么用户故事的故事点用斐波那契数列??8【产品经理-全连接系列之008】华为敏捷/DevOps实践一点一滴——如何开好迭代计划会议 9【产品经理-全连接系列之009】Wiki这么多年,为什么还依然得到很多开发人员和团队的喜爱DevOps智库1重磅!史上最全的DevOps资料分享!22019年中国DevOps行业现状报告:中国信息通信研究院、华为云DevCloud、南京大学联合发布3DevOps实施落地的两个法宝:粒度&解耦   附PDF下载4【转载】【资料下载合集】HDC.Cloud华为开发者大会20205【DevCloud ·   敏捷智库】软件项目需求变更频繁,如何做好有效的需求管理和规划?6 【敏捷智库知识卡】第1-7期合集(内附下载资料)7【敏捷智库知识卡】 第8期 拍脑袋估算法?OUT!:科学估算,平稳生产,嗷闪!8【敏捷智库知识卡】第9期 微服务架构难落地?MSA实施指导框架来帮你9【敏捷智库知识卡】 第10期 任务不让指派还没人认领,我咋整?—— Scrum Master的心酸谁能知?10【敏捷智库知识卡】 第11期 项目团队人员变动频繁怎么办——大牛走了,你怕不怕?11【敏捷智库知识卡】第12期 需求剪不断理还乱(内附1-12期卡片合集下载)12DevOps人员常用的linux命令13【转载】六步教你玩转DevOps上华为云DevCloud实践14DevOps敏捷60问,一定有你想了解的问题数据库学习1【转载】【最全华为云数据库资料】庖丁解牛——带你了解华为云数据库的精髓 2JDBC练习--适合于新手或者温习jdbc(一个简易的在后台的学生信息的增删改查)Python技术学习1【转载】Python面试的一些心得,与练习题分享...2pyhon初学笔记要点归纳!3Python常用基础知识点4【转载】60+精华:从基础到实战   带你极速掌握 Python技术API进阶之路0《2020年API现状调研报告》1《华为云API精选手册》2【API进阶之路】因为不会创建云服务器,我被实习生摆了一道3【API进阶之路】前浪的绝地反击与自我证明4【API进阶之路】甩锅大会上,我是如何绝地求生的5【API进阶之路】一个技术预案,让老板当场喊出了“奥利给”6【API进阶之路】万万没想到,一个技术方案帮实习生追到了运营妹子!7【API进阶之路】一个技术盲点,差点让整个项目翻车8【API进阶之路】老板给我涨薪30%!如何通过SDK接口搞定千万级流量直播9【API进阶之路】半天搞定百万条手机号归属地查询,竟影响了公司战略方向!10【API进阶之路】无法想象!大龄码农的硬盘里有这么多宝藏11【API进阶之路】高考要考口语?一场10w+刷屏活动是如何用多模态评测API做出来的12【API进阶之路】帮公司省下20万调研费!如何巧用情感分析API实现用户偏好调研13【API进阶之路】逆袭!用关键词抽取API搞定用户需求洞察14【API进阶之路】破圈,用一个API代替10人内容团队15【API进阶之路】用API打造一条自动化内容生产流水线16【API进阶之路】没有AI工程师也能做OCR文字识别17【API进阶之路】太秃然了,老板要我一周内检测并导入一万个小时的视频18【API进阶之路】干掉PPT!现场编码的职级晋升答辩你参加过么?19【API进阶之路】研发需求突增3倍,测试团队集体闹离职20【API进阶之路】人少钱少需求多的新项目,该怎么带?21【API进阶之路】本季大结局:API带来的微创新,打动投资人鼓励我创业包不同系列视频1【包不同的沙雕敏捷】第一集 砸锅卖铁买兰博2【包不同的沙雕敏捷】第二集 需求管理靠看板3【包不同的沙雕敏捷】第三集 小步快跑Scrum其他1史上最全的架构师图谱(后附高清大图)2【电子书下载】人工智能技术入门该读哪些书?这里有一份精选书单3看看是不是你想要的:pycharm永久激活!!!
  • [技术干货] 【以人为本,敏捷为先】华为云·云享专家徐毅:我们要“因地制宜”地实践敏捷和DevOps
    敏捷是近几年IT圈子里大热的概念之一, 虽然理念很好,但真正实践起来却有不少的坑,比如很多研发人员满怀着希望开始敏捷和DevOps,最终却以无法落地草草收场。为此,华为云DevCloud首席技术布道师徐毅谈了谈他对敏捷和DevOps的认识。徐毅的开发经验丰富,担任过诺基亚、惠普等多家大公司的敏捷教练,翻译审校过多本敏捷相关的IT书籍。在和敏捷打交道的这么多年中,他深知开发人员、企业在敏捷实践中遇到的瓶颈,也提出了一些解决之道。因地制宜实践敏捷和DevOps徐毅最早在2005年底开始尝试敏捷,当时接触的是Scrum。随后的几年中,持续集成、持续部署、持续发布等理念陆陆续续成为开发圈子里一股热潮。直到2014年左右,DevOps在国内风靡,大家都开始拥抱DevOps。不过,当时业内对DevOps的认知还存在一些偏差,传统研发行业认为它是持续集成的延续,也就是必须做好持续交付才能做好DevOps;新兴的云化、互联网公司实践者强调的则是快速上线的能力。“那时候大家对Dev和Ops也没有特别强的共识,研发的人在讲研发的事,运维的人在讲运维的事。”徐毅表示,即便到现在,Dev和Ops也没有真正的融合,只有极少数的企业实现了开发运维全打通。“绝大多数企业很难接受一个研发把功能开发完成后直接上线,因为这个影响是未知的。尤其是对于大型的云服务厂商来说,一个软件可能会部署到成千上万的机器或者实例上去,即使只有一行代码的改变,其影响面也非常大。”所以DevOps说起来容易,真正实践起来还是有不少困难的,尤其要特别注意“因地制宜”地使用它。徐毅强调,“我们要关注这个技术能不能满足我们的需求,知道我们的特点是什么,然后去选择合适的技术。”在传统交付型的行业,把软件包交付给客户后,后面的部署等行为是不受控的,中间如果产生修改,整个过程是非常长的,这就要求在前期的质量保障上做很多功夫。所以在传统行业或者传统业务背景实践中,通常更强调自动化测试的重要性。对于云服务、自运营的公司来说,业务发展早期系统较小,出现问题的可能性也不大,即使出现问题也能快速回滚,所以前期的质量保障要求相对低一点,更强调能够快速部署上线。所以对于不同的企业规模、业务类型,以及企业不同的成长阶段,所采用的实践都会有所不同。从DevCloud看研发的数字化、智能化从互联网到智能化,我们的软件开发流程一直在优化。如果互联网改善的是生产工具,那么,敏捷改善的就是生产关系,它给予团队更多的自主权,释放生产力提升开发的能力;DevOps促使了Ops的打通,让整个过程顺畅起来。数字化则确保业务能够被安全管控,智能化提供更聪明的决策。徐毅总结,基于数字化,智能化的分析和改进,这是研发领域的趋势。作为华为云DevCloud首席技术布道师,徐毅和华为云的专家服务团队自然使用DevCloud进行数字化的工作管理。华为云DevCloud是一站式云端DevOps平台,囊括项目管理、代码托管、云测、部署、发布等软件开发必备的研发工具,是华为云研发实践、前沿研发理念的集大成者。谈及最开始使用DevCloud,徐毅也有些忐忑,“大家都不熟悉这些工具,还好坚持下来了。”首先把工作按照结构和表达方式录入到其中;然后从管理的维度思考,如何做好时间、模块管理,据此进行分析和改进;最后使用更先进的方式去提升团队工作效率,比如我们写文档利用代码仓、建立特性分支和在线评审实现多人协作。实践一段时间后,徐毅和团队形成了一个很好的工作过程管理和任务管理方式,和DevCloud也有了较强的绑定关系。有了平台的协助,之后只要定期检查团队的工作,从而能够把更多的时间聚焦在业务上,和大家进行业务上的对齐。这也是一个典型的用敏捷、DevOps、数字化、智能化的手段提高既有的生产力。当前,在“DevOps能力之屋”中,华为云DevCloud提出(工程方法+最佳实践+生态)×工具平台=DevOps能力。最后,徐毅也表示,单单只有工具是不行的,还需要有工程方法去指导工具落地实践。所以,华为云DevCloud专家服务目前输出了相应的工程方法与最佳实践,去帮助企业,开发者更好地使用华为云的产品服务与技术,帮助他们适应数字化时代。
  • [技术干货] 【以人为本,敏捷为先】华为云 MVP王立杰:敏捷DevOps的“传道授业解惑”师者
    当前,数字化大时代下企业面对的商业环境瞬息万变,各种新技术突飞猛进的同时,IT企业要对市场和竞争对手的变化做出快速敏捷的响应,才能在市场中称雄,不被淘汰。敏捷开发作为最适合应对企业数字化转型的最优软件方法论,那么整合企业IT部门的软件开发与运维,实现开发与运维的一体化DevOps,则变得比以往任何时候都来得重要。 传道作为国内早期的敏捷DevOps先行者,王立杰一直在思考如何将敏捷DevOps的理念与实践,推广到国内的各家企业去,帮助企业提升研发效能。 在2009年,王立杰发现国内关于敏捷的相关图书寥寥无几。于是,他联合有着多年敏捷实践经验的许舟平老师,推出了以故事的形式讲解敏捷的基本概念及实践的书籍《敏捷无敌》,这也是国内第一本小说体的敏捷技术图书。“图书发行后,很多企业参照这本书进行敏捷实践操作。”王立杰讲到。 随着时间的推移,国内敏捷转型的企业逐渐增多,企业在落地敏捷实践的过程中,都是在摸着石头过河。为此,2011年王立杰组织了敏捷社区的十多位伙伴一起写了国内第一本实践案例集锦《敏捷开发一千零一夜》,书中展示了阿里、新浪、网龙等公司一些团队的转型历程,为企业在转型的过程中提供了非常大的帮助。 在作为京东首席敏捷创新教练的期间,王立杰参与并指导了京东内部多个部门的敏捷转型,也落地了丰富多样化的敏捷转型案例。王立杰表示,这些案例非常值得外界参考,毕竟集互联网电商、物流、金融、大数据、云等生态在一起的企业,凤毛麟角。结合京东敏捷转型的实践案例,王立杰推出了《京东敏捷实践指南》,一经推出就成为敏捷转型企业追捧喜爱的书籍。 在2019年,王立杰团队推出了《敏捷无敌之DevOps时代》书籍,该书还被台湾出版社引进以繁体版面世。这本书主要是通过对敏捷相关的知识、经验、实践的提炼与总结,希望能为国内企业的敏捷DevOps转型助力。并在华为云享读书会活动中,联合许舟平、姚冬和徐磊三位老师,通过5节课的内容,为用户带来一场精彩的DevOps的内容讲解。授业 书,虽然能将知识进行无限的传播,但其枯燥的内容无法让读者能够感同身受。在2010年,王立杰便组织和参与了全球敏捷之旅(Agiletour)的北京站活动,并同时打造了敏捷社区。“通过成立北京Agile1001敏捷社区,将每年一度的敏捷之旅活动,变成常态化,每个月组织1-2次的线下活动,先后组织分享过《影响地图》、《用户故事地图》、《精益创业》、《设计思维 Design Thinking》等话题,跟社区小伙伴们一起研究、学习敏捷的新颖实践。”王立杰讲到。 为了推动DevOps在国内落地,2018年王立杰以核心组织者的身份发起了中国DevOps社区。联合社区的发起人,一起起草了社区愿景与价值观,还制定了社区的3层治理架构(理事会、城市组织者、社区)和章程。目前已经有国内20多个城市的伙伴们一起参与到社区共建。王立杰很自豪的说道,社区通过线下Meetup、线上直播、年度社区大会、公众号及网站等多种形式,将DevOps这一草根发起的运动,在国内推向了一个新的高度。 解惑网上敏捷和DevOps工具非常多,但大都比较分散单一,缺乏统一的一站式解决方案。华为云DevCloud一体化研发平台作为专业的敏捷开发工具平台,能够通过持续交付和精益管理实践的落地,将方法、实践与工具平台的结合,通过可视化、自动化、集成一体化的方式,将需求管理、敏捷项目计划、持续集成、自动化部署、自动化测试、持续交付流水线、运维监控等领域,以及容器化、微服务、云原生的架构有机的结合,实现价值的持续快速的交付,从而有效的支持组织研发效能和个人生产力的提升。 也正是基于王立杰在敏捷开发领域的专业度,受邀并成功成为了华为云MVP中的一员。在随后的时间,王立杰参与到了华为云DevCloud平台的宣传推广中。 2019年,在深圳华为龙岗办公室的一次分享活动中,王立杰通过理论讲解+华为云DevCloud实操案例内容分享,为活动的听众带来了敏捷开发的关键点,以及在华为云Devcloud如何落地的经验。 随后,王立杰参加了8月份华为云举办的“华山论剑”线下沙龙活动。本次活动主要是想通过线下活动的形式,帮助华为云生态企业在敏捷转型过程中遇到的问题,进行答疑解惑。 “很多企业都面临着‘开发过程中客户不能看到完整产品’的痛点问题。”王立杰指出。“出现这个问题,可能是因为这些企业走的还是大瀑布,不是真的敏捷。我们希望的‘敏捷’是小步快跑迅速迭代,每次迭代的东西客户应该可以看到。如果依然是在大瀑布里玩小迭代,整个还是瀑布流程,那样的话,敏捷就离落地上还早着呢。” 10月份,首届中国DevOps社区年会在杭州胜利落幕。在大会期间,大家在华为云展台上各种咨询与现场试用,好不热闹。作为华为云MVP的王立杰表示,看到自己的推广的平台受到这么多人的喜欢,感到非常的自豪。 自我提升 虽然一直担任着敏捷开发领域的“师者”,王立杰也一直没有忘记自我知识和能力的提升。在2019年9月份,王立杰联合华为云的三位MVP,以不同敏捷流派的形式,就每个流派的区别是什么,哪个流派更优秀等话题进行了一场激烈的讨论。王立杰说道,这场论战还引发了一场“冰桶挑战”呢。视频地址? 孙子兵法有云:凡兵法韬略,在道不在术。面对日新月异的的市场,企业必须逼迫自己不断的进行革新来应对市场变化。王立杰在谈及畅想未来DevOps的发展时表示,敏捷、DevOps必将在这个商业形式不断变化、企业需要在不大提升效能的背景下,将会成为一种必备研发模式。期待华为云DevCloud在融合先进理念的同时,将工具平台的能力发挥到极致,再上一层楼。
  • [技术干货] 【以人为本,敏捷为先】华为云·云享专家黄灵:从“人心”开始的敏捷,不只适用于软件研发
    “敏于心,捷于行”,这是黄灵给自己的采访稿拟的标题,短短六字,正是她践行敏捷12年来最大的感悟。在她看来,“敏捷不仅仅是一种开发模式,更多的是一种让人茅塞顿开的思维方式。”那么,敏捷的思维方式是什么,它又能给企业的业务转型带来怎样的变化?敏捷从“人心”开始自2008年,黄灵开始承担敏捷转型及咨询相关工作,先后在IT咨询、零售电商、金融科技、汽车销售、制药公司等行业从事敏捷开发管理,经验非常丰富。目前,她的身份是敏捷咨询公司Hi-Agile的数字化转型总监,践行敏捷这一路走来,黄灵在各种全国性敏捷管理大会上做过演讲,也翻译出版过三本相关书籍。然而回忆当初和敏捷结缘的契机,却有些意料之外。2008年,是一个不平凡的年份,自然界的寒冬伴随着金融风暴后的经济寒冬,给许多企业带来了生死决策的挑战。当时黄灵所在的Autodesk,正尝试用敏捷来应对这场危机。就是在这样的宏观大背景下,黄灵第一次接触到了敏捷。“我开始体会到一种新的工作方式带来的兴奋和全情投入的幸福感,同时也感受到公司在业务战略上的调整,我们不再关起门来做高大上的设计软件,而是更多地打开大门,走向客户,并以更频繁、更开放的方式将我们的软件产品发布在用户容易获取的平台和渠道。从此,我认识了一个词:敏捷。”彼时的Autodesk还提供了开放的环境让员工自组织学习小分队,并且鼓励创新试错,很多创新性小项目在这期间不断涌现,比如黄灵当时的CEO同学就是一位创新达人,带领的项目后来都成为公司的核心产品。回忆在Autodesk工作的那段时间,黄灵感慨良多,“我们被信任、被尊重,也从心底认同公司的价值观,并在工作中相互协作,为达成共同的交付目标而努力。”也正是因为这次敏捷的实践,让黄灵对它有了更深切的认识。“敏捷从‘人心’层面开始,促使人们思考从组织管理的各个维度,如何能更好地激发个体的潜能,大胆快速地将想法变成可以验证的最小可行产品,甚至是原型,用以向客户和市场收集反馈已确认正确的方向,并加以调整。”随后的2011年对于黄灵来说是个转折,这一年,她的职业路径切换到了敏捷教练和咨询管理的轨道。这期间黄灵经历了不同的企业体制,转战了不同的行业,岗位角色也在不停地变换,唯一不变的是“敏捷思维”一直是她开展工作的核心指导思想:带团队、定制度、创产品,始终把“人”放在第一位,并借用敏捷的工作原则,尽量简化工作流程,移除员工工作障碍,提供足够的支持和指导,让各司其职的同事们都能专注于创造客户价值。敏捷思维不只适用软件研发作为一个敏捷教练或者管理者,学习是永动力,黄灵也不例外,她直言,“出于对新领域的好奇和渴望了解未知,持续的学习让我活得很充实。”在工作之余,黄灵和志同道合的朋友们陆续参与翻译了几本敏捷开发管理相关的书籍。谈起翻译的工作,黄灵觉得受益匪浅。“当电脑上输入的符号变成铅字的时候,书中阐述的理论和案例也牢牢地印在了脑海里。”除此之外,她还参加了大大小小各种方法和知识体系的培训和认证,不为收集证书,只为全方位了解不同的方法体系之间的异同之处,从而能够在工作中更加游刃有余,不固守教条。也正是因为积年累月的敏捷学习,让黄灵有底气站在国际性大会上传道授业解惑,从一个全新的视角带来可供参考的敏捷最新、最真实的落地案例。在多数人的印象中,敏捷是IT行业的专属,其实不然。2019年的时候,黄灵从熟悉的软件开发、科技创新行业切换到制药领域,脱离舒适区,参与到医疗企业级敏捷转型的大型项目里。“我有幸参与并目睹了敏捷思想和文化如何带动一个庞大的组织,从企业顶层管理者思维和行为,到团队结构和工作方式、业务模式、人才培养和管模式、财务管理等全方位的转型。”最终,这次敏捷转型非常成功,这家医疗公司从老牌贵族式略带官僚气息的传统企业逐步转型为高效灵活、接地气、真心诚意把客户放在第一位的新时代医疗生态公司。这次敏捷的经历,让黄灵愈加坚信,敏捷思维将不再只停留于软件研发领域,它会给更多不同行业的企业带去活力和创新,也会帮助更多的企业和组织,开拓新的市场领域,打造更好的产品和服务。更重要的是,组建和塑造更加优秀的团队。与华为云的结缘今年6月,黄灵受华为云邀约成为云享专家,开始向开发者分享敏捷案例。在敏捷开发方面,华为云的王牌产品DevCloud也一直深受敏捷爱好者的欢迎,黄灵认为,华为云平台提供了丰富的开发管理资源和工具,能够更好地支撑和帮助产品研发团队快速便捷地打造优秀的产品和服务。参考当下的国际局势,科技自主对一个国家主权和安全显得越来越重要。可以感受到,华为作为优秀的中国科技企业之一,正在担负着软件领域核心技术自主化的重要职责,并用实际行动为软件开发者提供更好的开发管理平台和工具。她期待能够在案例分享、知识传递方面借用华为云这个平台触达到更多的敏捷开发者。 最后:从事敏捷思维和方法传播工作的这些年,黄灵也是自己持续成长的最大受益者。“敏捷的思维和行为方式让我得以摆脱完美主义者常有的焦虑和执着,有更大的耐心愿意去经历持续演进过程,也更愿意为实现目标去倾注热情,而且它帮助我打开眼界,对更多未知领域充满好奇,开启了不停歇的自我探索之旅。”
  • [技术干货] 【以人为本,敏捷为先】华为云·云享专家佟鑫:从纸上谈兵到落地实践,敏捷转型要戒骄戒躁
    许多团队在敏捷转型的过程中,往往会犯纸上谈兵的错误,导致敏捷实践以失败告终。软件开发经验丰富的佟鑫也有类似的经历,但是在不断的学习试错、以及华为云Dev Cloud的帮助下,他成功跳出了敏捷转型的陷阱,找到一条正确的路。一次内训,和敏捷结缘佟鑫曾是一名软件开发工程师,与技术打交道多年的他,第一次接触“敏捷”还是在公司的一次内部培训中,当时他们邀请了著名的敏捷教练进行敏捷培训,各项目经理及部长逐个阐述了对敏捷的认知以及敏捷转型遇到的问题。这次交流让佟鑫印象深刻,尤其当时某个部长提出敏捷转型该如何协调员工工作的问题:当一个员工的工作能力十分优秀,是根据能力分配工作,还是分配基础工作后剩余时间任其自由发挥。因为如果处理不当,在敏捷实践中很容易引起员工工作的懈怠。这个看似很棘手的问题引发了佟鑫对敏捷的思考,之后,他开始留意一些试图进行敏捷转型的团队,观察调研他们使用敏捷的深度和感受。“有的在提出敏捷,尝试去做,但失败了,便利贴还停留在了看板上;有的用过敏捷后,仍保持每天站立会的;也有一直不肯去尝试的。”看的越多,想的也就越多,自此,敏捷一词一直萦绕佟鑫的心中,他也正式开始了系统化学习敏捷的漫漫长路。2018年的时候,佟鑫参与了华为云线上的一系列的培训课程,以及敏捷类书籍的研读,比如《凤凰项目》、《DevOps实践指南》、《敏捷无敌之DevOps时代》等。经过一段时间的培训后,佟鑫也坚定了他对敏捷的认识:“敏捷开发是以人为核心,采用循序渐进的方法进行软件开发,而DevOps改变了运维和开发的新关系。通过敏捷&DevOps可以更快更好的完成用户需求,快速试错,及时优化。”纸上得来终觉浅,敏捷转型要用好工具然而在经历了一次失败的敏捷实践后,佟鑫却直言“即便通读了再多的资料,没有实际操作,也都是纸上谈兵。”当时佟鑫所在的团队进行敏捷转型时遇到了一个问题:代码质量影响了项目的进度。项目开发期间,由于大家频繁上传代码,很容易影响主干代码的质量。“为了保证代码的质量,就让大家不要频繁地提交代码,确认自己的代码没问题,可以积攒到一定程度再提交。初时并没有什么问题,但是在后续集成测试时,暴露出大量的问题,导致时间非常紧迫,甚至影响项目交付。”在熬了几个通宵后,佟鑫和团队如期顺利交付了项目。这次颇为狼狈的敏捷实践也让他们进行了深刻的反省检讨。“我们发现测试环节没有跟上代码提交的进度,没有前期的测试,就绕过问题的暴露点,最终导致在最后的时间点,问题大面积暴露。”为了避免类似的情况再次出现,佟鑫和团队决定采用单元测试和代码同时提交的策略,在确保代码的规范性和质量且通过测试后才能提交代码。代码质量只是敏捷转型遇到的问题的冰山一角,佟鑫也遇到了最初接触敏捷时同事提到的那个问题:如何协调员工之间的工作量。他表示,“作为管理者,需要有数据支撑去考核员工,那么作为被考核者,通常也会很担心这个数据是否会进行晾晒以及影响到自己的奖金、绩效、职级调整等。”同时,这个数据的收集、分析也是棘手的难题,比如数据是否真实准确,分析结果能否满足时效性、可靠性和专业性。华为云DevCloud就完美解决了这个难题,它提供的一站式软件开发工具可以让数据的收集、分析都能“尽善尽美”。佟鑫进一步解释道,“在项目初期通过需求分析,拆分任务功能点,对每一个任务进行时间分割。完成任务之后,可以统计出每个人的完成情况及进展。然后,通过平台收集的数据,自动分析出对应的图表,直观的感受每个人的工作情况。”这也正是敏捷实践中工具的力量。最后在一次次的敏捷实践后,佟鑫总结,“基本上尝试敏捷转型的团队在初期都会有急躁的情绪,但是敏捷转型本身就是一个迭代的过程。这是一个缓慢的过程,但是转型成功后将实现重大飞跃。”
  • [技术干货] 【以人为本,敏捷为先】华为云MVP专家许舟平:跨越敏捷与DevOps的鸿沟
    在那个程序员还不叫“码农”的时代,敏捷宣言和极限编程,在大洋彼岸刚开始被那些敢于尝鲜的极客们实践着。而此时中国的大部分企业,还在为通过CMM/CMMI评级而努力,6 Sigma和ISO9000体系的培训比比皆是,瀑布式开发依然是主流。用加班补足软件开发进度不可取Ericsson公司作为刚进入中国不久的Juniper公司的代理商,在符合国内标准的网管软件却还停留在销售介绍方案的PPT上的时候,就已经把Juniper的设备卖进了几大运营商的机房等待上线。作为项目组成员的许舟平和开发同事封闭开发了两个多月的时间,让Ericsson销售们吹过的牛逼终于成为现实。“作为软件开发者应当控制好开发节奏的重要性,仅靠没日没夜加班获得的软件开发效率是难以持续的,保质保量的on-time delivery从来都不是一件容易做到的事情。”许舟平通过这次封闭开发感慨道。随后,许舟平接触了到《快速软件开发-有效控制与完成进度计划》的书籍。这本书里面介绍了有效开发、快速开发和最佳实践等内容,让许舟平对开发效率和研发流程方法有了一些初步的认识。他说道,唯有根据项目实际情况,找到可能合适的快速开发方法,在开发进度、产品质量和研发费用之间进行权衡与风险管控,才有可能真正地做到按时交付。青出于蓝而胜于蓝随后许舟平来到了IBM China Development Lab,当他和同事还在讨论关于IBM收购Rational到底能不能帮着IBM完成“e-business on demand”的战略布局事宜的时候,远在深圳的华为工程师本,早已在中东北非、东南亚和南美的企业级电信市场上攻城略地,产品研发团队采用从IBM借鉴过来的IPD管理流程(集成产品开发流程)进行管控。就连隔壁IBM咨询团队帮助华为实施IPD流程的同事一直都很感叹:华为研发的强矩阵式管控要比老师IBM还更有力高效!华为引入IPD之后,在产品研发的概念阶段和计划阶段要明显比原来的研发流程周期长了,但整个产品研发的时间却缩短了。许舟平表示,IPD流程是瀑布式的,可以帮助华为解决从前端的市场销售人员到产品研发,再到用服和客户的整体链条拉通。随着市场的发展,我们都知道产品只有“以客户为中心”才能真正帮助客户创造价值,但IPD流程遇到客户需求变化快,产品迭代速度和研发质量就会相形见绌。也正是在这个时候,随后就职于IBM China Development Lab的许舟平就和华为结下了不解之缘。在2009年,作为IBM敏捷顾问,许舟平参与了IBM为华为敏捷转型提供的研发咨询服务,为华为多个产品部门协助研发进行敏捷转型。许舟平谈到,敏捷讲究的是拥抱变化、快速交付,强调的是工程实践与反馈闭环。如何与已有的IPD流程深度结合,成为当时一个必须要解决的问题。在华为杭州研究所的时候,他们将无线网络中射频与基站平台部的核心产品HERT BBU V200R007成为当时的敏捷开发试点项目,最终通过从IPD流程中的TR2到TR4/TR4a,采用敏捷版本发布火车和极限编程中的诸多工程实践,确保交付质量和以客户为中心是不变的思想。 助力企业跨越敏捷与DevOps的鸿沟离开IBM之后,许舟平加入了华为2012实验室能力研发中心,主要是帮助华为各大产品线进行研发效能提升与研发上云业务上云的数字化转型。他表示,研发效能提升其实并不是很容易量化,在需求设计、开发测试到研发协同持续交付流水线,云上云下的结合与业务的全链条打通是他与同事们努力的目标。在随后成立的Cloud BU,他看到华为云DevCloud中那些当年熟悉的研发工具和敏捷方法如:看板、Scrum、用户故事、实例化需求等各种方法,被越来越多的华为企业用户所采纳与广泛使用,帮助客户在不同的应用场景下进行敏捷开发的诸多实践,解决那些用户在研发效能上的问题。许舟平表示,自己内心是非常激动的,自己也是很有成就感的。多年研发管理与支撑业务快速发展的经验告诉许舟平,真正的敏捷是端到端的敏捷,是需要将业务创新与产品开发拉通,研发运维一体化,让精益创新、需求管理、敏捷迭代计划、持续集成/持续交付、自动化测试、自动化部署和运维监控的全链路打通,并在云和容器上完成产品应用的快速上线。 普惠敏捷开发技术也正是基于这样的理念,在2019年许舟平与王立杰老师、姚冬老师共同出版了《敏捷无敌之DevOps时代》一本讲述端到端敏捷的书籍,并携手创办DevOps开源社区International DevOps Coach Federation (IDCF)。“这一切就是希望帮助更多的人跨越敏捷与DevOps鸿沟。”许舟平说道。通用电气前CEO杰克·韦尔奇曾经讲过:“成为领袖前,成功是让自己成长。成为领袖后,成功是让别人成长”。许舟平谈到,今天的华为云一直通过不断践行“以客户为中心,以奋斗者为本”的价值理念,以华为云DevCloud为纽带,助力企业实现软件研发效率提升。帮助越来越多的海内外客户持续成长,并与开发者同行,创造性地为此提供诸多软件开发工具、平台与应用。
  • [技术干货] 【以人为本,敏捷为先】华为云MVP黄隽:从排斥到布道者,敏捷的正确打开方式是什么
    敏捷这个词虽然被很多开发人员挂在嘴边,但真正理解并能用敏捷解决实际问题的其实少之又少。很多公司开始实践敏捷,但多数被伪敏捷折腾一痛,失败告终。为什么会这样?难道敏捷出了问题,或者说敏捷转型有这么多痛点,敏捷还适合软件开发吗?在敏捷专家黄隽看来,“如果本身对敏捷开发就存在误解,这很容易导致错误的实践方式。”那么,敏捷的正确打开方式是什么?且听黄隽慢慢道来。与敏捷结缘黄隽最开始接触敏捷时,其实是有点排斥的,因为他一直处于传统开发模式状态下,一时很难改变传统软件开发的固定思维模式。直到2012年初,当时在IBM工作的他,接触了非常多的相关培训和实践,随着了解的深入,黄隽逐渐跳出了当初的思维定式,对敏捷产生深厚的兴趣。黄隽认为,“敏捷开发只是一个指导思想和原则,并没有给出具体的实施步骤。在实际工作中,如果企业只是觉得不用敏捷好像很老土,一再对外强调敏捷开发是没有意义的。重要的是在敏捷原则和核心价值观的指引下,哪些实践和方法可以帮助达到目标,或者如何解决这些问题从而达到目标。”在从事敏捷开发过程中,黄隽看到许多企业因为认知偏差走进了死胡同,更加坚定了他的敏捷开发之路。也正是因为一直从事敏捷开发工作,黄隽机缘巧合下接触到了华为云软件开发云DevCloud。DevCloud是集华为研发实践、前沿研发理念、先进研发工具为一体的研发云平台,它面向开发者提供研发工具服务,让软件开发简单高效。“和华为云几位敏捷专家分享布道的日子里,接触了很多企业用户、老板、高校教师和领导,更深刻的了解到企业转型和高校产教融合的很多痛点,一种要帮助解决痛点的责任油然而生。”黄隽笑言,“随后,我们就一起创建了‘敏捷江湖桃花岛社区’,专门解决敏捷和DevOps转型痛点问题。”                                               图:敏捷江湖桃花岛线下沙龙101敏捷转型痛点主题配图在诸多转型问题中,黄隽发现多数企业有一个共性的难题:研发团队经常会提到的Backlog管理问题,特别是那些突发性的工作应该如何管理。下面黄隽将对提到的这些痛点问题做详细阐述,从事研发的团队可以参考。研发团队如何管理琐碎、突发性工作?先看看解决方案思路:管理好工作项是解决问题的核心,那么在形成工作项之前,我们需要解决谁对工作项负责或者说工作项来源的问题,然后要针对工作项做好工作计划,这样开发团队才能很好的执行。首先,明确产品经理为需求责任人,做到需求来源唯一。其次,梳理产品待办列表,高优先级的工作项先做。第三,重新定计划,确保团队容量适合,合理更新迭代目标。第四,回顾总结,选出改善点,下个迭代做得更好。最后,几个迭代下来,度量分析,不断改善。另外,同步需要进行的是人才的培养,向跨职能型团队努力。解决方案思路示意图如下:解决方案思路示意图 剖析解决方案,一步步解决Backlog管理问题1、明确需求责任人一方面,需求责任人必须很好地理解项目中的利益干系人、客户和用户的需要(包括前面提到的突发工作项)及其优先级。同时,需求责任人还要在版本、迭代和Backlog层面都持续做出良好的经济决策,管理经济效益。为了统一叫法、便于理解,后面需求责任人都由产品经理充当(类似Scrum框架中的产品负责人)。总结一下,产品经理的主要职责如下图所示:产品经理主要职责图产品经理需要与利益干系人充分沟通,确定这些突发的工作优先级别,同时从业务价值和管理经济效益等维度考虑,明确是否一定要在本迭代中完成。一旦确定这些突发工作属于高优先级,必须在本迭代中完成,那就需要重新梳理工作项了。 2、梳理产品待办列表梳理产品待办列表,就是将高优先级的工作项放到迭代待办列表中先做。下图说明了通过梳理活动改变Backlog的结构:梳理活动改变Backlog的结构图梳理后,对应DevCloud中的体现:DevCloud梳理活动结果图产品经理梳理后,如图高亮部分,突发性培训任务的工作项得到了合理的优先级,同时它是被细化的,而且是经过工作量估算的。产品经理是梳理活动的最终决策者,优秀的产品经理能够充分协调利益干系人,安排足够的时间,并根据团队的特点和项目类型来开展梳理活动。同时团队还要估算新加入突发工作的工作量,帮助产品经理根据技术依赖关系和资源约束排列工作项的优先顺序,如果新加入突发性培训任务的工作项优先级高,那么就会纳入本迭代代办列表中。 3、重新定计划重新定计划,确保团队容量适合,合理更新迭代目标。敏捷宣言中提倡“响应变化高于遵循计划”,盲目的相信计划往往会让我们忽视“计划可能有错”这个事实。在敏捷开发过程中,目标是快速重新制定计划并根据开发过程中不断出现的、具有重要经济价值的信息进行调整。原计划准备做的工作项可能被移入到下一个迭代中实现,这里体现的是“等价交换原则”,意思是用优先级高的突发性工作项,替掉了同等工作量的其它工作项,这也是为了保证团队按照稳定的节奏交付,等价交换示意图如下:等价交换示意图具体在DevCloud中的体现,如等价交换图一和等价交换图二所示。等价交换图一等价交换图二最后,从迭代中选取差不多工作量的低优先级工作项移回到Backlog中,即在DevCloud中完成了工作项的等价交换。 4、迭代回顾,识别改善点迭代回顾是一个会议,目标是持续改进流程,以提高士气和效率。几个迭代下来,需要对这类突发工作进行度量分析,识别改善点,持续改善。虽然我们提倡响应变化高于遵循计划,但执行迭代的时候也需要团队在不受干扰的情况下全力以赴。因此,就得思考为什么每个迭代中都有外界的干扰(突发工作)存在,团队共同分析和找到办法才是解决问题之道。这里给出一个DevCloud的小实践,可以提供客观数据帮助回顾。新纳入迭代待办列表的突发性工作项可以在DevCould的“模块”下进行管理。也就是说,在新建User Story之前建立一个“突发任务”模块。这是为了在后续几个迭代中对这类突发性工作进行度量分析,为持续改善做准备。图:新建突发模块图图:新建User Story图选择报表—新建报表—自定义报表—增加筛选条件(模块)—按迭代维度—保存。然后对统计出来的数据进行分析,可以以图和表两种方式展示。图:按图展示图图:按表展示图 5、同步进行人才培养如果团队成员都是T型技能的时候,每个任务都有好几个人可以做,那么团队就能够在迭代执行期间全力完成制约工作项流程的任务,更灵活地平衡资源,使团队更高效。所以,同步需要进行的是人才的培养,向跨职能型团队努力。不仅仅可以应对处理突发性工作,而是让团队更高效。以上就是黄隽对于敏捷开发中,研发团队如何管理琐碎、突发性工作的一些思考。总而言之,降低或解决突发性工作对团队的干扰非常重要,它直接影响团队工作的进度和速率,间接影响迭代目标是否能完成,甚至整个项目的成败。所以,一定要重视并想办法一劳永逸解决它。
  • [技术干货] 【以人为本,敏捷为先】华为云·云享专家王金伦:工具成软件交付规模化关键
    在IDC发布《IDC MarketScape:中国DevOps云服务市场2019厂商评估》报告中,华为云DevCloud凭借领先的产品能力、卓越的本地化服务能力、完善的生态体系以及前瞻的战略规划进入领导者(Leaders)象限。 说起DevOps,事实上它并不是一个新词。DevOps如今备受重视,是因为作为一种软件开发方法或者说软件工程实践,它涉及软件在整个开发生命周期中的持续开发、持续测试、持续集成、持续部署和持续监控,从而在更短的开发周期内完成高质量的软件开发与交付。 作为一家ICT基础设施提供商,华为云DevOps云产品之所以异军突起,得益于华为多年的软件研发的沉淀和数位华为云DevCloud的专家的传道授业。 自我提升,打基础 如果说,从华为云DevCloud呱呱坠地到现在,过去的时间有诸多人陪伴着它成长,那王金伦就是这其中一位。作为华为云DevCloud首席解决方案架构师,王金伦已经和华为云DevCloud共同成长了6年的时光,看到现在华为云DevCloud在各大城市遍地开发,他也感慨万千。 “参加SAFe是极其偶然,也许是冥冥之中注定的事情。”王金伦谈到,参加SAFe4.5培训之前,从未听说也未主动了解过规模化敏捷,当时主要关注点放在了华为云DevCloud本身以及用户使用上。随着华为云DevCloud已经初步打开局面,加上姚冬等专家的加入,将提升华为云DevCloud规模化敏捷程度、探索敏捷与DevOps专业服务等逐渐提上了日程,就这样SAFe逐渐进入了我们的范畴。 随后,王金伦将通过SAFe4 SPC认证考试为基础,不仅又学习通过了SAFe4.5的7门课程,还针对PD、SL等进行了Leading SAFe培训。王金伦表示,也正是这一系列的培训和学习,让自己对团队规模化敏捷能力得到了一个统一认识,打下了坚实的基础。 授人以渔,抓核心 随着华为云DevCloud在各大软件城市遍地开花,王金伦拜访几百家大大小小的企业或高校,帮助小到几十人,大到几百人的公司使用华为云DevCloud,成功提高软件产品交付的效率与质量。在这期间,他目睹了诸多企业面对DevOps时的不解、困惑,以及狂热,在这期间,他发现了困扰自己的问题。“在为企业提案或者企业落地DevOps过程中,作为DevOps专家该如何进行研发效能的提升,如何发挥自己的专业能力?” “授之以渔固然是根本,但如何去授是关键。”王金伦谈到,我们需要将DevOps能力屋的工程方法、最佳实践与工具平台这三根线拧成一股绳。但这跟“绳子”不会无限变长,而且原先拧成的部分会随着时间推移会逐渐蜕化。这个时候就需要“工具”来助力。工具不仅仅是完成一时的工作,而是时间上的变化的记录。历史的变化,将教会我们去改进,去优化。“作为DevOps专家,不能只讲方法,只讲实践,而应该讲方法与实践如何在工具上落实,以强化用户的预期行为,同时通过历史的变化进行行为优化。”王金伦讲到,没有工具,软件交付终将腐化,也难以规模化。图1 华为云DevCloud DevOps能力之屋有研究表明,DevOps的市场在2017年创造了约29亿美元的产值,预计到2022年,这个数字将达到约66亿美元。人工智能和安全性的融入,加上向自动化的巨大转变。可以看出,DevOps俨然已将成为软件工程的主流模式。“我们也期待华为DevCloud在这股浪潮中,踏浪前行,成为这个时代的弄潮儿!”王金伦最后谈到。
  • [技术干货] 【敏捷智库知识卡】敏捷和DevOps知识集锦
    文章太长看不下去怎么办?知识卡来帮你~知识卡是将一篇敏捷&DevOps文章的核心精华内容汇聚到一张卡片上,涵盖人和组织、工程方法、最佳实践等多方面内容。卡片由华为云DevCloud专家服务团队出品,持续更新,建议关注收藏。为了持续提供优质的内容和服务,卡片版本不断的优化升级。请点击这里说出您的想法,参与即有礼,期待您的反馈!第14期 DevOps人才千姿百态,I&O新角色与技能提升第13期 企业DevOps转型七步路线图第12期 项目需求剪不断,理还乱——读懂四个关键词来帮你第11期 项目团队人员变动频繁怎么办?——大牛走了,你怕不怕?第10期 Scrum Master的心酸谁能知?—— 任务不让指派还没人认领,我咋整?第9期 微服务架构难落地?——MSA实施指导框架来帮你第8期 拍脑袋估算法?OUT!——科学估算,平稳生产,嗷闪!第7期 5D自检模型——组织DevOps转型的驱动力第6期 敏捷大师拍了拍“刺头”——乖,别闹,做个乖宝宝第5期 敏捷回顾,奥利给!第4期 Hey bro,你的故事low不low?——用户故事就是三段式?NoNoNo!第3期 DevOps转型避坑指南——如何避免六大“焦油坑”第2期 用户故事拆分——学到好方法,拆分不再难第1期 每日站会18Key——轻松玩转每日站会敏捷智库知识卡历史帖链接:【敏捷智库知识卡】第1-7期合集【敏捷智库知识卡】 第8期 拍脑袋估算法?OUT!:科学估算,平稳生产,嗷闪!【敏捷智库知识卡】第9期 微服务架构难落地?MSA实施指导框架来帮你【敏捷智库知识卡】 第10期 任务不让指派还没人认领,我咋整?—— Scrum Master的心酸谁能知?【敏捷智库知识卡】 第11期 项目团队人员变动频繁怎么办——大牛走了,你怕不怕?【敏捷智库知识卡】第12期 需求剪不断理还乱(内附1-12期卡片合集下载)
  • [技术干货] 【敏捷智库2020年9月刊】 本期推荐:华为云应用平台部专家姚冬,华为全联接2020大会
    【摘要】 敏捷智库月刊,每月更新一刊,欢迎大家品读。本期推荐华为云应用平台部专家姚冬、冬哥有话说、敏捷开发那些事、HC2020大会、包不同的沙雕敏捷系列, 精彩内容值得分享。月刊反馈有礼,点这里惊喜等着你~【敏捷智库2020年6月刊】 本期推荐:敏捷和效能专家郑立,第14次敏捷报告重磅解读【敏捷智库2020年7月刊】 本期推荐:专家Yegor解密软件质量墙,DevSecOps的前世今生【敏捷智库2020年8月刊】 本期推荐:包不同的沙雕敏捷,敏捷需求管理系列分享完整无水印版请下载附件。
  • [技术干货] 【冬哥有话说】敏捷&DevOps系列合集
    DevOps VS 敏捷:傻傻分不清楚DevOps入门系列DevOps入门篇1-概念、技术实践、研发工具链DevOps入门篇2—DevOps的3大核心基础架构DevOps入门篇3——朴素的DevOps价值观:业务、架构与技术DevOps入门篇4——朴素的DevOps价值观:人、流程与工具DevOps入门篇5——朴素的DevOps价值观:原则、方法与实践
  • [技术干货] [转]一个敏捷教练成长必备的8项技能
     摘要:今天我们不讨论敏捷教练能够给企业带来的价值,而是来看看敏捷教练的成长之路,或许可窥见它能提供的价值。       大家都说现在是VUCA的时代,变化及不确定。那么敏捷Agile,能够更好的应对变化及不确定性,聚焦客户价值,快速的迭代反馈,持续的改进,让人们保持较高的热情投入到工作中。这也是二十年来在IT领域中敏捷盛行的原因,这种趋势在逐步的扩大到传统企业的转型中,汽车制造、快消品、金融等,而且势不可挡。在这些企业敏捷转型中,有一个角色起到了非常大的作用,它就是敏捷教练。据说在国内一份今年的IT行业薪资调查中,敏捷教练高居榜首。今天我们不讨论敏捷教练能够给企业带来的价值,而是来看看敏捷教练的成长之路,或许可窥见它能提供的价值。2020年,对于我的敏捷之路,是非常关键的一年。我拿到了Scrum Alliance的团队教练,当时是国内的第四位,具备认证Certified ScrumMaster (CSM) 和Certified Product Owner (CSPO) 的资格。这对于我来说,是非常大的肯定和里程碑,也支持我继续走在这条并不好走的道路上。在转做敏捷教练之前,我在大外企做团队经理,感觉各方面挺不错。但也有对职业发展的忧虑,不清楚自己的下一步去往哪里。在花费了很多精力优化团队流程,提升质量的过程中,偶然接触到了敏捷,申请在团队中尝试。那是在2012年,也是我接触敏捷的开始。边尝试边学习,把一整个业务线做敏捷转型,前前后后做了5年。直到2017年,因为扎实的敏捷转型经验和对敏捷的热情,有机会转做公司亚太区的敏捷教练。一次机缘巧合,在全球敏捷大会中,认识了CST老师,开启了敏捷社区的参与。在那次国际大会中,认识了很多有名的敏捷教练,听了很多经验分享和讨论,收到很多的启发。从那时起,正式开始了专业的敏捷教练的历程和精进。敏捷教练8项必备技能1、团队级敏捷教练的经验扎实的团队级敏捷教练的经验,接触不同类型、背景、成熟度的团队,给与不同的指导和带领。几十个团队的经验积累,可以大大提升专业技能,应对不同的情况。这部分我是自己真正动手参与的,积累的。我不能确定是否有捷径可以走,但这部分的积累在之后教练工作中一定用得到。2、敏捷领导力敏捷转型中,最难的是哪部分?我认为是领导。如果领导是支持的,是有强大意愿推动的,那么就有了很好的基础去做转型。那么敏捷教练需要什么技能?很好的沟通能力,向上管理的能力,影响力,教练能力,可以让老板支持又有一定的耐心,一起朝着目标前进。3、引导技能初级的敏捷教练,我认为引导技能的需求高于专业教练技能。引导技能在很多场合都可以应用,明显的就是各种会议中,提升效率,激发意愿。如果再熟练掌握心法,在对话中也是可以应用的。我学习引导至少有十年的时间,一开始是自己查一些资料和书籍,边学边用,已经觉得很有效果。后来师从Pepe Nummi,是芬兰引导协会的第一任主席,中正又谦逊,让我的引导技能精进不少,也拿到了Pepe在国内引导课程的认证讲师资格。4、培训技能这个在我转做教练之后,还真是花费了一番功夫。之前也是做过团队培训的,但连续2天的专业培训没有做过。第一次讲完,觉得自己嗓子都冒烟了,整个人也超级疲惫,内容中也有不满意的地方。另外一位伙伴帮忙把所有上课的过程都录制下来,再基于反馈的基础上回看和再次调整,终于可以把所有的敏捷相关的课程高质量的交付。还专门学了一些发声技巧,结合一些引导技术在课程中,效果也越来越好。5、专业教练职位是敏捷教练,所以有个教练在其中。大家最常见的是运动教练,那么为什么一个足球队可以赢得胜利?队员是一方面,也要有好的教练。教练可以专业上给与指导,经验上分享,战术上制定,情绪上纾解与鼓励。。。最重要的,教练聚焦于成果和未来,这也是与心理咨询有很大不同的地方。在专业教练上,我没有一开始就选择国际教练联合会ICF的专业课程,而是选择跟Vernon Stinebaker 老师学习,老师是PCC。在老师的指导下,我系统的学习了Scrum Alliance的Path to Coaching的项目,并且老师也对我进行了一对一的长时间的指导。另**加了Coaches Rising这个国际组织提供的教练相关的学习,这里面的老师都是国际知名的,比如前面提到的《领导者的意识进化》的作者Jennifer等。经过大量的练习,基本达到了ACC的专业教练水平,顺利通过了Scrum Alliance关于这方面的考核。那么今年,我又选择去参加专业教练的系统学习,可以在这方面继续精进。6、自我觉察在最近的两三年,因为专业教练的学习,我发觉自己更加的敏感。发生一些事情,或者脑中有一些想法时,可以去看自己思考的逻辑,自己的着眼点,为什么会产生这样的情绪或者想法?这种想法有可能是不对的吗?对方的出发点是什么?即使我不同意,能否真心感谢和接纳?怎样改变自己的言语创造更好的协作空间?这方面的觉察,不只在工作中得到应用,在个人的生活中也是非常明显的。以往可能一说到什么就生气,现在自己能察觉到模式,那么就可以有效管理和改善。这也打开了自我意识进化的可能,察觉自我的模式,打破旧模式,建立新模式。过程是漫长的,但转化是必然的。7、持续学习每一位敏捷人,都充满了向上的力量,不管是思想还是行为上。一直都在保持着持续的学习,各种的课程,会议,分享等等。当然我也不例外。每年都在持续的提升自己,今年主要是在专业教练和领导力方面投入很大。8、敏捷社区的投入我比较明显的是对建设敏捷社区的投入。不只是组织各种的全国敏捷大会,也会有各种小的分享。今年组织了每周一次的教练诊所,希望能提供切实的经验给到敏捷的实践者。我的绝大部分工作外的时间,除了学习,都是在建设社区的工作中。这当然也给了我无穷的回馈,获得社区伙伴的支持和认可。我经常说社区给我力量,所以我也很感恩社区!这可能也跟我的性格相关,外向型性格的人,需要从周围环境中获得反馈和能量。一起打造好社区,是我们每一位伙伴应该做的,因为社区是能让我们长久良性发展的土壤。想要做好一个教练,上面够了吗?这只是开始,还有很多内容需要修炼。比如创新,绩效体系,大规模的敏捷实施,传统领域的转型,组织进化。。。最后当把自己的能力逐步提升,扎扎实实的走好每一步,一定会给组织提供更多的价值,也能够让组织认可这种价值。教练这个职业,是一个需要累积的职业,但也是一个长青的职业。很多事情都可以人工智能取代,但跟人打交道的事情,应该是最后被攻克的堡垒吧。一起加油吧!愿我们都能拥有自主选择的权利--- 这也是我一直追求的,自己手握选择的权利!愿我们每一位伙伴都能活出自我,心里有火,眼里有光!转自:https://blog.csdn.net/devcloud/article/details/108679149            
  • [技术干货] 《ONAP技术详解与应用实践》读书笔记8
    第三章 ONAP架构设计3.1 ONAP架构理念相对以往OSS架构,ONAP架构理念有如下创新点:借鉴了互联网软件设计的先进理念,提出设计态与运行态的概念。基于模型驱动的设计框架,在ONAP各项目中落地数据驱动能力,同时提供一个策略驱动的运营管理平台,支持根据资源占用与故障情况,动态实现闭环自动化。ONAP设计了分层的自动化框架,分别提供跨域、无状态的“编排器”项目,以及面向单领域,有状态进行编排控制的、更高效的“控制器”项目,所有模块都是服务化设计,方便按需定制与部署。还借鉴了软件领域的优秀架构设计理念与原则,最终的ONAP架构蓝图是所有这些有机结合的产物。3.1.1 业务无关的平台ONAP定位为自动化使能平台,要能让不同运营商根据自身需要灵活定制,而不受具体厂商、业务、场景的限制。社区UseCase的目标主要是展示ONAP作为平台的能力,并不追求开发面向特定场景的完整功能实现。不同版本的功能增强,原则上由UseCase驱动开发,但在具体实现中,会将UseCase特有实现(插件、业务定义,策略定义等)与平台实现分离。3.1.2 开放性社区致力于创建一个开放可编程的软件生态,体系结构支持随时采用业界最佳组件、部件(不耦合特定软件产品或云平台环境或特定编程语言或编程框架),ONAP各模块也都设计成可插拔的,以方便替换与升级。当前ONAP涉及的编程语言超过50种。“共享”:常用功能或组件鼓励开发成“一次开发、多次使用”,避免重复开发3.1.3 闭环自动化闭环自动化表示端到端、无人工介入、全流程自动化,且支持动态变更。它是由许多设计态和运行态元素间的协作完成的。运行态闭环始于DCAE(接收相应事件),然后经过微服务循环,最后由控制器和编排器执行对应动作。CLAMP用于监视这些循环本身。CLAMP、Policy和DCAE都可以在设计态中创建循环。闭环控制是通过DCAE和一个或多个其他ONAP运行态组件共同提供的能力。闭环控制的目标是将日常运维中的FCAPS功能自动化。其中DCAE负责收集性能、告警、使用情况等事件,并结合A&AI中的拓扑与配置数据等,应用可在这两类数据基础上作进一步分析,比如DCAE的子组件Holmes可提供告警或事件与拓扑对象的关联功能。得到的分析结果再向策略、编排器等系统发布,后者将决定执行相应动作。在Casablanca版本中,DCAE可以集成PNDA以支持新的分析功能,利用高容量VES和批量性能管理特性来增强数据采集功能。通过与策略框架、CLAMP协作,ONAP可以检测网络中存在的问题,并确定适当的补救措施。不同领域的控制器可分别负责域内的闭环自动化。在实际网络场景中还可存在邦联部署的场景。比如,国干网中的SO负责跨省的端到端业务编排,而子域SO则负责省内的业务闭环自动化。3.1.4 DevOps一体化设计在软件开发生命周期中,遇到了两次瓶颈。第一次瓶颈是在需求阶段和开发阶段之间,针对不断变化的需求,对软件开发者提出了高要求,后来出现了敏捷方法论,强调适应需求、快速迭代、持续交付。第二个瓶颈是在开发阶段和构建部署阶段之间,大量完成的开发任务可能阻塞在部署阶段,影响交付,于是有了DevOps(Development和Operation的组合词)研发运营一体化。DevOps是一组文化、流程与工具整合后的统称,基于敏捷与精益的理念,从业务和整个价值链角度,推动组织优化软件交付方式,从敏捷开发,走向敏捷运维和敏捷业务。DevOps是一种重视“软件开发人员(Dev)”和“IT运维技术人员(Ops)”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程,来使构建、测试、发布软件能够更加快捷、频繁和可靠。DevOps提倡打破孤岛,促进开发和运维之间高度协同,在实现小批量迭代交付、增量式发布、高频率部署、快速闭环反馈的同时,提高生产环境中软件部署及运行的可靠性、稳定性、可伸缩性和安全性。DevOps的三大原则:1.基础设施即代码(Infrastructure as Code)DevOps的基础是将重复的事情使用自动化脚本或软件来实现,例如Docker(容器化)、Jenkins(持续集成)、Puppet(基础架构构建)、Vagrant(虚拟化平台)等。2.持续交付(Continuous Delivery,CD)持续交付是在生产环境中发布可靠的软件并交付给用户使用。持续部署则不一定交付给用户使用,其涉及两个时间—TTR(Time to Repair,修复时间)和TTM(Time To Market,产品上线时间)。部署可以有多种方式蓝绿部署:意指有两套系统,一套是正在提供的服务系统,标记为“绿色”;另一套是准备发布的系统,标记为“蓝色”。两套系统都是功能完善且正在运行的系统,在独立集群环境中运行,一次只有一个系统对外提供服务,另一系统用于发布前的验证、修改等(不干扰用户)。滚动部署:一般是取出一个或者多个服务器对其停止服务,执行更新,并重新将其投入使用。它相对于蓝绿部署,更加节约资源—不需要运行两个集群、两倍的实例数。可以部分部署,例如每次只取出集群的10%进行升级。金丝雀部署:又称灰度发布,这和蓝绿部署有点像,但可以进一步规避风险。强调阶段性升级或切换,而不用一次性从蓝色版本切换到绿色版本。一旦应用签署发布,只有少数用户会路由到它,此时多数用户业务流量仍流向老版本。当然这种方式主要挑战在于如何设计一种方法以便路由部分用户到新应用。注释:矿井中的金丝雀17世纪,英国矿井工人发现,金丝雀对瓦斯气体十分敏感。空气中哪怕有极其微量的瓦斯,金丝雀也会停止歌唱;而当瓦斯含量超过一定限度时,人类毫无察觉但金丝雀可能已毒发身亡。因此当时在采矿设备相对简陋的条件下,工人们每次下井都会带上一只金丝雀作为“瓦斯检测指标”,以便在危险状况下紧急撤离。3.协同工作(Culture of Collaboration)开发者和运维人员必须定期进行密切合作。开发应该把运维人员理解成软件的另一个用户群体。协作有如下几个建议:自动化;小范围;统一信息集散地;标准化协作工具(比如Jenkins)。ONAP构造了完整的CI/CD环境,包括:所有项目都采用Docker容器发布,并统一采用OOM实现部署管理,采用JIRA跟踪所有问题,采用Jenkins实现持续部署管理。