华为敏捷/DevOps实践:别再用Excel管理项目

内容来源:华为云 DevCloud 首席布道师 & 资深产品经理刘恒的技术干货分享。IT 大咖说经华为云和讲者受权发布,转载请标明出处。程序员

阅读字数:2175 | 6分钟阅读数据库

摘要

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

—————————————————————————————————————工具

你们好,我是华为云DevCloud项目管理服务恒少测试

(https://bbs.huaweicloud.com/blogs/adf71fa5bbf811e89fc57ca23e93a89f)编码

做为布道师和产品经理,出差各地接触客户是常态,常常和华为云的客户交流、布道、技术沙龙,可是线下交流,覆盖的用户总仍是少数。我但愿借线上的平台,和用户持续交流华为在研发效能提高上的思索和考虑。设计

1、例行的开篇小故事

在西方传统的传说中,狼人能够说是比较可怕排行榜靠前的,除了破坏性大,还有出乎意料性,传说月圆之夜,会出乎意料的从熟悉的正常人变成可怕的怪物。软件从诞生那一天前,就注定是个“狼人”excel

好比,好好的程序内测测试环境验证OK,但是一上线到生产环境,问题不断;orm

再好比,项目规划的好好,需求分解得好好的,每一个人的任务都安排的妥妥的,但是就是延期,延期,延期….cdn

—— 软件是狼人,来自《人月神话》的《没有银弹,软件工程的根本和次要问题》

2、正文开始啰嗦

不少小型的软件企业,都比较喜欢用excel相似的办公工具来管理软件项目的需求,缺陷,进展,风险和人员。因此,时不时有些同窗会以为,Excel也是能够妥妥的制服软件这个“狼人”。可是从我我的的经从来看,很早以前的我可能会认同这个观点,可是如今的我,比较大不认同这个观点。有人会说,你又在装“老红军”:)

嘿嘿,就从我在华为亲身经历的,参与的,旁观的,变革的众多软件项目的一些经验,不成系统的扯扯。

首先,必须得100%认可,几大平台的主流办公工具,都是异常优秀的,如微软的office系列,Google的Docs系列,,Apple的办公套件(Keynote,Numbers,Pages)。基本的办公软件至关长时间都是是刚需,在各个行业都有很是广的应用。

Excel早期在华为也有比较多的应用,华为内部有很多Excel高手,能够经过Excel内嵌的功能,作成很是强大的数据透视,数据报表,牛逼的不行不行。连我这样的小咖,都会玩各类Excel的小工具,让我得了很多华为的QCC奖励(Quality Control Circle,一种从基础组织发起的自我改进)。

当时业界尚未专门用于软件管理的工具,咱们的项目运做,也确实主要经过Excel的,记录全部的需求以及需求的分解,需求的责任人,需求的进展,缺陷的进展,风险的进展,甚至造成了大量的Excel模板,下个版本或项目一般还能够继续使用。

后来,随着华为开始集团级的引入敏捷开发,工欲善其事必先利其器,业界也与之匹配的出现了更专业的敏捷协同和管理工具,承载了敏捷的思惟(Mindsets),价值观(Values),原则(Principes)和实践(Practices),华为的敏捷,乃至DevOps变革之路,也伴随着研发工具的变革。

3、插个话题

我常常叨叨:从IPD,敏捷,DevOps,每一个跨代的研发理念和实践的落地,在华为内部都是当作变革(Transform)去对待的,变革最难的是什么,变革最难的是“对既有利益集团的破局”,中国的改革这样,研发的变革也是如此。

4、继续正文啰嗦

因此,客观的说,咱们仍是花了些时间,最终实现了愈来愈少使用excel、愈来愈多使用专业敏捷、DevOps工具的变化的,如今华为内部不管大小项目,首先使用专业的敏捷管理工具服务是一个默认的习惯<华为内部早已经实现了工具的云化/服务化,一站式使用,Web访问/App访问便可,Anywhere, Anytime, 很是便利。

这个过程的变迁,发生的悄无声息,也从没有想过为何,由于有论坛用户问,我就整理了一下,分享几个可能比较片面的观点:

由于专注,因此精彩

随着敏捷在全球的应用,用户愈来愈多,敏捷实践愈来愈来丰富,专业的敏捷协同和管理工具也在持续的完善,愈来愈懂敏捷软件开发,愈来愈懂开发者。

由于通用,因此没法在每一个细分领域都作到最懂

Excel多年的发展,功能愈来愈强大,尤为是Office365 云端提供后,便利性更好,可是它始终是个通用的表格数据软件,它甚至不少时候更懂财务,可是始终谈不上最懂软件开发。

不是最懂又会致使什么呢?体验不到软件开发新的理念、方法和实践

大量的新的软件开发实践,没法经过Excel来体验,好比看板的方法,Scrum的燃尽图,思惟导图的规划需求。若是外面的世界更精彩,去软件行业其余企业应聘,经验中有经过excel管理开发项目或被Excel管理,在业界总不能算是一个应聘的加分项。

开发人员会以为管理方式比较Low

Excel管理软件开发,一般会把开发人员当成一个萝卜一个坑,开发人员会以为本身只是一个绿色表格中的一个选项,而缺乏开发人员的主动反馈和互动,这也是为何不少的专业工具都让开发人员能够评论,能够@,你们对于需求的安排、需求的进展能够动态的反馈和社交讨论。敏捷的理念,重视协同,看板的价值观中也在推荐开发人员Pull任务,而不是Leader 单纯的Push任务。软件开发至今仍是智力活动,智力活动须要激发,须要协同,交流,软件开发人员不能当成生产线的装配机器人,虽然不少企业管理者都梦想这样……:)

单机版不利于团队共享试用

“那谁,最新的需求Excel表格给我发一下”,“那谁,你刚刚更新的缺陷Excel表格发给我没有?”,“那谁,你这个表格不对吧,我昨天更新的需求状态被你覆盖了”,“那谁,你这个表格不是否是最新的”,“最新的风险表格在哪儿?”,“项目例会上,这个表格不是最新的,最新的在我电脑那儿,你等一下,我发给你,而后你们都等啊等”,“张三,李四,王五,大家更新一下表格中的需求状态,邮件发给我啊”,“张三,李四,王五大家更新的表格没有发给我啊,等等,哦,我收到你昨天邮件了,哦,李四你没有使用张三最新的啊”……..,若是团队超过5我的以上,使用Excel管理需求和项目,以上场景很常见吧?我不知道你会不会烦,我当时作项目经理,带团队时,最讨论,最烦就是这个,由于Excel是文件传递,只能经过邮件或者社交软件传递,常常冲突,常用得不是最新的,我还得从邮件拆附件,从社交软件拆附件,从其中挑选最新的行,一个个的合并为最新的Excle表格。我以为这是在浪费生命,也对不住公司聘用个人成本啊,公司聘用我不是让我整理表格的啊:(。

不利于并行协做

Excel文件能够以云盘或者文件服务器的方式或者代码库集中存储,团队成员能够修改同一个地方的文件,虽然能够必定程度解决上面的问题,可是一般而言,是文件级的锁,一个成员修改,其余成员是没法并行修改的,若是某个成员编辑一半,没有提交,其余人就等啊等啊。而专业的工具其实基于工做项粒度(Epic,Feature,Story,Bug,Task,需求)来控制并行修改的,这样并行修改的效率更高,即便不一样的人修改同一个工做项,基于数据库的事务性,也会让用户基本无感知且保证事务性和一致性。微软最新的Office365,是云端协同,华为内部也使用了,可是从解决多人协同的冲突上,依然仍是没法适用软件开发过程,由于它始终理解的只是一个表格中的行,列或者格子,而专业的敏捷工具它们理解的是工做项、迭代这样的软件对象。

不利于自定义、升级和统一

若是须要增长需求的一个属性,得修改需求的Excel 模板,修改后还得通知全部的团队成员,更新为新的模板,尤为是单机版的Excel,让团队统一为新模板,劳神劳嗓子也劳键盘。而如今的云端的敏捷管理工具服务,都提供了丰富的自定义字段的功能,一次修改,全员均可以立刻使用,不用耗费时间在统一新模板上了。

不利于造成研发做业流

软件开发就像一个流,规划,需求分析,方案设计,代码编码,测试,缺陷解决。。。,而Excel只是一个或多个文件,自己也不是做业流,也没有承载做业流。长此以往,会让全部软件开发成员,认为软件开发就是围绕着几个Excel文件在工做,没法畅快的体会做业流,没法体会到需求不断交付上线的感受。

不利于和周边系统的集成

通常软件企业里面总有一个集中的员工管理系统,一般也有编译构建的工具系统,Excel做为一个办公工具,和这些系统的集成有许多自然的困难,没法经过Excel看到需求有哪些测试用例,这些测试用例执行的状况如何,员工的新增或离职,Excel中业务没法自动同步,Excel需求分配任务给这些员工就会失效或者找不到人。

诚然,不少高手,能够把Excel这样的办公工具发挥到极致,无限接近,可是这样的高手其实还不如让他去投入真正的产品的开发与交付呢:),能把Excel玩出高水平的软件工程师,大几率都是高水平的程序员:)

固然,并非敏捷管理工具说能够彻底替代Excel,Excel这样的工具在数字的统计分析上,有着其强大的功能,对于纯粹数字的分析、归类、透视,能够把需求、缺陷等数据从专业的敏捷工具中导出,在项目结束后,加以数字的分析,也是一种很好的互补。

华为这么多年研发效能的持续投入,积累了丰富的实践经验,这背后有一个基础的理念:软件研发工程师是宝贵的(说直白点,成本挺高的,真贵o(* ̄︶ ̄*)o),学历都不低(说直白点,还很傲娇,^_^),吸引优先人才竞争还激烈(不爽就键盘党狂吐槽,或者另谋高就(#^.^#))。

因此应该让广大的软研发工程师去专一业务的规划、交付,让他们作有价值,有挑战,让他们感受有成长的事情,而不是让他们成为工具的仆人。始终给他们装备最懂软件开发,最懂开发者,最高效的,最少操心的研发工具,才是正道。若是把研发团队比做做战团队,应该让他们使用最早进战场装备,而不是让他们本身去研究定制一个坦克,他们只须要提需求给专业的服务商就能够了。

像华为这样想的企业,愈来愈多。因此如今业界有不少像DevCloud这样的专业的敏捷管理工具服务,运行在云端,Anywhere and Anytime 可使用,同时还有专业的团队来提供专业的服务,他们更懂软件研发,更懂开发人员的苦恼,更懂敏捷/DevOps。随着云成为新的基础设施,云上的敏捷管理也必然会愈来愈会成为软件管理的基础设施。

以上为今天的分享内容,啰里啰嗦的,我本身都嫌弃本身,视野有限,读书少,观点片面,若有不对,还望你们指正、交流、讨论:)

编者:IT大咖说,转载请标明版权和出处

相关文章
相关标签/搜索