什么是敏捷开发,敏捷开发之Scrum扫盲篇

作者: 仪器仪表  发布:2019-10-01

今天推荐的不仅是一种工具,更多是推荐一种项目管理方式。如何合理协调开发团队快速开发完成一个项目。今天就分享一种针对小型求快速的项目管理方式和工具。

现在敏捷开发是越来越火了,人人都在谈敏捷,人人都在学习Scrum和XP...

为了不落后他人,于是我也开始学习Scrum,今天主要是对我最近阅读的相关资料,根据自己的理解,用自己的话来讲述Scrum中的各个环节,主要目的有两个,一个是进行知识的总结,另外一个是觉得网上很多学习资料的讲述方式让初学者不太容易理解;所以我决定写一篇扫盲性的博文,同时试着也与园内的朋友一起分享交流一下,希望对初学者有帮助。

敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。

思考一个问题:如何提高项目开发效率?

①最核心功能

管理过项目或者做开发的朋友是否有遇到这样一种情况,经常快到上线的时候,项目经理会说保证流程能走通,基本功能可行,其他细节不影响使用就行。后面再完善。那么反过来想,一开始就得从核心功能出发。也许一开始觉得项目时间够,但是实际中遇到什么技术难点或者某处逻辑出错,导致全盘推翻的情况比比皆是。且作者在这里谈论是使用快速开发方式,基本上是项目进度是很紧急的,这时候更应该从核心功能出发,首先确保基本功能和业务流程能走通。

《精益创业》这本书大家都听过吧,里面的核心想法就是快速开发出最简可行产品投入市场,并且不断迭代更新。这里的产品指互联网产品,app/PC站点等。最简核心产品简单来说就是指用最快、最简明的方式开发出一个能够让用户去使用的产品。比如,我要开发一个购物app,最核心的需求就是能购物,那么像评论、积分体系什么的我就可以先不用开发。

②减少等待时间

团队之间开发很多时候时间都是浪费在等待面上,比如前端等待后端的接口,前端等待UI/UE的效果,UI/UE等待产品的原型...可能你给每一个模块都安排了固定的开发时间,但保不准,突然间某个模块遇到技术难题了,而延误了下一步的对接。

因此做好的项目管理,就得将项目逐步分解,然后按照开发的对接次序进行排序,确保不要出现等待的情况,项目分的越细致,越不容易出现等待的情况。

团队之间一定要重视对接,不要一声不吭等待上家主动对接,也不要一声不吭等待下家找你对接。

接下来再说说敏捷开发的概念以及核心内容

敏捷开发就是以用户的核心需求为中心,横向将项目细分解为许多的子项或者模块开发,纵向根据实际的运作需求不断更新迭代。

而敏捷开发中一个核心内容就是看版。项目参与者通过看板的方式来协作整个项目的开发。

直接上场景吧,了解过敏捷开发的朋友应该有见过以下内容:

提出开发需求:

上图就是每日的站立会议了,参会人员可以随意姿势站立,任务看板要保证让每个人看到,当每个人发言完后,要走到任务版前更新自己的燃尽图。

任务看版包含 未完成、正在做、已完成 的工作状态,假设你今天把一个未完成的工作已经完成,那么你要把小卡片从未完成区域贴到已完成区域。

每个人的工作进度和完成情况都是公开的,如果有一个人的工作任务在某一个位置放了好几天,大家都能发现他的工作进度出现了什么问题(成员人数最好是5~7个,这样每人可以使用一种专用颜色的标签纸,一眼就可以从任务版看出谁的工作进度快,谁的工作进度慢)

接下来讲讲看板的在线版,虽然交流上不如办公室白板会议式的看板,但是却胜在灵活,信息更全,容量更大。

以上是日事清看板的截图。在线看板可以将每个事件排序,让开发者明确优先级以及上下层的对接关系。

并且还能看到预计事件与完成情况。让所有参与者能够对项目一目了然。自然开发起来就不容易出现断层的情况了。

除此之外,日事清还有很多的功能:

什么是敏捷开发?

敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。

怎么理解呢?首先,我们要理解它不是一门技术,它是一种开发方法,也就是一种软件开发的流程,它会指导我们用规定的环节去一步一步完成项目的开发;而这种开发方式的主要驱动核心是人;它采用的是迭代式开发;

我们大部分人都学过瀑布开发模型,它是以文档为驱动的,为什么呢?因为在瀑布的整个开发过程中,要写大量的文档,把需求文档写出来后,开发人员都是根据文档进行开发的,一切以文档为依据;而敏捷开发它只写有必要的文档,或尽量少写文档,敏捷开发注重的是人与人之间,面对面的交流,所以它强调以人为核心。

绝对不会错过的任务提醒

你可以为任意一条任务设置提醒,提醒会在多端同步,你可以随时随地收到提醒

为什么说是以人为核心?

我们大部分人都学过瀑布开发模型,它是以文档为驱动的,为什么呢?因为在瀑布的整个开发过程中,要写大量的文档,把需求文档写出来后,开发人员都是根据文档进行开发的,一切以文档为依据;而敏捷开发它只写有必要的文档,或尽量少写文档,敏捷开发注重的是人与人之间,面对面的交流,所以它强调以人为核心。

什么是迭代?

什么是迭代?

迭代是指把一个复杂且开发周期很长的开发任务,分解为很多小周期可完成的任务,这样的一个周期就是一次迭代的过程;同时每一次迭代都可以生产或开发出一个可以交付的软件产品。

前面说了敏捷它是一种指导思想或开发方式,但是它没有明确告诉我们到底采用什么样的流程进行开发,而Scrum和XP就是敏捷开发的具体方式了,你可以采用Scrum方式也可以采用XP方式;Scrum和XP的区别是,Scrum偏重于过程,XP则偏重于实践,但是实际中,两者是结合一起应用的,这里我主要讲Scrum。

实时跟踪每项工作的进度

你可以直观的了解每个员工的工作进度,并且可以通过甘特图查看项目的进度安排

关于Scrum和XP

前面说了敏捷它是一种指导思想或开发方式,但是它没有明确告诉我们到底采用什么样的流程进行开发,而Scrum和XP就是敏捷开发的具体方式了,你可以采用Scrum方式也可以采用XP方式;Scrum和XP的区别是,Scrum偏重于过程,XP则偏重于实践,但是实际中,两者是结合一起应用的,这里我主要讲Scrum。

什么是Scrum?

轻松分享工作生活的点滴

可以使用笔记与同事共享你的工作资料、学习心得,并且可以随时与你的同事展开讨论

什么是Scrum?

Scrum的英文意思是橄榄球运动的一个专业术语,表示“争球”的动作;把一个开发流程的名字取名为Scrum,我想你一定能想象出你的开发团队在开发一个项目时,大家像打橄榄球一样迅速、富有战斗激情、人人你争我抢地完成它,你一定会感到非常兴奋的。
而Scrum就是这样的一个开发流程,运用该流程,你就能看到你团队高效的工作。

【Scrum开发流程中的三大角色】

  • 产品负责人(Product Owner)
    主要负责确定产品的功能和达到要求的标准,指定软件的发布日期和交付的内容,同时有权力接受或拒绝开发团队的工作成果。
  • 流程管理员(Scrum Master)
    主要负责整个Scrum流程在项目中的顺利实施和进行,以及清除挡在客户和开发工作之间的沟通障碍,使得客户可以直接驱动开发。
  • 开发团队(Scrum Team)
    主要负责软件产品在Scrum规定流程下进行开发工作,人数控制在5~10人左右,每个成员可能负责不同的技术方面,但要求每成员必须要有很强的自我管理能力,同时具有一定的表达能力;成员可以采用任何工作方式,只要能达到Sprint的目标。

而Scrum就是这样的一个开发流程,运用该流程,你就能看到你团队高效的工作。

多种格式的文档云端存储

文件支持多种格式的文档上传到云端,还支持多终端在线预览,你可以随身携带,随时查看

Scrum流程图

Scrum流程图

下面,我们开始讲具体实施流程,但是在讲之前,我还要对一个英文单词进行讲解。

【Scrum开发流程中的三大角色】

不关注员工的老板不是好老板

老板可以在公司中查看员工的工作计划、任务执行情况,以及他们的工作总结,及时发现员工工作中出现的问题。

今天这文章是我在简述写的最长的了。到最后有点小建议,与诸君共勉。

团队、项目管理人优先而非事优先,管理的是人心,如果让大家能认同你这个领导或者认同这个项目为由重要。所以讲一个开发需求的时候不要干巴巴只讲我们要做什么,更重要的是要讲清楚我们为什么要做这个,我们要实现什么目标!再者就是多鼓励,我是做产品的,很多时候技术在与我对接过程中会提出针对该需求的优秀产品体验建议,我就会鼓励赞美他们,无论你的赞美是多么的拙劣,别人听到都会高兴的。往复循环,整个团队都会为优秀的产品而工作,而不是干巴巴的对接、干巴巴的开发。

最近王者农药异常激烈呀,大概是高考生们玩疯了,回想起我的高考,分数线只比清华差了一点,可惜啦~当初我考几分来着?哦~~~~·是68.8呀————虽然是老梗了,不过发朋友圈装装逼还是挺爽的。

什么是Sprint?

Sprint是短距离赛跑的意思,这里面指的是一次迭代,而一次迭代的周期是1个月时间(即4个星期),也就是我们要把一次迭代的开发内容以最快的速度完成它,这个过程我们称它为Sprint。

主要负责确定产品的功能和达到要求的标准,指定软件的发布日期和交付的内容,同时有权力接受或拒绝开发团队的工作成果。

如何进行Scrum开发?

1、我们首先需要确定一个Product Backlog(按优先顺序排列的一个产品需求列表),这个是由Product Owner 负责的;
2、Scrum Team根据Product Backlog列表,做工作量的预估和安排;
3、有了Product Backlog列表,我们需要通过 Sprint Planning Meeting(Sprint计划会议) 来从中挑选出一个'Story'作为本次迭代完成的目标,这个目标的时间周期是1~4个星期,然后把这个Story进行细化,形成一个Sprint Backlog
4、Sprint Backlog是由Scrum Team去完成的,每个成员根据Sprint Backlog再细化成更小的任务(细到每个任务的工作量在2天内能完成);
5、在Scrum Team完成计划会议上选出的Sprint Backlog过程中,需要进行 Daily Scrum Meeting(每日站立会议),每次会议控制在15分钟左右,每个人都必须发言,并且要向所有成员当面汇报你昨天完成了什么,并且向所有成员承诺你今天要完成什么,同时遇到不能解决的问题也可以提出,每个人回答完成后,要走到黑板前更新自己的 Sprint burn down(Sprint燃尽图);
6、做到每日集成,也就是每天都要有一个可以成功编译、并且可以演示的版本;很多人可能还没有用过自动化的每日集成,其实TFS就有这个功能,它可以支持每次有成员进行签入操作的时候,在服务器上自动获取最新版本,然后在服务器中编译,如果通过则马上再执行单元测试代码,如果也全部通过,则将该版本发布,这时一次正式的签入操作才保存到TFS中,中间有任何失败,都会用邮件通知项目管理人员;
7、当一个Story完成,也就是Sprint Backlog被完成,也就表示一次Sprint完成,这时,我们要进行 Srpint Review Meeting(演示会议),也称为评审会议,产品负责人和客户都要参加(最好本公司老板也参加),每一个Scrum Team的成员都要向他们演示自己完成的软件产品(这个会议非常重要,一定不能取消);
8、最后就是 Sprint Retrospective Meeting(回顾会议),也称为总结会议,以轮流发言方式进行,每个人都要发言,总结并讨论改进的地方,放入下一轮Sprint的产品需求中;

下面是运用Scrum开发流程中的一些场景图:

产品需求

上图是一个 Product Backlog 的示例。

每日站立会议

上图就是每日的站立会议了,参会人员可以随意姿势站立,任务看板要保证让每个人看到,当每个人发言完后,要走到任务版前更新自己的燃尽图。

任务看板

任务看版包含 未完成、正在做、已完成 的工作状态,假设你今天把一个未完成的工作已经完成,那么你要把小卡片从未完成区域贴到已完成区域。

任务看板

每个人的工作进度和完成情况都是公开的,如果有一个人的工作任务在某一个位置放了好几天,大家都能发现他的工作进度出现了什么问题(成员人数最好是5~7个,这样每人可以使用一种专用颜色的标签纸,一眼就可以从任务版看出谁的工作进度快,谁的工作进度慢)

计划纸牌

上图可不是扑克牌,它是计划纸牌,它的作用是防止项目在开发过程中,被某些人所领导。
怎么用的呢?比如A程序员开发一个功能,需要5个小时,B程序员认为只需要半小时,那他们各自取相应的牌,藏在手中,最后摊牌,如果时间差距很大,那么A和B就可以讨论A为什么要5个小时...

流程管理员(Scrum Master)

主要负责软件产品在Scrum规定流程下进行开发工作,人数控制在5~10人左右,每个成员可能负责不同的技术方面,但要求每成员必须要有很强的自我管理能力,同时具有一定的表达能力;成员可以采用任何工作方式,只要能达到Sprint的目标。

本文由88必发手机版发布于仪器仪表,转载请注明出处:什么是敏捷开发,敏捷开发之Scrum扫盲篇

关键词: