敏捷软件开发

简介:

1.敏捷宣言

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

可用的软件 胜过 完备的文档

客户协作 胜过 合同谈判

响应变化 胜过 遵循计划

2.什么事敏捷软件开发

一种软件开发方法论,可以应对客户快速变更的需求,他强调以人为核心,采用迭代的方式,循序渐进的开发软件。

3.Scrum

是一个敏捷开发过程框架,将整个开发周期包含若干个小的迭代周期,每个小的迭代周期称为一个sprint。

product backlog:在项目开始的时候,Product Owner要准备一个根据商业价值排好序的客户需求列表。这个列表就是Prodct Backlog,一个最终会交付给客户的产品特性列表,它们根据商业价值来排列优先级。Scrum team会根据这个来做工作量的估计。Product backlog应该涵盖所有用来构建满足客户需要的产品特性,包括技术上的需求。高优先级的一些产品特性需要足够的细化以便于我们做工作量估计和做测试。

4.Sprint Backlog


Sprint Backlog 是Sprint规划会上产出的一个工作成果. Sprint英文指短距离疾跑,就是说集合精力在短时间内(一个迭代)完成一些价值。当Scrum team选择并承诺了Product backlog中要递交的一些高优先级的产品功能点后,这些功能点就会被细化成为Sprint Backlog:一个完成Product Backlog功能点的必需的任务列表.这些点会被细化为更小的任务,工作量小于2天。Sprint backlog完成后,Scrum team会根据它重新估计工作量,如果这些工作量和原始估计的工作量有较大差异,Scrum team和Product Owner 协商,调整合理得工作量到Sprint中,以确保Sprint的成功实施。

5.Sprint Planning Meeting(Sprint规划会)

根据Product Owner制定的产品或项目计划在Sprint的开始时做准备工作。Product Owner可以是客户或者客户代表或代理。对于产品型的公司,客户就是市场,Product Owner扮演市场代理的角色。一个Product Owner需要一个确定产品最终目标的远景,规划出今后一段时间产品发展的路线图,以及根据对投资回报的贡献确定的产品特性。他要准备一个根据商业价值排好序的客户需求列表。这个列表就是Prodct Backlog,一个最终会交付给客户的产品特性列表,它们根据商业价值来排列优先级。

当为一个Sprint定义好足够多的Product Backlog,并且排列好优先级后Scrum就可以开始了,Sprint规划会是用来细化当前迭代的开发计划的。规划会开始的时候,Product Owner会和Scrum team一起评审版本,路线图,发布计划,及Product Backlog。Scrum Team会评审Product Backlog中功能点的时间估计并确认这些估计尽可能的准确。Scrum Team会根据资源情况看有多少feature可以放在当前的Sprint中。Scrum Team按照优先级的高低来确定开发的先后是很重要的。

当Sprint backlog确定后,ScrumMaster带领Scrum Team去分解这些功能点,细化成Sprint的一个个任务. 这些任务就是细化的来实施这些功能点的活动. Sprint Planning的这个阶段需要控制在4个小时。

6.Daily Scrum Meeting(每日站会)

一旦计划阶段结束,30天周期的Sprint就开始了。ScrumMaster需要组织团队成员每天开站会. 这个会议是用15分钟的时间来让大家过一下scrum的状态。在会上,每个团队成员需要问3个问题:我昨天做了什么,今天做什么,遇到哪些障碍。谁都可以参加这个会议,但只有Scrum团队成员有发言权。这个会议的目标是得到一个项目的全局观,用于发现任何新的依赖,定位项目成员的要求,实时的调整当天开发计划.

7.Sprint Review Meeting(Sprint评审会)

在Sprint结束的时候召开Sprint评审会. 这个会议最多不超过4个小时.会议的前一半时间用来演示在这个Sprint中开发的产品功能给 Product Owner. Produc Owner会组织这阶段的会议并且邀请相关的利益相关者参加。 业务,市场,技术都要做相关的评审。由Product Owner来决定Product Backlog中的哪些功能已经开发完成 。会议的下半部分,是由Scrum Master和Scrum Team一起回顾当前的Sprint。团队评估大家在一起的工作方式,找出好的方式以后继续发扬,找出需要做的更好的地方,想办法提升。Sprint评审会结束后,新一轮的迭代又继续开始(中间最好修整半天或者隔个周末),迭代会一直继续,直到开发了足够多的功能去交付一个产品。

 

本文转自Justin博客园博客,原文链接:http://www.cnblogs.com/carysun/archive/2010/10/29/scrum.html,如需转载请自行联系原作者

相关文章
|
3月前
|
敏捷开发 存储 测试技术
敏捷开发管理/敏捷转型必备的几款敏捷项目管理工具
敏捷开发管理/敏捷转型必备的几款敏捷项目管理工具
|
5月前
|
敏捷开发 持续交付
探索现代软件开发中的敏捷实践
【7月更文挑战第8天】 在快速变化的技术世界中,敏捷开发已经成为了软件开发团队的必选策略。本文旨在深入探讨敏捷实践在现代软件开发中的应用,并分析其对项目成功的影响。通过实际案例分析,我们将揭示敏捷方法如何提高团队效率、增强产品功能以及缩短上市时间。文章不仅为软件开发专业人士提供实用指南,同时也为非技术读者呈现敏捷转型的洞见。
|
7月前
|
敏捷开发 数据可视化
深入探索软件开发中的敏捷方法论
【5月更文挑战第7天】敏捷方法论是应对软件开发中快速变化需求的解决方案,强调迭代、增量和响应变化。它注重团队协作、客户参与和适应变化,典型实践包括Scrum、Kanban和极限编程。优势在于快速响应需求、提高协作效率和降低项目风险,但挑战包括对团队素质要求高、持续资源投入及不稳定客户需求。实施时需根据项目特点调整。
|
敏捷开发
为什么选择敏捷软件开发-考虑敏捷开发的主要优势
为什么选择敏捷软件开发-考虑敏捷开发的主要优势
390 0
|
测试技术 程序员 项目管理
艾伟也谈项目管理,给敏捷软件开发的26条建议
  我经常收集各种各样的至理名言,最近我重温敏捷软件开发;真正的问题是什么?下面是一份26条关键原则的清单,以指引敏捷软件开发团队。   1、完整地干完一件事后在开始另一件事:用厨房比喻来说就是:“先上这道菜,再开始做下一道”。
1043 1
|
敏捷开发 Devops 测试技术
|
敏捷开发 前端开发 测试技术
|
敏捷开发 测试技术
下一篇
DataWorks