2016-06-29 22:17:04 abcd1101 阅读数 463

http://blog.sina.com.cn/s/blog_6a5e34ad0100o89l.html


敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。提倡沟通、简单、反馈、勇气、谦逊。

敏捷开发过程的方法很多,主要有:SCRUM,Crystal,特征驱动软件开发(Feature Driven Development,简称FDD),自适应软件开发(Adaptive Software Development,简称ASD),以及最重要的极限编程(eXtreme Programming,简称XP)。
重点讲一下SCRUM模型。
Scrum的英文意思是橄榄球运动的一个专业术语,表示“争球”的动作;把一个开发流程的名字取名为Scrum,我想你一定能想象出你的开发团队在开发一个项目时,大家像打橄榄球一样迅速、富有战斗激情、人人你争我抢地完成它,你一定会感到非常兴奋的。
【Scrum开发流程中的三大角色】

产品负责人(Product Owner)

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

 流程管理员(Scrum Master)

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

 开发团队(Scrum Team)

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

Scrum流程图

敏捷开发-agile按以下顺序进行。

 

1、我们首先需要确定一个Product Backlog(按优先顺序排列的一个产品需求列表),这个是由Product Owner 负责的;

敏捷开发-agile

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燃尽图);

敏捷开发-agile

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

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

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

 

 

 

使用的工具及方法

 

 

 

scrum的管理工具:Scrum Works、Rational Team Concert。 

 

 

敏捷不赞成大量的文档,简单的文档还是有的,可以使用Wiki进行文档的管理。


2019-05-02 21:17:27 sxzlc 阅读数 167

觉得这篇文章写的非常好,非常有助于大家了解敏捷开发,原文链接在下面

https://www.jianshu.com/p/eb8f4448c5c8

什么是敏捷开发?

敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。(把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。)

主要目的:降低需求变化的成本

开发流程:编写用户案例,架构规范,实施规划,迭代计划,代码开发,单元测试,验收测试等等。

原则和方法:迭代式开发。增量交付。开发团队和用户反馈推动产品开发。持续集成。团队自我管理。

核心做法:小规模,频繁的版本发布,短迭代周期。测试驱动开发、结对编程、持续集成、每日站立会议、共同拥有代码、系统隐喻。

精髓:2/8法则(20%交付功能代表80%最终商业价值);

为什么说是以人为核心?

我们大部分人都学过瀑布开发模型,它是以文档为驱动的。在瀑布的整个开发过程中,要写大量的文档,把需求文档写出来后,开发人员都是根据文档进行开发的,一切以文档为依据;

而敏捷开发它只写有必要的文档,或尽量少写文档,敏捷开发注重的是人与人之间,面对面的交流,所以它强调以人为核心。

什么是迭代?

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

关于Scrum和XP

敏捷是一种指导思想或开发方式,而Scrum和XP就是敏捷开发的具体方式了,你可以采用Scrum方式也可以采用XP方式

什么是Scrum?

Scrum是一个敏捷开发框架;由一个开发过程,几种角色以及一套规范的实施方法组成。

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

产品负责人(Product Owner)

该角色负责产品的远景规划,平衡利益相关者的利益。确定不同的产品需求积压的优先级等。

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

他是开发团队和客户或最终用户之间的联络点。

利益相关者(Stakeholder)

该角色与产品之间有直接或间接的利益关系,通常是客户或最终用户代表。他们负责收集编写产品需求,审查项目成果等。

流程管理员(Scrum Master)

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

他也是开发团队与产品拥有者之间交流的联络点。

开发团队(Scrum Team)

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

Scrum名词解释:

backlog:可以预知的所有任务,包括功能性的和非功能性的所有任务。建立Product Backlog 的过程就是将用户需求转化为一个个User Story 并确定其优先级的过程。

story:用讲故事的方式来表达需求,这样便于让原始客户比较清晰的对需求进行表达,开发和测试也会逐渐以客户的需求思维来思考自己的工作。

sprint:一次迭代开发的时间周期,一般最多以30天为一个周期。在这段时间内,开发团队需要完成一个制定的backlog,并且最终成果是一个增量的,可交付的产品。

sprint backlog:一个sprint周期内所需要完成的任务

scrum Master:监督整个Scrum进程,修订计划

time-box:一个用于开会时间段。每个daily scrum meeting的time-box为15分钟。

sprint planning meeting:启动每个sprint前召开。一般为8小时。产品Owner和团队成员将backlog分解成小的功能模块,决定在即将进行的sprint里需要完成多少小功能模块,确定Product Backlog的任务优先级。还需详细讨论如何按需求完成小功能模块。

Daily Scrum meeting:开发团队召开,开发人员向ScrumMaster汇报:今天完成了什么?遇到了什么障碍?明天做什么?团队成员相互了解项目进度

Sprint review meeting:每个Sprint结束后,Team将Sprint成果演示给Product Owner和其他人员。并总结结束的Sprint。

 

Scrum流程图

如何进行Scrum开发?

1、确定Product Backlog(按优先顺序排列的一个产品需求列表),由Product Owner 负责的;

2、Scrum Team做工作量的预估和安排;

3、Product Backlog列表中挑选出一个Story作为迭代目标,然后Story进行细化。

团队在Backlog列表中挑选出当前sprint内完成的工作。团队决定如何将选定的产品Backlog转化为潜在可交付产品的功能增量。

形成一个Sprint Backlog(Sprint Backlog是由Scrum Team去完成的)

4、召开sprint planning meeting,确定迭代任务,优先级,并分配给每个成员

5、在Scrum Team完成计划会议上选出的Sprint Backlog过程中,需要进行 Daily Scrum Meeting,每个人汇报昨天完成了什么,承诺今天要完成什么,遇到不能解决的问题。回答完成后,更新 Sprint burn down(Sprint燃尽图);

6、做到每日集成,也就是每天都要有一个可以成功编译、并且可以演示的版本;

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

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

 


其他资料

利益相关者:敏捷开发保证了项目中所有利益相关者的利益,不论是客户、项目管理、开发团队或测试小组。每个人对项目都有清晰的可见性,这是成功的关键点所在。敏捷开发原则上鼓励用户积极地参与,不论是产品开发,或是团体协同的方方面面。这对关键利益相关者提供了非常好的可见性,包括项目的进度或是产品本身,最终这有利于保证产品预期的效果。

质量:不像传统的瀑布模型,等到开发完成才开始测试,可是在敏捷开发中,我们随着需求的准备便开始进行测试。因此,测试集成贯穿整个开发周期,使得工作产品像开发一样去定期检查。这允许工作所有者有必要时做出适当调整,以及及早的给产品团队检查出任何质量问题。

核心原则

◆主张简单:简单模型入手,慢慢迭代

◆拥抱变化:需求时刻在变,Project stakeholder(项目利益相关者)也可能会变化。项目环境不断变化

◆可持续性:实现项目投资者的需求,其中就包括你的系统应该要有足够的鲁棒性(robust ),能够适应日后的扩展。可持续性可能指的是系统的下一个主要发布版,或是你正在构建的系统的运转和支持

◆递增的变化:

和建模相关的一个重要概念是你不用在一开始就准备好一切。你不用在模型中包容所有的细节,你只要足够的细节就够了,开发一个小的模型,或是概要模型,打下一个基础,然后慢慢的改进模型。

◆令投资最大化

你的项目投资者为了开发出满足自己需要的软件,需要投入时间、金钱、设备等各种资源。投资者应该可以选取最好的方式投资,也可以要求你的团队不浪费资源。并且,他们还有最后的发言权,决定要投入多少的资源。

◆快速反馈

从开始采取行动,到获得行动的反馈,二者之间的时间至关紧要。和其他人一共开发模型,你的想法可以立刻获得反馈,特别是你的工作采用了共享建模技术的时候。和你的客户紧密工作,去了解他们的的需求,去分析这些需求,或是去开发满足他们需求的用户界面,这样,你就提供了快速反馈的机会。

◆轻装前进

你建立一个工件,然后决定要保留它,随着时间的流逝,这些工件都需要维护。如果你决定保留7个模型,不论何时,一旦有变化发生(新需求的提出,原需求的更新,团队接受了一种新方法,采纳了一项新技术...),你就需要考虑变化对这7个模型产生的影响并采取相应的措施。而如果你想要保留的仅是3个模型,很明显,你实现同样的改变要花费的功夫就少多了,你的灵活性就增强了,因为你是在轻装前进。每次你要决定保留一个模型时,你就要权衡模型载有的信息对团队有多大的好处(所以才需要加强团队之间,团队和项目投资者之间的沟通)。

作者:王皮皮_
链接:https://www.jianshu.com/p/eb8f4448c5c8
来源:简书

 

2013-04-06 12:03:49 zhu2695 阅读数 892

一,敏捷开发概述

敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。

Test-Driven Development(测试驱动开发),是敏捷开发的最重要的部分。

二,敏捷开发的特点

敏捷方法主要有两个特点,这也是其区别于其他方法,尤其是重型方法的最主要特征:

(1)敏捷开发方法是“适应性”(Adaptive)而非“预设性” (Predictive)。

(2)敏捷开发方法是“面向人” (people oriented)而非“面向过程”(process oriented)。

三,敏捷开发的价值观(优势)

(1)个人与交互重于开发过程与工具;

(2)可用的软件重于复杂的文档;

(3)寻求客户的合作重于对合同的谈判;

(4)对变化的响应重于始终遵循固定的计划。

四,项目的敏捷开发方法(敏捷开发技术的类型)

敏捷方法很多,包括 Scrum(一种迭代式增量软件开发过程,Scrum在英语的意思是橄榄球里的争球)、极限编程、功能驱动开发、统一过程(RUP)等多种方法。

五,敏捷开发小组主要的工作方式

1、敏捷小组作为一个整体工作

2、敏捷小组按短迭代周期工作

3、敏捷小组每次迭代交付一些成果

4、敏捷小组关注业务优先级

5、敏捷小组检查与调整

六,敏捷开发技术的12个原则

1. 我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。

2. 即使到了开发的后期,也欢迎改变需求。

3. 经常性地交付可以工作的软件,交付的间隔可以从几周到几个月,交付的时间间隔越短越好。

4. 在整个项目开发期间,业务人员和开发人员必须天天都在一起工作。

5. 围绕被激励起来的个人来构建项目。

6. 在团队内部,最具有效果并且富有效率的传递信息的方法,就是面对面的交谈。

7. 工作的软件是首要的进度度量标准。

8. 敏捷过程提倡可持续的开发速度。

9. 不断地关注优秀的技能和好的设计会增强敏捷能力。

10. 简单使未完成的工作最大化。

11. 最好的构架、需求和设计出自于自组织的团队。

12. 每隔一定时间,团队会在如何才能更有效地工作方面进行反省,然后相应地对自己的行为进行调整。

2007-06-23 17:17:39 pignut_wang 阅读数 22

转自:http://blog.csdn.net/wayne_ran/archive/2007/05/08/1601008.aspx  

敏捷开发agile development)是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。简言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。

敏捷开发技术的特点和优势:

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

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

3.客户合作胜过合同谈判

4.响应变化胜过遵循计划

敏捷开发技术的12个原则

1.我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。

2.即使到了开发的后期,也欢迎改变需求。

3.经常性地交付可以工作的软件,交付的间隔可以从几周到几个月,交付的时间间隔越短越好

4.在整个项目开发期间,业务人员和开发人员必须天天都在一起工作。

5.围绕被激励起来的个人来构建项目。

6.在团队内部,最具有效果并且富有效率的传递信息的方法,就是面对面的交谈。

7.工作的软件是首要的进度度量标准。

8.敏捷过程提倡可持续的开发速度。

9.不断地关注优秀的技能和好的设计会增强敏捷能力。

10.简单使未完成的工作最大化。

11.最好的构架、需求和设计出自于自组织的团队。

12.每隔一定时间,团队会在如何才能更有效地工作方面进行反省,然后相应地对自己的行为进行调整。

敏捷开发技术的适用范围

1.项目团队的人数不能太多

2.项目经常发生变更

3.高风险的项目实施

4.开发人员可以参与决策

敏捷开发技术的几种主要类型

1.XP(Extreme Programming )-- 极限编程

2.Cockburn的水晶系列方法

3.开放式源码

4.Highsmith的适应性软件开发方法〔ASD〕

2019-09-05 09:30:18 langze 阅读数 22

什么是敏捷开发?

敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。(把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。)

主要目的:降低需求变化的成本

开发流程:编写用户案例,架构规范,实施规划,迭代计划,代码开发,单元测试,验收测试等等。

原则和方法:迭代式开发。增量交付。开发团队和用户反馈推动产品开发。持续集成。团队自我管理。

核心做法:小规模,频繁的版本发布,短迭代周期。测试驱动开发、结对编程、持续集成、每日站立会议、共同拥有代码、系统隐喻。

精髓:2/8法则(20%交付功能代表80%最终商业价值);

为什么说是以人为核心?

我们大部分人都学过瀑布开发模型,它是以文档为驱动的。在瀑布的整个开发过程中,要写大量的文档,把需求文档写出来后,开发人员都是根据文档进行开发的,一切以文档为依据;

而敏捷开发它只写有必要的文档,或尽量少写文档,敏捷开发注重的是人与人之间,面对面的交流,所以它强调以人为核心。

什么是迭代?

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

关于Scrum和XP

敏捷是一种指导思想或开发方式,而Scrum和XP就是敏捷开发的具体方式了,你可以采用Scrum方式也可以采用XP方式

什么是Scrum?

Scrum是一个敏捷开发框架;由一个开发过程,几种角色以及一套规范的实施方法组成。

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

产品负责人(Product Owner)

该角色负责产品的远景规划,平衡利益相关者的利益。确定不同的产品需求积压的优先级等。

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

他是开发团队和客户或最终用户之间的联络点。

利益相关者(Stakeholder)

该角色与产品之间有直接或间接的利益关系,通常是客户或最终用户代表。他们负责收集编写产品需求,审查项目成果等。

流程管理员(Scrum Master)

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

他也是开发团队与产品拥有者之间交流的联络点。

开发团队(Scrum Team)

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

Scrum名词解释:

backlog:可以预知的所有任务,包括功能性的和非功能性的所有任务。建立Product Backlog 的过程就是将用户需求转化为一个个User Story 并确定其优先级的过程。

story:用讲故事的方式来表达需求,这样便于让原始客户比较清晰的对需求进行表达,开发和测试也会逐渐以客户的需求思维来思考自己的工作。

sprint:一次迭代开发的时间周期,一般最多以30天为一个周期。在这段时间内,开发团队需要完成一个制定的backlog,并且最终成果是一个增量的,可交付的产品。

sprint backlog:一个sprint周期内所需要完成的任务

scrum Master:监督整个Scrum进程,修订计划

time-box:一个用于开会时间段。每个daily scrum meeting的time-box为15分钟。

sprint planning meeting:启动每个sprint前召开。一般为8小时。产品Owner和团队成员将backlog分解成小的功能模块,决定在即将进行的sprint里需要完成多少小功能模块,确定Product Backlog的任务优先级。还需详细讨论如何按需求完成小功能模块。

Daily Scrum meeting:开发团队召开,开发人员向ScrumMaster汇报:今天完成了什么?遇到了什么障碍?明天做什么?团队成员相互了解项目进度

Sprint review meeting:每个Sprint结束后,Team将Sprint成果演示给Product Owner和其他人员。并总结结束的Sprint。

 

Scrum流程图

如何进行Scrum开发?

1、确定Product Backlog(按优先顺序排列的一个产品需求列表),由Product Owner 负责的;

2、Scrum Team做工作量的预估和安排;

3、Product Backlog列表中挑选出一个Story作为迭代目标,然后Story进行细化。

团队在Backlog列表中挑选出当前sprint内完成的工作。团队决定如何将选定的产品Backlog转化为潜在可交付产品的功能增量。

形成一个Sprint Backlog(Sprint Backlog是由Scrum Team去完成的)

4、召开sprint planning meeting,确定迭代任务,优先级,并分配给每个成员

5、在Scrum Team完成计划会议上选出的Sprint Backlog过程中,需要进行 Daily Scrum Meeting,每个人汇报昨天完成了什么,承诺今天要完成什么,遇到不能解决的问题。回答完成后,更新 Sprint burn down(Sprint燃尽图);

6、做到每日集成,也就是每天都要有一个可以成功编译、并且可以演示的版本;

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

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

 


其他资料

利益相关者:敏捷开发保证了项目中所有利益相关者的利益,不论是客户、项目管理、开发团队或测试小组。每个人对项目都有清晰的可见性,这是成功的关键点所在。敏捷开发原则上鼓励用户积极地参与,不论是产品开发,或是团体协同的方方面面。这对关键利益相关者提供了非常好的可见性,包括项目的进度或是产品本身,最终这有利于保证产品预期的效果。

质量:不像传统的瀑布模型,等到开发完成才开始测试,可是在敏捷开发中,我们随着需求的准备便开始进行测试。因此,测试集成贯穿整个开发周期,使得工作产品像开发一样去定期检查。这允许工作所有者有必要时做出适当调整,以及及早的给产品团队检查出任何质量问题。

核心原则

◆主张简单:简单模型入手,慢慢迭代

◆拥抱变化:需求时刻在变,Project stakeholder(项目利益相关者)也可能会变化。项目环境不断变化

◆可持续性:实现项目投资者的需求,其中就包括你的系统应该要有足够的鲁棒性(robust ),能够适应日后的扩展。可持续性可能指的是系统的下一个主要发布版,或是你正在构建的系统的运转和支持

◆递增的变化:

和建模相关的一个重要概念是你不用在一开始就准备好一切。你不用在模型中包容所有的细节,你只要足够的细节就够了,开发一个小的模型,或是概要模型,打下一个基础,然后慢慢的改进模型。

◆令投资最大化

你的项目投资者为了开发出满足自己需要的软件,需要投入时间、金钱、设备等各种资源。投资者应该可以选取最好的方式投资,也可以要求你的团队不浪费资源。并且,他们还有最后的发言权,决定要投入多少的资源。

◆快速反馈

从开始采取行动,到获得行动的反馈,二者之间的时间至关紧要。和其他人一共开发模型,你的想法可以立刻获得反馈,特别是你的工作采用了共享建模技术的时候。和你的客户紧密工作,去了解他们的的需求,去分析这些需求,或是去开发满足他们需求的用户界面,这样,你就提供了快速反馈的机会。

◆轻装前进

你建立一个工件,然后决定要保留它,随着时间的流逝,这些工件都需要维护。如果你决定保留7个模型,不论何时,一旦有变化发生(新需求的提出,原需求的更新,团队接受了一种新方法,采纳了一项新技术...),你就需要考虑变化对这7个模型产生的影响并采取相应的措施。而如果你想要保留的仅是3个模型,很明显,你实现同样的改变要花费的功夫就少多了,你的灵活性就增强了,因为你是在轻装前进。每次你要决定保留一个模型时,你就要权衡模型载有的信息对团队有多大的好处(所以才需要加强团队之间,团队和项目投资者之间的沟通)。

Agile敏捷开发模式

阅读数 861

Agile敏捷开发模式

博文 来自: tmcrazy

scrum敏捷开发

阅读数 73

没有更多推荐了,返回首页