首页天道酬勤敏捷开发概念(行不由径,功不唐捐)

敏捷开发概念(行不由径,功不唐捐)

admin 12-01 05:13 276次浏览

摘要:

现在是2021年。你敏捷吗?

随着互联网技术的快速发展,敏捷开发日益渗透到各行各业,受到很多企业的追捧。其中,在软件开发行业,敏捷开发已经成为一种非常重要的模式。市场上普遍认为,快速迭代、小步快跑、延迟治愈的敏捷开发,可以说是革命性的颠覆。相比之下,传统的瀑布研发模式主要局限于一些有一定需求的传统行业,因为效率低、试错成本高、难以及时准确交付。日新月异的互联网技术产业已经成为敏捷开发和增长的沃土。

其实敏捷开发并不是近几年才出现的新物种。早在21世纪初,《敏捷宣言》已经发表了20年,国内敏捷开发的发展也已经有十几年了。近年来,敏捷开发之所以持续升温,与互联网技术的新一轮发展浪潮密切相关。

随着敏捷开发的盛行,相关的项目管理工具也不断涌现,如Worktile、PingCode、TAPD、禅宗、华为软云等。

但是工具在敏捷开发实践中的实际效果如何呢?是否真的促进了敏捷开发,即更敏捷还是更不敏捷?相反,如果事半功倍,是工具的问题还是人的问题?对于不同行业、不同规模的企业的不同团队,以及团队的不同成员,敏捷开发对工具的需求和工具能够产生的价值有什么区别?

带着这些困惑,我们从大厂商和中小企业两个不同的维度出发,带你揭开实施敏捷开发过程中人与工具的奇妙关系。

警惕“伪敏捷”和“中华田园敏捷”

根据《敏捷宣言》,敏捷的核心价值观如下:——

个人和互动比过程和工具更好。

工作软件比详细的文档要好。

客户合作比合同谈判好。

对变化的反应比遵循计划要好。

这是敏捷的核心思想。但在敏捷实践中,如何因地制宜,灵活应用敏捷理念,借助合适的工具高效推进产品研发,却难倒了一大批企业,很多团队还处于对敏捷的理解和应用的探索阶段。

关于敏捷开发的争议一直存在。比如敏捷开发到底是真敏捷还是假敏捷?敏捷开发只适合小团队,不适合大工厂吗?敏捷开发甚至被指责为机械复制、流于形式、不习惯国内市场的气候等问题,被放在了“中国田园敏捷”的锅背上。

如何避免陷入“伪敏捷”的陷阱,实现真正的敏捷,是对谷歌、华为、腾讯等巨头以及中小企业的巨大考验。

谷歌、华为、腾讯等巨头敏捷的秘密

谷歌敏捷小贴士

敏捷宣言的诞生有一个非常重要的背景,那就是硅谷以授权和信任为中心的文化氛围。这意味着团队之间的相互信任对于实现敏捷宣言非常重要。敏捷宣言的核心价值观也把个人和互动放在首位。

作为硅谷互联网科技巨头的代表,谷歌如何在软件开发上做到敏捷是大众讨论的焦点。谷歌前技术总监Jeske曾经分享过他对敏捷性的想法。

Jeske认为,适合谷歌的改进敏捷原则主要包括以下几个方面:

第一个任务是提高客户和程序员的生产力和对信息的理解。

应该创建适合谷歌的小型结构化设计文档来解释该项目。

关键设计元素应在上述文件中简明解释,并易于检索。

不追求完美,但要灵活。

在保证产品质量的前提下,尽快交货。

从以上几点可以看出,谷歌并没有像一些质疑者所说的那样对敏捷开发嗤之以鼻,而是在《敏捷宣言》的基础上,探索出了一条更适合自己的方法。这与敏捷宣言并不矛盾。可见,《敏捷宣言》不是教条主义,而是提供了一个指导方向。如何落地具体要求每个企业根据自身情况量身定制。

华为敏捷转型踩出的坑

就国内市场而言,华为是敏捷开发的先锋。华为从2007年开始正式启动敏捷转型,并为此进行了不懈的努力,现在已经取得了一定的成效。在这个过程中,华为也经历了困惑,比如早期关于华为是否适合敏捷的争论,在敏捷转型的道路上,一些团队没有做好,过于注重敏捷而忽略了敏捷的本质,产生了一些只在纸上谈兵,评论他人,而不专注于解决实际问题的哲学家和思想家。作为国内科技巨头,华为从0到1的大规模敏捷开发经验值得借鉴。

目前,结合华为自身经验,华为云还推出了自主研发的涵盖敏捷开发项目管理的一站式软件开发平台——DevCloud。为敏捷开发团队提供简单高效的团队协作服务,包括多项目管理、敏捷迭代、看板协作、需求管理、缺陷跟踪、文档管理、Wiki在线协作、仪表盘自定义报表等功能,适用于敏捷交付项目管理和外包协作场景。

微信小步快跑,你用了什么法宝

今年年初,在微信十周年之际,xfdcb在公开演讲中表示,视频号已经组建了一个一两百人的团队和三个算法团队,小规模可以比很多大团队跑得更快。视频号的速度是微信正常应该有的速度。

从用户的角度来看,从去年开始,微信围绕视频号的一系列频繁迭代,也让我们直观感受到了xfdcb所说的话。

在微信快速迭代的背后,腾讯自研的敏捷项目管理工具TAPD不可或缺。早在2012年,微信用户数突破1亿后,微信就开始使用TAPD平台,因为随着用户和团队的爆发式增长,跨部门的交流合作越来越多,Excel和email已经不能满足研发;需求,以及需求池积压、用户故事、缺陷管理等功能。被敏捷开发附身正好满足了微信团队的需求。

有了合适的敏捷项目管理工具,微信的快速高质量迭代就变成了

可能。

在探索敏捷开发的长河中,谷歌、华为、腾讯等大厂可谓各有各的打法,并各有千秋,其中,华为和腾讯自研的敏捷项目管理工具如今已成为市场中的佼佼者,得以攫取更大的市场蛋糕。而没有大厂光环的众多中小企业,在拥抱敏捷开发的路上,又有着怎样的故事呢?

中小企业如何玩转敏捷开发?

为了挖掘中小企业在敏捷开发中面临的痛点与收获的价值,我们和身处不同行业、不同企业、不同团队的产品经理、项目经理等业内人士进行了对话,发现了一些值得思考的现象。

• 重点不在工具,而在于目标和沟通

正如敏捷宣言所提倡的,个体和互动胜过流程和工具,因此,尽管敏捷开发工具层出不穷,并吸引了华为、腾讯等巨头入局,但是流程和工具并不是敏捷开发的重点。相比工具,个体和互动才更为重要。

工欲善其事必先利其器,对于中小企业而言,借助合适的项目管理工具无疑可以提升敏捷开发的效率,但是并不意味着需要形成严重依赖。想要做好敏捷开发,工具只是一方面,明确的目标和高效的沟通则是更重要的事情,切不可盲目迷信工具,为了敏捷而敏捷,最终让敏捷开发流于形式,本末倒置。

秀丽的故事是上海一家中小型企业的高级产品经理,他所在的团队目前部分业务仍在使用传统开发模式,一些急需验证的业务则采用了敏捷开发。敏捷快速简单、周期短,能够将需要的功能快速上线进行验证,是他们采用敏捷开发的主要原因。

在秀丽的故事看来,与传统开发模式相比,敏捷模式不需要大量的其他文档去沉淀,而是首先需要相关人员通过大量的沟通快速达成共识,在基于共有目标的情况下快速实现。

秀丽的故事目前在敏捷模式中的主要角色是产品,负责需求和目标制定。之前还担任过整个敏捷模式的管理沟通者,协调沟通在开发环节中的一切问题和各种资源,以便让产品按照计划上线。

很多时候,客户对于产品的需求在最开始并不明确。jzdzp曾经指出,用户根本不知道自己要什么,福特汽车的创始人微笑的方盒也曾发表过类似观点:如果最初问用户想要什么,他们会说想要一匹更快的马,而不是汽车。

通过敏捷开发快速迭代,逐步摸清用户的明确需求,显得尤为重要。站在产品角度,秀丽的故事表示,敏捷开发最需要注意的一个关键点就是,每个版本迭代都要做到最小mvp闭环,不夹杂太多额外功能,从而更接近原始需求本身,以便于技术人员快速开发。

提前性也是敏捷开发的一大优势,从产品到最终上线的每一个环节、每一个负责人都可以做到提前处理,节省了很多时间。值得注意的是,为了防止做没意义的事情造成延期,在敏捷开发中一定要严格限定每一个环节的完结限制,即明确做到哪一步就算完结。

秀丽的故事所在团队主要使用的敏捷项目管理工具是禅道,偶尔也会用到Teambition。在秀丽的故事看来,不同工具的侧重点会有所不同,不过敏捷开发的重点不在于工具的使用,而在于明确的目标和高效的沟通。

一线城市某中小型IT咨询服务公司的项目经理ybl则指出,敏捷开发过程中,工具还是很有必要的。如果不用专门的敏捷项目管理工具,可能就需要用Excel去做管理,同步化就会受到影响。

工具五花八门,在精不在多

事实上,目前软件开发行业,面向敏捷开发场景的项目管理软件非常多。除了腾讯的TAPD,华为的软开云,Worktile旗下的PingCode等新一代研发管理工具也主打这一垂直细分场景。这为中小企业提供了更多的选择。

ybl所在的团队规模在50人以内,主要采取敏捷开发模式,对项目管理的核心需求就是研发管理,比如前后端的开发人员、产品设计人员等的任务分配。通过项目管理,可以清晰知道每个人手头的任务,并及时跟进任务进展情况。

目前,ybl团队使用的项目管理工具主要是TAPD,也用过PingCode、猪齿鱼等其他工具。据了解,其团队最开始接触的是一站式项目管理平台猪齿鱼,功能比较复杂和齐全,可以满足团队的任何需求,但是缺点就是比较臃肿,导致使用不是很便捷。比如如果不看说明手册,很难搞清楚怎么去配置,需要花费很长时间去研究功能,学习成本比较高。

后来也尝试过其他工具,一个比较大的缺点是不能拖拉拽,如果想修改任务所处的节点状态,需要被迫点开每一个任务再去调整状态情况,造成使用效率较低。遗憾的是,市面上很多项目管理工具都不能很好地实现这个功能。

ybl短暂体验过PingCode一段时间,后来朋友推荐了TAPD。综合对比之后,TAPD与其团队的需求更契合,基本的功能都可以满足。比如任务分配,可以把每一个需求拆分给不同的人,拆成不同的任务,进行管理。同时整个页面比较简洁,学习成本比较低,容易上手。最重要的是,可以实现拖拉拽,极大提升了使用效率。

从决策角度而言,ybl所在团队选择哪款项目管理工具一般是由项目负责人来进行决定。事实上,ybl所在公司也自研了项目管理软件,在内部推广,不过实际使用的时候发现不是很好用,流程配置比较繁琐,也不支持拖拉拽,因此选择了市面上的其他产品。

这也暴露出中小团队在自研项目管理类产品方面还有待进一步提升和完善,与腾讯、华为等大厂相比还有一定的差距。而选择市面上现成的工具,则需要付出一定的试错成本。每一次切换工具的时候,不仅需要整个团队达成共识,还要让大家重新熟悉怎么使用。

此外,作为项目经理,ybl发现在推进敏捷开发的过程中,想要让团队实际的开发进度在工具端保持实时同步,在执行层面是比较困难的。因为整个执行层大家的工作都比较繁琐,完成相应任务后未必会实时去调整,导致项目经理的工作量增加,有时需要与团队沟通后,自己再去做调整。

工具只是辅助,不要拘泥形式

某中小型技术研发企业的产品经理xfdty,也犀利指出了敏捷项目管理工具和人之间的复杂关系。

xfdty此前所在的团队有敏捷的双周迭代,当时主要使用TAPD、Teambition、华为软开云等项目管理软件。就使用体验而言,软开云比较庞大,更适合比较大型的项目模块,相比而言,TAPD、Teambition更适合一些。

xfdty认为,工具更多只是一种辅助,比如需求池的记录跟进,需求和bug的统计等。有很多需求,包括有效的和无效的,需要进行评审是否有效,并排出需求的优先级,再进行开发交付。通过项目管理工具可以大大提升敏捷开发效率。

但是一些比较小的需求,比如前端交互,有一个控件或者是页面浮动效果,可能口头简单沟通一下,工程师就很快明白了,这种情况下就不需要依赖工具了。因此,不必拘泥于形式化,要根据具体情况灵活变通。

通过以上几个案例,我们可以发现,就中小企业的敏捷开发而言,团队之间协作交互的重要性远远大于工具的价值,这恰恰是敏捷宣言核心价值观的现实体现。而无论是敏捷开发,还是敏捷项目管理工具,之所以受到市场的热捧,提质增效是最核心的考量。在竞争日益激烈的今天,品质和效率就是中小企业的生命线,不仅影响项目的成败,甚至事关企业的生死存亡。如果能够借助对的工具,日拱一卒,快速迭代,锦上添花,自然事半功倍。同时也要警惕对工具的过分依赖,充分发挥人的作用,灵活应对变化。

可以肯定的是,经过20年的积淀,敏捷开发正释放出更强大的生命力,Worktile、PingCode、TAPD、禅道、华为软开云等敏捷项目管理SaaS也将迎来更大的发展机遇。而从历史发展的车轮来看,工具永远都在与时俱进,这背后是生产力的不断变革。从提升生产力的角度而言,在追寻敏捷的漫漫长路上,大厂和中小企业本质上可谓殊途同归。

www.36dianping.com

[免责声明]

原文标题:《日拱一卒,大厂都在推崇的敏捷开发究竟是人还是工具至上?》

作者:gddh

本文来源于36氪企服点评

【云主机 UHost】Linux服务配置指南:PostgreSQL软件源配置UCloud Dock【Eclispe】JavaWeb——MVC三层架构CMake文件配置计算一个字符串中有多少回文
saas和erp区别(saas什么意思) 多种接收方案促成的正确描述有(多种接受方案促成法的正确描述)
相关内容