精华内容
下载资源
问答
  • 需求规划完成了之后,我们要确保这些需求能在敏捷开发的过程当中实现。相比较瀑布模式,需求规划完成了之后,提供一份完整的PRD就可以逐项开始 开发了,敏捷模式下需求规划的功能清单首先有可能不是一次实现,会...
  • DevOps与敏捷开发

    千次阅读 2018-07-31 15:09:33
    第一,是在需求阶段和开发阶段之间,针对不断变化的需求,对软件开发者提出了高要求,所以出现了敏捷开发方法论,强调适应需求、快速迭代、持续交付。第二、是在开发阶段和构建部署阶段之间,大量完成的开发任务可能...

    在软件开发生命周期中,会遇到两个瓶颈。第一,是在需求阶段和开发阶段之间,针对不断变化的需求,对软件开发者提出了高要求,所以出现了敏捷开发方法论,强调适应需求、快速迭代、持续交付。第二、是在开发阶段和构建部署阶段之间,大量完成的开发任务可能阻塞在部署阶段,影响交付,于是有了DevOps。

    引用:
    https://blog.csdn.net/difffate/article/details/77542768

    展开全文
  • 敏捷开发与瀑布式开发的区别

    千次阅读 2019-03-04 11:30:30
    敏捷方法传统方法的区别联系 首先,说一下传统开发的方式流程,传统开发也就是本文最开始所说的来自于工程学的软件开发方式,是一种瀑布式的流程,在工程的起始阶段,... 其次,说一下敏捷开发的方式流程,敏捷...

    敏捷方法与传统方法的区别与联系
      首先,说一下传统开发的方式流程,传统开发也就是本文最开始所说的来自于工程学的软件开发方式,是一种瀑布式的流程,在工程的起始阶段,进行详尽的需求调研,根据需求进行完全的架构设计,之后进入开发过程,在开发过程中,不再进行设计层面的事情,不再处理需求变化的问题,在这个阶段的任务就是对前期设计的功能实现,然后是测试,部署等等。 
      其次,说一下敏捷开发的方式流程,敏捷开发是在上个世纪90年代,传统开发方式不能够满足现实开发的需要,对传统方式进行总结,对成功失败的开发案例进行研究后,得到的一种不同于传统方式的开发流程,主要的特点是迭代式进行,这种方式把一个软件开发过程分成了若干个小的迭代过程,每一迭代完成一部分功能,每一次迭代过程的工作内容按照功能的重要程度不同而排列,首先完成重要的,同时也是风险比较大的功能,而后是次重要的,依此类推,同时在每次迭代中,都要进行分析、设计、开发、测试,因为分成了一个个小过程,一步步的逼近目标,所以,可以使得产品的用户能够逐渐得明白自己的真实需求从而能够提出真正的需求,而开发团队也可以根据更正后的需求进行下一次迭代的设计。 

      其一,敏捷开发是以人为中心,而传统开发以过程为中心。并不是说传统开发就没有人的参与,或者说人不是一个重要因素。应该说的是,敏捷开发和传统开发的侧重点、中心不同。那么为什么会是这个样子呢,或者说Martin   Fowler为什么要这么说呢?因为,传统开发中,设计已经是在初始阶段完成了,在实现阶段不再修改,换句话说,实现阶段就是对设计的完成,设计方案是不可改变的了。这样就忽略了用户的反馈、忽略了开发员的设计的主观能动性,使得开发员只是专注于代码层面的事情,这是很要命的事情,非常的考究需求工程师、设计师的能力,用一句话来形容这种设计-实现效果就是差之毫厘谬以千里。而敏捷开发提倡的是迭代,在每次迭代中都有分析、设计,也就意味着迭代阶段,可以把一部分完成的系统给用户演示,允许用户提意见、需求,也允许开发员将上一次迭代中得到的想法提出来,并且把这些需求意见想法融入到迭代的分析、设计中,从而在根本上、在理念上,促进了造、用双方的一个交流沟通,发挥了用户的分析评价和开发员设计的主观能动性。 
    其二,敏捷开发是adaptive的,而传统开发是plan驱动的。传统开发,设计阶段完成了,整个的过程就是按照设计方案进行,在设计阶段的后续过程中,无法再对设计方案进行修改,而敏捷开发需要一次次的迭代完成,正是这些迭代完成了对客户真实需求的软件的演进。

      一个控制大的流程,一个处理软件开发细节

    原文地址:https://blog.csdn.net/sghdls/article/details/64441512

    展开全文
  • 敏捷开发与传统开发的区别

    千次阅读 2017-03-21 14:37:58
    敏捷方法传统方法的区别联系  首先,说一下传统开发的方式流程,传统开发也就是本文最开始所说的来自于工程学的软件开发方式,是一种瀑布式的流程,在工程的起始阶段,进行... 其次,说一下敏捷开发的方式流程
    敏捷方法与传统方法的区别与联系
      首先,说一下传统开发的方式流程,传统开发也就是本文最开始所说的来自于工程学的软件开发方式,是一种瀑布式的流程,在工程的起始阶段,进行详尽的需求调研,根据需求进行完全的架构设计,之后进入开发过程,在开发过程中,不再进行设计层面的事情,不再处理需求变化的问题,在这个阶段的任务就是对前期设计的功能实现,然后是测试,部署等等。
      其次,说一下敏捷开发的方式流程,敏捷开发是在上个世纪90年代,传统开发方式不能够满足现实开发的需要,对传统方式进行总结,对成功失败的开发案例进行研究后,得到的一种不同于传统方式的开发流程,主要的特点是迭代式进行,这种方式把一个软件开发过程分成了若干个小的迭代过程,每一迭代完成一部分功能,每一次迭代过程的工作内容按照功能的重要程度不同而排列,首先完成重要的,同时也是风险比较大的功能,而后是次重要的,依此类推,同时在每次迭代中,都要进行分析、设计、开发、测试,因为分成了一个个小过程,一步步的逼近目标,所以,可以使得产品的用户能够逐渐得明白自己的真实需求从而能够提出真正的需求,而开发团队也可以根据更正后的需求进行下一次迭代的设计。

      其一,敏捷开发是以人为中心,而传统开发以过程为中心。并不是说传统开发就没有人的参与,或者说人不是一个重要因素。应该说的是,敏捷开发和传统开发的侧重点、中心不同。那么为什么会是这个样子呢,或者说Martin   Fowler为什么要这么说呢?因为,传统开发中,设计已经是在初始阶段完成了,在实现阶段不再修改,换句话说,实现阶段就是对设计的完成,设计方案是不可改变的了。这样就忽略了用户的反馈、忽略了开发员的设计的主观能动性,使得开发员只是专注于代码层面的事情,这是很要命的事情,非常的考究需求工程师、设计师的能力,用一句话来形容这种设计-实现效果就是差之毫厘谬以千里。而敏捷开发提倡的是迭代,在每次迭代中都有分析、设计,也就意味着迭代阶段,可以把一部分完成的系统给用户演示,允许用户提意见、需求,也允许开发员将上一次迭代中得到的想法提出来,并且把这些需求意见想法融入到迭代的分析、设计中,从而在根本上、在理念上,促进了造、用双方的一个交流沟通,发挥了用户的分析评价和开发员设计的主观能动性。
    其二,敏捷开发是adaptive的,而传统开发是plan驱动的。传统开发,设计阶段完成了,整个的过程就是按照设计方案进行,在设计阶段的后续过程中,无法再对设计方案进行修改,而敏捷开发需要一次次的迭代完成,正是这些迭代完成了对客户真实需求的软件的演进。

      一个控制大的流程,一个处理软件开发细节

      很久以前,在一片充满隐喻的土地上,住着一头大象(喻传统开发方法)。很多年来,这头忠实的大象一直都是他所居住村庄主要的食物采集者,并且非常清楚这个村庄需要什么(喻工程前的事先计划性)。他在丛林中修建了一条路(喻最佳实践),这条路总是能指引他找到最好的根茎、蔬菜、坚果和水果等食物(喻项目的功能)。他知道哪种水果用鼻子可以够得着,也知道哪种水果需要鼻子去晃动才能摘取。他很强壮,能够一次带回足够好几天吃的食物,所以他总是预先估计这个村庄的需要(喻典型的项目需求),并提供恰当的供给。他恪尽职守,整个村庄的人都很感激他,并认为他的工作很有价值。
     
      唉!就像生活和寓言中常常发生的那样,情况发生了变化(喻需求变更)。村庄里的厨师(喻项目干系人)想要一些奇特、罕见的原料来烹饪(喻个性化需求)。这些原料大象曾经听说过,但是不在他每天要走的路上(喻传统工程方法不适合涉及的领域)。他还在为存储那些无从需要的食物(喻开始的需求已经过时)疲于奔命,却没有时间去修建新的道路以满足新的需求。村庄里的人渐渐地对这头无法满足他们需求(可以理解为RUP等传统方法不适合网站开发)、越来越气馁的大象失去了耐心。
     
      与此同时,附近村庄有一只猴子(喻敏捷方法)做着和这头大象类似的工作。但是,和这头大象不同,这只敏捷的小猴在这片丛林中快速地穿梭(喻XP等编程方法),采摘它所看到的果实。他只去寻找那些挂得很低的果实(喻无法满足企业级应用)并迅速把它们送回到厨师那里。这只猴子不像大象那样依赖于一条久经考验的道路,他依赖于自己的记忆和本能去找到食物,并且只带回当天所需要的食物(喻迭代编程、每日构建等)。有时,他会跑出去寻找那些日益珍奇的食物(喻新奇的功能,如AJAX功能),偶尔还会迷路(喻新的方法太多)。但事实证明,他的速度和敏捷完全能胜任村庄分派给他的任务。和那头大象一样,他也颇受爱戴(喻在自己的领域内,如Web开发)。
     
      很不幸,这只猴子的生活也发生了变化。他所生活的村庄一天天地扩大起来(喻企业级Web应用)。这只小猴需要满足太多的需求,以至于他总是疲于奔命,努力记住在每个地方的所有需要。他不得不来来回回地跑很多次,因为他没有足够的力量一次运回人们需要的所有东西(喻功能太多)。同样地,这个村庄渐渐对这只猴子失去了耐心,而这只猴子也开始怀疑自己是否能够胜任这项工作。
     
      碰巧有一天,这只疲倦的猴子遇到了那头气馁的大象。这只试图在背负重物的情况下快速奔跑的猴子发现大象背上的筐可以装得下那么多的食物。而大象也被猴子的速度震撼了(喻双方开始正视对方的优点),他能跑得那么远,他能那么轻而易举地拿到大象竭尽全力也无法获得的食物。这两只动物,虽然都以自己的技能而自豪(喻从前的论战),但还是承认了对方在某些方面技高一筹。
     
      大象和猴子认识到一起工作的好处(喻一个控制大的流程,一个处理软件开发细节),于是决定联合起来。猴子利用他的敏捷去满足对于远距离水果的新需求,并让大象带回到他的村庄。大象则把充足的食物运到猴子的村庄去满足那里逐渐增多的需要。虽然他们花了一些时间去找出协作的方法(喻两个不同方法之间的磨合),但是很快他们就能够很好地满足两个村庄的需要了,从此,他们过着快乐的生活,彼此互相信任,从此丰衣足食的村民们又开始看重他们了(喻实用才是第一:))!


    展开全文
  • 敏捷开发简介

    2018-12-21 05:02:48
    敏捷开发十二原则 1 我们的最高目标是,通过尽早和持续地交付有价值的软件来满足客户。 2 欢迎对需求提出变更——即使是在项目开发后期。要善于利用需求变更,帮助客户获得 竞争优势。 3 要不断交付可用的软件,周期...

    敏捷开发十二原则

    1 我们的最高目标是,通过尽早和持续地交付有价值的软件来满足客户。
    2 欢迎对需求提出变更——即使是在项目开发后期。要善于利用需求变更,帮助客户获得   竞争优势。
    3 要不断交付可用的软件,周期从几周到几个月不等,且越短越好
    4 项目过程中,业务人员与开发人员必须在一起工作。
    5 要善于激励项目人员,给他们以所需要的环境和支持,并相信他们能够完成任务。
    6 无论是团队内还是团队间,最有效的沟通方法是面对面的交谈。
    7 可用的软件是衡量进度的主要指标。
    8 敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久稳定的进展速度。
    9对技术的精益求精以及对设计的不断完善将提升敏捷性。
    10 要做到简洁,即尽最大可能减少不必要的工作。这是一门艺术。
    11 最佳的架构、需求和设计出自于自组织的团队。
    12 团队要定期反省如何能够做到更有效,并相应地调整团队的行为。
    复制代码

    敏捷是一种指导思想或开发方式,但是它没有明确告诉我们到底采用什么样的流程进行开发,而具体的开发方式有哪些呢?

    Scrum,极限编程(XP)
    ,精益软件开发,动态系统开发方法(DSDM),
    特征驱动开发(Feature Driver Development),
    水晶开发(Crystal Clear)等等。
    复制代码

    结合我们之前的开发过程,我们采用的是Scrum开发方式

    Scrum 是一个用于开发和维护复杂产品的框架 ,是一个增量的、迭代的开发过程。在这个框架中,整个开发过程由若干个短的迭代周期组成,一个短的迭代周期称为一个Sprint,每个Sprint的建议长度是2到4周(互联网产品研发可以使用1周的Sprint)。在Scrum中,使用产品Backlog来管理产品的需求,产品backlog是一个按照商业价值排序的需求列表,列表条目的体现形式通常为用户故事。Scrum团队总是先开发对客户具有较高价值的需求。在Sprint中,Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。挑选的需求在Sprint计划会议上经过讨论、分析和估算得到相应的任务列表,我们称它为Sprint backlog。在每个迭代结束时,Scrum团队将递交潜在可交付的产品增量。 Scrum起源于软件开发项目,但它适用于任何复杂的或是创新性的项目。 Scrum流程如下图:

    详细可以参阅http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-1

    展开全文
  • 16个年头的IT老兵,除了销售和老板角色,做过IT的各种角色,游走于架构产品间。关注Docker、Mesos等容器化技术领域的实践。主导的分布式服务框架已经广泛用于唯品会各大核心业务系统,以高性能、低延迟广受好评...
  • 敏捷软件开发中,史诗&故事都是常用的术语。对于管理敏捷软件开发来说,Choerodon猪齿鱼是一个很好的工具,为敏捷术语和功能提供了非常广泛的实践方法,例如:史诗,故事、任务、子任务和缺陷,这些都是Choerodon...
  • 敏捷实践总结(三)——Scrum敏捷开发

    千次阅读 热门讨论 2014-02-22 15:19:27
    瀑布模型有严格的文档要求(需求、概要、详细等)、对员工的工作量也有明确的定义考量方法(代码量等等)。另外,瀑布模型对于开发者有着明确的分工:搞需求的专门搞需求,搞设计的搞设计,编码的只管编码,测试...
  • 通过不断的沟通,不断的迭代,可以从容面对各种需求变化,开发出更加适合用户的产品,因此对于初始需求不明确,整个团队对业务不是很了解,在开发的过程需要对业务进行大量调整的项目,更加适合敏捷开发。...
  • 敏捷开发它只写有必要的文档,或尽量少写文档,敏捷开发注重的是人人之间,面对面的交流,所以它强调以人为核心。 什么是迭代? 迭代是指把一个复杂且开发周期很长的开发任务,分解为很多小周期可完成的任务,...
  • 当我读到《Scrum敏捷软件开发》关于项目经理的讨论时,让我产生了极大的共鸣,使我不得不放下书来闲扯两句,一方面抒发自己的感受,另一方面也算是一种反思吧。 我平时一般要同时带3~5个项目。作为项目经理,我都要...
  • 敏捷开发12个原则

    千次阅读 2018-07-25 17:08:27
    1-我们的最高目标是通过尽早和...4-项目过程,业务人员与开发人员必须在一起 5-要善于激励项目人员,给他们以所需要的环境和支持,并相信他们能够完成任务 6-无论是团队内还是团队间,最有效的沟通方法是面对...
  • ProductBacklog(产品用户故事)、SprintBacklog(迭代用户故事)、Backlogtasks(用户故事开发任务,迭代完成)、Retrospective(迭代反思会)二、SCRUM全景图Scrum开发流程图:产品经理负责需求收集、整理,生成PB...
  • BA (业务分析师)们按照迭代把分析好的用户故事给到开发开发会按照情况认领任务并开始开发。因为每个用户故事都是单独计算工作量,有单独的生命周期,所以使用用户故事来描述业务需求,会造成业务需求的整体性...
  •  JIRA是Atlassian公司出品的项目事务跟踪工具,被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。  JIRA配置灵活、功能全面、部署简单、扩展丰富,其超过150项...
  • 敏捷开发(Agile Development)是...而敏捷开发的意义在于它只关注文档的重要点,或者尽可能的去简化文档,敏捷开发其实更注重的是人人之间的沟通、交流。 迭代:迭代是指把一个复杂且开发周期很长的开发任务,分...
  • 最佳的架构、需求和设计出自于自组织的团队。蜂巢的工蜂们看似忙碌,但其工作却是有序而有效,归根结底就是它们的组织架构其实是自我组织的。在自我组织的团队,团队是一个整体,没有角色之分、职位之分、也没有...
  • 我的问题是:假设在某个迭代,客户需求变化巨大,造成无法在该次迭代的截至时间内完成任务,大量的该次迭代计划任务需要从wish list拿出,如何处理这种需求变化时间箱方式的矛盾? 2,第二个问题是关于...
  • 敏捷软件开发.pdf

    热门讨论 2010-02-04 23:13:56
    第一部分 敏捷开发 第1章 敏捷联盟 1.1 敏捷联盟 1.2 原则 1.3 结论 参考文献 第2章 极限编程概述 2.1 极限编程实践 2.2 结论 参考文献 第3章 计划 3.1 初始探索 3.2 发布计划 3.3 迭代计划 3.4 ...
  • 《工程技能培训》是软件工程专业的一门实践课,综合运用软件工程、软件需求工程、软件项目管理等有关课程内容,分析和解决实际软件项目开发中需求变更频繁、开发效率低、质量差、交流沟通成本高、效率低等问题。...

空空如也

空空如也

1 2 3 4 5 ... 8
收藏数 144
精华内容 57
关键字:

敏捷开发中需求与任务