【产品经理-全连接系列 之004】华为敏捷/DevOps实践一点一滴:Excel为什么越来越少用?

举报
恒少 发表于 2018/11/19 16:50:12 2018/11/19
【摘要】 很多小型的软件企业,都比较喜欢用excel类似的办公工具来管理软件项目的需求,缺陷,进展,风险和人员。所以,时不时有些同学会觉得,Excel也是可以妥妥的制服软件这个“狼人”。但是从我个人的经历来看,很早之前的我可能会认同这个观点,但是现在的我,比较大不认同这个观点。

大家好,我是软件开发服务 项目管理服务的产品经理 恒少:)(https://bbs.huaweicloud.com/blogs/adf71fa5bbf811e89fc57ca23e93a89f

作为布道师和产品经理,出差各地接触客户是常态,经常和华为云的客户交流、布道、技术沙龙,但是线下交流,覆盖的用户总还是少数。我希望借华为云社区这个线上的平台,和用户持续交流华为在研发效能提升上的思索和考虑。

      <恒少出品,必然妥妥干货,必定理论联系实践>,因为软件无银弹,探索始终在路上


-----------------------干货分割线--------------------------------------

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

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

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

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


正文开始啰嗦

很多小型的软件企业,都比较喜欢用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变革之路,也伴随着研发工具的变革

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

所以,客观的说,我们还是花了些时间,最终实现了越来越少使用excel、越来越多使用专业敏捷、DevOps工具的变化的,现在华为内部无论大小项目,首先使用专业的敏捷管理工具服务是一个默认的习惯<华为内部早已经实现了工具的云化/服务化,一站式使用,Web访问/App访问即可,Anywhere, Anytime, 非常便利>

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

  • 因为专一,所以精彩。随着敏捷在全球的应用,用户越来越多,敏捷实践越来越来丰富,专业的敏捷协同和管理工具也在持续的完善,越来越懂敏捷软件开发,越来越懂开发者。

  • 因为通用,所以无法在每个细分领域都做到最懂Excel多年的发展,功能越来越强大,尤其是Office365 云端提供后,便利性更好,但是它始终是个通用的表格数据软件,它甚至很多时候更懂财务,但是始终谈不上最懂软件开发。

  • 不是最懂又会导致什么呢

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

  • 开发人员会觉得管理方式比较LowExcel管理软件开发,通常会把开发人员当成一个萝卜一个坑,开发人员会觉得自己只是一个绿色表格中的一个选项,而缺少开发人员的主动反馈和互动,这也是为什么很多的专业工具都让开发人员可以评论,可以@,大家对于需求的安排、需求的进展可以动态的反馈和社交讨论。敏捷的理念,重视协同,看板的价值观中也在推荐开发人员Pull任务,而不是Leader 单纯的Push任务。软件开发至今还是智力活动,智力活动需要激发,需要协同,交流,软件开发人员不能当成生产线的装配机器人,虽然很多企业管理者都梦想这样。。。:)

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

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

  • 不利于自定义、升级和统一。如果需要增加需求的一个属性,得修改需求的Excel 模板,修改后还得通知所有的团队成员,更新为新的模板,尤其是单机版的Excel,让团队统一为新模板,劳神劳嗓子也劳键盘。而现在的云端的敏捷管理工具服务,都提供了丰富的自定义字段的功能,一次修改,全员都可以马上使用,不用耗费时间在统一新模板上了。

  • 不利于形成研发作业流。软件开发就像一个流,规划,需求分析,方案设计,代码编码,测试,缺陷解决。。。,而Excel只是一个或多个文件,本身也不是作业流,也没有承载作业流。久而久之,会让所有软件开发成员,认为软件开发就是围绕着几个Excel文件在工作,无法畅快的体会作业流,无法体会到需求不断交付上线的感觉。

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

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

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

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

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

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

啰里啰嗦的,我自己都嫌弃自己,视野有限,读书少,观点片面,如有不对,还望大家指正、交流、讨论:)

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。