敏捷开发适合项目_项目经理在敏捷开发中的作用敏捷开发 - CSDN
  • 我最近被问到关于什么样的项目才是最适合敏捷方法,在此关于这方面进行一个探讨。 在我看来,最适合敏捷方法的项目是那些有着激进的时间期限限制,那些有着高度的复杂程度,以及那些有着高度新颖性(独特性)的...

    我最近被问到关于什么样的项目才是最适合于敏捷方法,在此关于这方面进行一个探讨。

    在我看来,最适合敏捷方法的项目是那些有着激进的时间期限限制,那些有着高度的复杂程度,以及那些有着高度新颖性(独特性)的项目。

    当我们在做一些新的事情,到少是对于开发团队是新的事情,的时候我们会比较愿意使用敏捷方法。如果这是一件团队以前曾经重复做过很多次的事情,他们很可能就不需要用敏捷的方法来做了。对我来来说,这种时候就应该考虑引入类比制造的方法了。如果我们每天建造同一种车,我们很快就会了解到造车中的每一个细微差别。我们不需要一个敏捷的方法因为在这种情况下新颖性非常低。


    但是单独的新颖性本身并不一定就意味着必须 使用敏捷流程。我今天去了我最喜欢的一家中国餐厅吃午餐。我点了一道“三倍辣外加墨西哥胡椒”的主菜。这也许是他们第一次这样做这道菜,而且这是一个少见的或者独一无二的点餐。但是厨师做得非常好。而且我确定(因为我能看到厨房里面)他们不需要站会或者测试驱动的方法来做这个午餐(然而,我好像看到他们背后有一个看板, ).所以说除了新颖性,使用敏捷的项目也需要有一定程度的复杂性


    一个我认为在决定一个项目是否适合于使用敏捷方法的最终因素是紧急性。敏捷方法中的时间箱和迭代就是为了保持项目中的紧张度和专注度。如果项目没有紧急性,这些就是不需要的。让我们一起看一下这三个因素-紧急性,复杂性和新颖性-在不同的项目中是如何组合的。当然,从软件项目开始来看。没有比软件项目更适合的了。软件项目是出了名的复杂。每一个新的软件项目中的大部分内容都是新的尝试。而且在当今社会,软件项目总是很急的。


    但是让我们再看看另一个我们大家都听过的适用于Scrum的情形:婚礼筹备。我每年至少有好几次听说人们用Scrum方法来筹备婚礼。人们会准备一份婚礼的backlog–买蛋糕, 找摄影师, 发邀请, 准备服装等等. 那么筹备婚礼与我所说的三个因素什么关系呢?紧急性?看一看。总是有一个限期在那里而且通常是不能改的。 复杂性? 哈,它与软件项目不太一样但是有它自的复杂度,通常由非功能性的需求带来,比如固定的预算,谁应该坐谁的旁边,提供什么类型的食物,是否要让艾拉表妹乐队做迎宾演出等等。新颖性, 是的。大部分人都不会有太多次举办这种大型庆典活动,所以筹备活动对他们都是有很强的新颖性的。


    所以,敏捷特别适合于那些很紧急并且非常复杂及比较新颖的项目,可以是软件项目,也可以是婚礼。当然,夫妇俩是否要在庆典的结尾有第一个吻,这是否应该属于backlog的一部分,还是应该算产品完成标准的一部分,这样的问题是必须要搞清楚的。


    原文地址:http://blog.mountaingoatsoftware.com/deciding-what-kind-of-projects-are-most-suited-for-agile

    展开全文
  • 哪种项目适合敏捷开发?  (2011-07-29 15:47:18) 转载▼ 标签:  敏捷开发   agile   scrum   适合程度   it 分类: IT翻译  译者:高小皋 作者:...

    哪种项目最适合敏捷开发?

     (2011-07-29 15:47:18)
    标签: 

    敏捷开发

     

    agile

     

    scrum

     

    适合程度

     

    it

    分类: IT翻译

            译者:高小皋   作者:迈克科恩

    最近有人问我,哪种项目最适合敏捷开发。我将在本文给出答案。在我看来,那些期限紧迫、具有高度复杂性和新颖性的项目最适合敏捷开发。

    当我们开发一个新项目、起码对开发团队而言是个新项目的时候,我们愿意采用敏捷开发。如果之前团队已屡次开发过此类项目,那么基本不会采用敏捷开发的方式。我认为,这跟某些制造业很类似。比如我们生产轿车,日复一日,自然就会非常迅速地掌握所有生产轿车的奥妙之处。这种情况下,对创新的要求很低,就用不着敏捷开发。

    单有对创新的要求,并不意味着就要采用敏捷开发。今天,我去了自己最爱的中餐馆吃午饭,点了一个“超级辣味胡椒”开胃菜。很可能是饭店首次用这种方式烧这道特色菜,具有一定的创新性或者说独特性。厨师虽然做了充分的准备,但因为我能看到厨房里面,我确信他们不需要每日即时讨论甚至是TDD(技术资料文摘)来准备我的午餐。(也许我应该注意到那里有个看板。)因此除了有新颖性的要求,项目还需要有一定的复杂程度。 

        适合敏捷开发的项目,其最后一个必要因素我认为是紧迫性。敏捷开发的时间限制和迭代性用来确保对项目的集中强度。如果项目不紧急,就用不着时间限制和迭代性。

    那么我们先了解一下这三个因素——紧迫性、复杂性和新颖性——是如何交织在各种项目中的。当然是先以软件项目为例,没有其他更合适的了。软件项目的复杂性众所周知。每个软件项目基本上都是一次新的冒险。而且,在当今世界常常有一种紧迫感。

    让我们再看看另外一种通常会用到Scrum(专业术语)的情况:结婚。我在一年内起码有两三次听到有情侣用Scrum敏捷开发策划了婚礼。婚礼前总是会积压一大堆事情——买蛋糕、接摄影师、发邀请函、拿礼服,等等。策划婚礼跟我所提议的三个因素是如何关联的呢,紧迫感?对,婚礼一般会有个最后期限,而且通常是确定好的日期。复杂性?嗯,虽然它没有软件项目那么复杂,但也因为一些非功能性要求而提高了其复杂程度。比如,它有固定的预算、坐席的安排、供餐的类型、让Cousin Ira乐队在接待会表演,等等。要别出心裁、有所创新?当然。大多数人应该不会结很多次婚、每次又都大张旗鼓地举办婚礼吧!婚礼当然不能与他人雷同了。

    因此,敏捷开发最适合复杂程度高、要求新颖的紧急项目,包括软件开发和婚礼的策划。它确实会碰到这样的问题,比如结婚新人是否要在庆典结束时以初吻作为压轴戏,或者作为整个项目的部分评价标准。

    展开全文
  • 本文转自:Scrum中文网...在我看来,最适合敏捷方法的项目是那些有着激进的时间期限限制,那些有着高度的复杂程度,以及那些有着高度新颖性(独特性)的项目。 当我们在做一些新的事情,到少是对于开发团队是新的事...

     

    本文转自:Scrum中文网

    文章链接:http://www.scrumcn.com/agile/scrum/4936.html

     

    我最近被问到关于什么样的项目才是最适合于敏捷方法,在此关于这方面进行一个探讨。在我看来,最适合敏捷方法的项目是那些有着激进的时间期限限制,那些有着高度的复杂程度,以及那些有着高度新颖性(独特性)的项目。

    当我们在做一些新的事情,到少是对于开发团队是新的事情的时候我们会比较愿意使用敏捷方法。如果这是一件团队以前曾经重复做过很多次的事情,他们很可能就不需要用敏捷的方法来做了。对我来来说,这种时候就应该考虑引入类比制造的方法了。如果我们每天建造同一种车,我们很快就会了解到造车中的每一个细微差别。我们不需要一个敏捷的方法因为在这种情况下新颖性非常低。

    但是单独的新颖性本身并不一定就意味着必须 使用敏捷流程。我今天去了我最喜欢的一家中国餐厅吃午餐。我点了一道“三倍辣外加墨西哥胡椒”的主菜。这也许是他们第一次这样做这道菜,而且这是一个少见的或者独一无二的点餐。但是厨师做得非常好。而且我确定(因为我能看到厨房里面)他们不需要站会或者测试驱动的方法来做这个午餐(然而,我好像看到他们背后有一个看板).所以说除了新颖性,使用敏捷的项目也需要有一定程度的复杂性。

    一个我认为在决定一个项目是否适合于使用敏捷方法的最终因素是紧急性。敏捷方法中的时间箱和迭代就是为了保持项目中的紧张度和专注度。如果项目没有紧急性,这些就是不需要的。

    让我们一起看一下这三个因素-紧急性,复杂性和新颖性-在不同的项目中是如何组合的。当然,从软件项目开始来看。没有比软件项目更适合的了。软件项目是出了名的复杂。每一个新的软件项目中的大部分内容都是新的尝试。而且在当今社会,软件项目总是很急的。

    但是让我们再看看另一个我们大家都听过的适用于Scrum的情形:婚礼筹备。我每年至少有好几次听说人们用Scrum方法来筹备婚礼。人们会准备一份婚礼的backlog–买蛋糕, 找摄影师, 发邀请, 准备服装等等. 那么筹备婚礼与我所说的三个因素什么关系呢?紧急性?看一看。总是有一个限期在那里而且通常是不能改的。 复杂性? 哈,它与软件项目不太一样但是有它自的复杂度,通常由非功能性的需求带来,比如固定的预算,谁应该坐谁的旁边,提供什么类型的食物,是否要让艾拉表妹乐队做迎宾演出等等。新颖性, 是的。大部分人都不会有太多次举办这种大型庆典活动,所以筹备活动对他们都是有很强的新颖性的。

    所以,敏捷特别适合于那些很紧急并且非常复杂及比较新颖的项目,可以是软件项目,也可以是婚礼。当然,夫妇俩是否要在庆典的结尾有第一个吻,这是否应该属于backlog的一部分,还是应该算产品完成标准的一部分,这样的问题是必须要搞清楚的。

    展开全文
  • 因为笔主经历过瀑布开发模式和敏捷开发模式这两种开发模式,所以存在有一些自己的见解跟大家交流。 下面所以我们这边先来简单介绍下这两种模式: 瀑布开发模式: 瀑布开发模式是由W.W.Royce在1970年最初提出的...

    上面一篇文章我们提过为什么分布式需要做前后端分离,今天这篇我们从开发模式来详解为什么互联网项目使用于敏捷开发?

    因为笔主经历过瀑布开发模式和敏捷开发模式这两种开发模式,所以存在有一些自己的见解跟大家交流。

    下面所以我们这边先来简单介绍下这两种模式:

    一、瀑布开发模式:

    瀑布开发模式是由W.W.Royce在1970年最初提出的软件开发模型,瀑布式开发是一种老旧的计算机软件开发方法。
    瀑布模型式是最典型的预见性的方法,严格遵循预先计划的需求分析、设计、编码、集成、测试、维护的步骤顺序进行。
    步骤成果作为衡量进度的方法,例如需求规格,设计文档,测试计划和代码审阅等等。的来说,迭代周期长一些,一次性解决所有的任务,一次上线。

    下面我们说说瀑布开发模式的几个特点:

    1.严格把软件项目的开发分隔成各个开发阶段:需求分析,要件定义,基本设计,详细设计,编码,单体测试,结合测试,系统测试等。使用里程碑的方式,严格定义了各开发阶段的输入和输出。如果达不到要求的输出,下一阶段的工作就不展开。

    2.重视和强调过程文档,在开发的中后期才会看到软件原型,早起只能通过文档来了解系统的模样。在这种情况下,文档的重要性仿佛已经超过了代码的重要性。

    3.瀑布模型每个阶段的人员只关心自己阶段的工作,不需要关注其他阶段的工作。

    优点:

    1、可以让开发人员能够更专注于本职工作,提高阶段效率。

    缺点:

    1、在项目各个阶段之间极少有反馈,风险往往迟至后期才显露,失去及早纠正的机会。

    2、项目早期即作出承诺导致对后期需求的变化难以调整,代价高昂。

    3、测试人员最后才参与到项目中来,后期风险较大。

    4、只有在项目生命周期的后期才能看到结果。

     

    二、敏捷开发模式:

    敏捷开发模式是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法,是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不 尽相同,相对于“非敏捷”,更强调程序员团队与业务专家之间的紧密协作、面对面的沟通(认为比书面的文档更有效)、频繁交付新的软件版本、紧凑而自我组织 型的团队、能够很好地适应需求变化的代码编写和团队组织方法,也更注重软件开发中人的作用。

    在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。总的来说,拆分成多个小迭代,多次上线。

     

    下面我们说说敏捷开发模式的几个特点:

    1、最核心的功能最先完成,容易出成果。

    2、小步快跑,尽早交付,拆分各个小迭代(spring),一定的迭代周期内需要确保开发的完成,规避了一定的上线风险。

    3、各组人员分迭代来有序工作,比如:设计人员出一个模块RP,开发人员完成这个模块编码,测试人员完成这个模块测试。

    4、敏捷的管理是团队的自我管理和项目经理的服务式管理,项目经理需要根据当前开发资源确保每个迭代的的可完成性,团队成员需有良好的自我管理能力,来确保小迭代内功能的完善;项目经理需要对整体启到把控作用,迭代中可以根据开发进度进行各成员工作的微调,保证迭代进度的完成

    优点:

    1、容易出成果,可以快速提高软件发布周期,敏捷确实是项目进入实质开发迭代阶段,用户很快可以看到一个基线架构版的产品

    2、测试人员能够尽早参与进项目中来,规避了一定的风险。​​​​

    3、每次迭代周期应尽可能短,以便能及时地处理需求变化和用户反馈​​​。

    缺点:

    1、迭代周期端,为了不影响迭代完整,需要项目中存在经验较强的人,要不大项目中容易遇到瓶颈问题,延误迭代进度。

    2、敏捷开发要求各员工自我管理要强,所以对人员素质和稳定性的要求又更高。

     

    三、那为什么互联网项目要用敏捷开发呢?

    1、出成果(版本)快,互联网就是以快吃慢,一般都是迭代发布的,追求创新,说明了需要快速响应用户的变化,时间就是一切,需求不确定性高,这个在软件行业也很常见;关注用户行为,倡导以用户为中心的产品设计。很典型的例子微信,腾讯一个月开发出来的产品,根据用户体验和反馈,通过反复的小迭代来优化。

    2、互联网项目中市场反响和客户体验尤为重要,需要有一个快速迭代来响应客户的需求,确保客户的满意度。如果是瀑布式开发,迭代慢,更改的成本也比较高。

    3、随时应对变化,因为迭代周期的减小,使得项目的弹性更足,可以更好的适应互联网项目上更多的不确定性。

     

    四、那如何从瀑布开发模式往敏捷开发模式切换?

    任何开发模块的切换都是存在风险点的,包括我们前面介绍的前后端分离模式,那我们需要做什么来减少这些风险呢?

    1、优先选择周期比较长的项目,资源较充足、素质较高的团队来试行。

    2、需要制定一套较为完整的敏捷体系,从产品到开发到测试,选型敏捷工具。

    3、刚切换过来的迭代,可以适当减少迭代内容,切换过程需要缓冲时间,避免因为试行阶段出现的问题,从而团队的整个心态。

    4、项目经理需要把控好任务进度,需要在迭代的中间,每天了解迭代运行情况,最好是每天团队可以有晨会。

     

    五、敏捷开发流程:

    下面是敏捷开发的整体流程:

     

    展开全文
  • 工欲善其事,必先利其器,那我给大家介绍一款敏捷开发项目管理工具-Leangoo。 它是由国内最早推广敏捷 也是最权威的 Scrum中文网 研发打造,完美支持Scrum敏捷开发中的所有元素,我们一起来具体看看吧! ...
  • 前段时间给大家整理了敏捷开发的流程,最近在整理敏捷开发项目的流程和管理制度,其整理的项目管理规程如下,这份规程也不完全算是敏捷专属的项目管理规程,主要是在结合我们公司实际的情况下编写出来的,大家在实际...
  • 这几年关于敏捷开发在互联网企业中越来越广泛被使用到,运用的比较多的当属scrum敏捷开发和xp敏捷开发,人人都在谈论敏捷开发。那什么才是敏捷开发呢? 目录 什么是敏捷开发? 传统的开发模式和敏捷开发模式的...
  • 什么是敏捷开发

    2019-05-31 10:49:56
    敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。 简单地来说,敏捷开发并不追求前期完美的设计、完美编码,而是力求在很短的周期内开发出产品的核心功能,...
  • 项目总结在有些公司也叫项目复盘,推广敏捷开发项目会觉得迭代已经有开展回顾会了,没必要再做项目总结。我觉得这两者的定位是不一样的,回顾会偏重当前迭代,项目总结则是对整个项目周期工作的复盘。不过项目总结...
  • 同时也适合软件外包公司在本公司推行敏捷开发时参考。 定义这里的“外包”指广义的外包,包含了传统的欧美外包、对日外包,也包含国内以销售合同驱动的项目型外包,如政府、银行、电信项目。由于整体上外包工程属于...
  • 敏捷开发和迭代开发

    2019-06-27 17:05:44
    敏捷开发敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发,在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。...
  • 关于敏捷开发部分思想在项目中的应用心得
  • 1.目的规范互联网软件产品开发项目管理过程,指导开展项目研发、管理等活动。2.适用范围本章程的作用范围为互联网软件产品开发立项至结项管理过程。1.对项目经理开展产品规划及设计活动以及项目管理手段和应遵循的...
  • 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、...
  • 敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此...
  • 敏捷开发流程总结

    2015-12-14 16:36:10
    Agile——敏捷开发,作为CMM神话崩溃后被引入的一套新的软件开发模式,这几年来被广泛引起关注,并被寄予厚望。敏捷开发在其他业界的应用是否理想不得而知,但以下总结了我所在公司的敏捷开发试验,希望可以达到...
  •  不同与传统的软件开发模式,敏捷开发模式有着自己鲜明的价值和方法。  其中,敏捷测试部分也同以往的软件测试流程有所不同。这对测试人员提出了新的要求,带来了新的挑战。 第一部分:敏捷软件开发简介 敏捷...
  • 移动互联网行业发展速度快,需求不断变化,产品更新迭代的频率高,基于移动互联网的以上特点,就引入了Scrum这个敏捷开发框架。 Scrum简介:Scrum是一个敏捷开发框架,是一个增量的,迭代的开发过程
  • 说一下你对敏捷开发的理解,为什么要使用敏捷开发? 》瀑布模型的典型问题就是周期长,发布烦,变更难。 》敏捷开发就是快速迭代,持续集成,拥抱变化。     所谓“敏捷”,顾名思义,可以通俗...
1 2 3 4 5 ... 20
收藏数 91,590
精华内容 36,636
关键字:

敏捷开发适合项目