一个优秀的团队该不该使用敏捷开发

移动开发
我们大部分人都学过瀑布开发模型,它是以文档为驱动的。因为在瀑布的整个开发过程中,开发人员根据需求文档进行开发,一切以文档为依据。敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法,是一种软件开发的流程,它会指导我们用规定的环节去一步一步完成项目的开发;而这种开发方式的主要驱动核心是人,注重的是人与人之间,面对面的交流;它只写有必要的文档,或尽量少写文档;采用的是迭代式开发。

[[164863]]

在CMM(能力成熟度模型Capability Maturity Model的缩写,是一种侧重于软件开发过程的管理及工程能力的提高与评估的开发模型)神话崩溃以后,敏捷开发逐渐引起了人们的关注,并被寄予厚望。下面我们就来谈一谈敏捷开发相关的一些知识。

敏捷开发的起源

我们大部分人都学过瀑布开发模型,它是以文档为驱动的。因为在瀑布的整个开发过程中,开发人员根据需求文档进行开发,一切以文档为依据。敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法,是一种软件开发的流程,它会指导我们用规定的环节去一步一步完成项目的开发;而这种开发方式的主要驱动核心是人,注重的是人与人之间,面对面的交流;它只写有必要的文档,或尽量少写文档;采用的是迭代式开发。

敏捷开发提倡将一个完整的软件版本划分为多个迭代,每个迭代实现不同的特性。重大的、优先级高的特性优先实现,风险高的特性优先实现。在项目的早期就将软件的原型开发出来,并基于这个原型在后续的迭代不断完善。迭代开发的好处是:尽早编码,尽早暴露项目的技术风险。尽早使客户见到可运行的软件,并提出优化意见。可以分阶段提早向不同的客户交付可用的版本。

在每个迭代中,架构师负责将所有的特性分解成多个Story Card。每个Story可以视为一个独立的特性。每个Story应该可以在最多1个星期内完成开发,交付提前测试(Pre-Test)。当一个迭代中的所有Story开发完毕以后,测试组再进行完整的测试。在整个测试过程中(pre-test,test),基于Daily build,测试组永远都是每天从配置库上取下最新编译的版本进行测试,开发人员也随时修改测试人员提交的问题单,并合入配置库。

敏捷开发的一个特点是开放式办公,充分沟通,包括测试人员也和开发人员一起办公。基于Story Card的开发方式,团队会在开放式办公区域放置一块白板,上面粘贴着所有的Story Card,按当前的开发状态贴在4个区域中,分别是:未开发,开发中,预测试中,测试中。Story Card的开发人员和测试人员根据开发进度在Story Wall上移动Story Card,更新Story Card的状态。这种方式可以对项目开发进度有一个非常直观的了解。

敏捷开发宣言

个体和交互 胜过 过程和工具

可以工作的软件 胜过 面面俱到的文档

客户合作 胜过 合同谈判

响应变化 胜过 遵循计划

虽然右项也有价值,但是我们认为左项具有更大的价值。

敏捷开发的方式

敏捷开发作为一种指导思想或开发方式,Scrum和XP(Extreme Programming:极限编程)是敏捷开发的具体方式。Scrum和XP的区别是,Scrum偏重于过程,XP则偏重于实践,但是实际中,两者是结合一起应用的。

Scrum方式

Scrum的英文意思是橄榄球运动的一个专业术语,表示“争球”的动作;把一个开发流程的名字取名为Scrum,大家像打橄榄球一样迅速、富有战斗激情,运用该流程,你就能看到你团队高效的工作。

Scrum整个开发过程由若干个短的迭代周期组成,一个短的迭代周期称为一个Sprint,每个Sprint的建议长度是2到4周(互联网产品研发可以使用1周的Sprint)。在Scrum中,使用Product Backlog来管理产品的需求,Product backlog是一个按照商业价值排序的需求列表,Scrum团队总是先开发对客户具有较高价值的需求。在Sprint中,Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。挑选的需求在Sprint计划会议上经过讨论、分析和估算得到相应的任务列表,我们称它为Sprint backlog。在每个迭代结束时,Scrum团队将递交潜在可交付的产品增量。Scrum 采用迭代、增量的方法来优化可预见性并控制风险。

Scrum开发流程中的三大角色

产品负责人(Product Owner)

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

流程管理员(Scrum Master)

主要负责整个Scrum流程在项目中的顺利实施和进行,以及清除挡在客户和开发工作之间的沟通障碍,使得客户可以直接驱动开发。

开发团队(Scrum Team)

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

 [[164864]]

5、在Scrum Team完成计划会议上选出的Sprint Backlog过程中,需要进行 Daily Scrum Meeting(每日站立会议),每次会议控制在15分钟左右,每个人都必须发言,并且要向所有成员当面汇报你昨天完成了什么,并且向所有成员承诺你今天要完成什么,同时遇到不能解决的问题也可以提出,每个人回答完成后,要走到黑板前更新自己的 Sprint burn down(Sprint燃尽图);

 [[164865]]

6、做到每日集成,也就是每天都要有一个可以成功编译、并且可以演示的版本;很多人可能还没有用过自动化的每日集成,其实TFS就有这个功能,它可以支持每次有成员进行签入操作的时候,在服务器上自动获取最新版本,然后在服务器中编译,如果通过则马上再执行单元测试代码,如果也全部通过,则将该版本发布,这时一次正式的签入操作才保存到TFS中,中间有任何失败,都会用邮件通知项目管理人员;

7、当一个Story完成,也就是Sprint Backlog被完成,也就表示一次Sprint完成,这时,我们要进行 Srpint Review Meeting(演示会议),也称为评审会议,产品负责人和客户都要参加(最好本公司老板也参加),每一个Scrum Team的成员都要向他们演示自己完成的软件产品(这个会议非常重要,一定不能取消);

8、最后就是 Sprint Retrospective Meeting(回顾会议),也称为总结会议,以轮流发言方式进行,每个人都要发言,总结并讨论改进的地方,放入下一轮Sprint的产品需求中;

XP方式

极限编程是一个轻量级的、灵巧的软件开发方法;同时它也是一个非常严谨和周密的方法。它的基础和价值观是交流、朴素、反馈和勇气;即,任何一个软件项目都可以从四个方面入手进行改善:加强交流;从简单做起;寻求反馈;勇于实事求是。XP是一种近螺旋式的开发方法,它将复杂的开发过程分解为一个个相对比较简单的小周期;通过积极的交流、反馈以及其它一系列的方法,开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等,并根据实际情况及时地调整开发过程。

 

XP的十三种核心实践

团队协作(Whole Team)

规划策略(The Planning Game);

结对编程(Pair programming)

测试驱动开发(Testing-Driven Development)

重构(Refactoring)

简单设计(Simple Design)

代码集体所有权(Collective Code Ownership)

持续集成(Continuous Integration)

客户测试(Customer Tests)

小型发布(Small Release)

每周40小时工作制(40-hour Week)

编码规范(Code Standards)

系统隐喻(System Metaphor)

关于规划策略:计划是持续的、循序渐进的。每2周,开发人员就为下2周估算候选特性的成本,而客户则根据成本和商务价值来选择要实现的特性。

关于测试驱动开发:编写单元测试是一个验证行为,更是一个设计行为。同样,它更是一种编写文档的行为。编写单元测试避免了相当数量的反馈循环,尤其是功功能能验证方面的反馈循环。程序员以非常短的循环周期工作,他们先增加一个失败的测试,然后使之通过。

关于隐喻:隐喻同体系结构是同义词,隐喻用于描述项目的全貌,Story用于描述个别具体的特征。隐喻是将整个系统联系在一起的全局视图;它是系统的未来影像,是它使得所有单独模块的位置和外观变得明显直观。如果模块的外观与整个隐喻不符,那么你就知道该模块是错误的

XP的一个成功因素是重视客户的反馈——开发的目的就是为了满足客户的需要。XP方法使开发人员始终都能自信地面对客户需求的变化。XP强调团队合作,经理、客户和开发人员都是开发团队中的一员。团队通过相互之间的充分交流和合作,使用XP这种简单但有效的方式,努力开发出高质量的软件。XP的设计简单而高效;程序员们通过测试获得客户反馈,并根据变化修改代码和设计,他们总是争取尽可能早地将软件交付给客户。XP程序员能够勇于面对需求和技术上的变化。

什么是优秀团队

有家公司的一个团队的一个项目用的是"敏捷开发方法",而当时公司的理念恰恰是:开放、协作性强、扁平化团队,以用户为中心;和团队使用的敏捷方法理念正好相同,结果毫无悬疑的拿到了优秀团队奖。即使开发的项目并不是很成功,但公司需要一个团队来做榜样,来激励其他团队,而那里正好有这么一个团队。

如果做不了优秀的团队,那么就做一个典型的团队,公司需要这么一个做示范的话题。优秀的团队并不是拘泥于某种开发方式的,而是最适合某种方式的。希望您也能在一个优秀的团队。

责任编辑:倪明 来源: 简书
相关推荐

2023-08-14 18:03:32

2013-01-23 14:19:56

健康类App移动应用

2020-07-27 08:31:45

控制流通用结构

2009-07-01 15:33:23

JAVA认证

2015-10-20 09:07:44

2022-09-13 07:31:50

工具代码Lombok

2021-04-01 08:49:14

Google黑客美国政府

2013-07-09 09:59:30

创业团队人才

2010-10-15 10:31:00

2013-02-18 09:40:28

2012-02-15 09:48:31

移动娱乐广告封杀

2021-05-25 10:28:47

网络安全网络攻击网络事件

2010-10-25 14:16:59

扁平化网络

2017-12-14 14:36:54

金融工具敏捷大房间计划

2015-06-16 09:17:39

金融服务公有云

2020-07-14 14:50:44

Vue代码前端

2016-12-22 23:55:40

架构师代码技术

2019-03-28 09:44:33

程序员加薪创业

2013-05-23 15:24:57

Wi-Fi无线网络设置无线网络展望

2014-12-30 09:30:57

.net语言选择
点赞
收藏

51CTO技术栈公众号