精华内容
下载资源
问答
  • 敏捷开发中的sprint是什么意思_百度知道 敏捷开发中的sprint是什么意思_百度知道 敏捷开发中的sprint是什么意思 未成年RB21 | 浏览 4208 次 推荐于2016-02-27 15:19:02 最佳答案 敏捷开发模式...

    敏捷开发中的sprint是什么意思_百度知道

        敏捷开发中的sprint是什么意思
        未成年RB21 | 浏览 4208 次
        推荐于2016-02-27 15:19:02

        最佳答案

        敏捷开发模式中的四种会议,Sprint Planning敏捷迭代计划会议,Daily Stand-up Meeting每日站会,Sprint Retrospective敏捷迭代回顾会议,Sprint Review敏捷迭代评审会议

    posted on 2017-02-14 09:56 lexus 阅读(...) 评论(...) 编辑 收藏

    转载于:https://www.cnblogs.com/lexus/p/6396321.html

    展开全文
  • 敏捷开发中的PO即Product Owner,字面意思是产品或业务负责人,即熟悉该产品所有业务相关的逻辑、流程、设置等方面事宜的人员,一般可由产品经理担任,也可由熟悉业务的开发人员担任。如果敏捷团队是在一起办公的...

    通过前面几篇关于敏捷开发总体的相关介绍,相信大家对敏捷开发模式已经有了一个比较清晰的了解,后续会介绍一些比较细分的方面,结合我在敏捷开发实施过程当中的一些体会,来阐述自身对敏捷开发的认识。

    敏捷开发中的PO即Product Owner,字面意思是产品或业务负责人,即熟悉该产品所有业务相关的逻辑、流程、设置等方面事宜的人员,一般可由产品经理担任,也可由熟悉业务的开发人员担任。如果敏捷团队是在一起办公的(指一个办公室内坐在一起的),建议由产品经理担任,本身产品经理已经是所有业务的接口人,熟悉业务是其本职工作;如果产品经理和开发、测试团队是两地办公的,如设立的研发中心、外包服务等形式的,建议在开发团队内指定一个人来担任PO,这样产品经理在第一次PRD全体review之后,只需跟这个PO讲解清楚产品逻辑,后续开发和测试当中遇到的问题,都可以咨询PO来得到解决,PO不确定的可以联系产品经理确认,这样可以减少一部分的沟通成本。

    敏捷开发中的SM即Scrum Master,字面意思是敏捷专家或者敏捷大师,即熟悉敏捷开发模式及敏捷实施流程的人员,一般可由敏捷团队当中的开发负责人担任,部分能力很强且懂技术的产品经理也可担任这个角色,因涉及到工作量评估和分派等工作,最好都是由技术能力较强的人员担任。

    Product Owner(PO)

    Product Owner角色定义

    确定产品的方向和愿景,定义产品发布的内容、优先级及交付时间,为产品ROI(profitability of product)负责。 是维护产品需求清单( product backlog )的人,代表利益相关者的利益。

    Product Owner工作职责

    负责最大化产品以及开发团队工作的价值。主要职责如下:

    1、确定产品的功能;

    2、决定发布的日期和发布内容;

    3、为产品的ROI负责;

    4、根据市场价值确定功能优先级;

    5、每个sprint中,根据需要调整功能和优先级(每个sprint开始前调整);

    6、接受或拒绝开发团队的工作成果;

    7、参与Scrum Planning Meetings(Sprint计划会议),Sprint Review Meeting(Sprint评审会)和 Sprint Retrospective Meeting(Sprint回顾会)

    Product Owner在团队中的作用

    在junior团队中:主要的需求来源,个人确定需求价值和优先级

    在intermediate团队中:多角度的收集需求,和团队成员共同确定需求的价值和优先级

    在Senior团队中:和团队成员共同提出和收集需求,共同对产品负责

    这里的团队分级主要是指团队的敏捷成熟度,即产品团队实施敏捷开发模式后,对敏捷开发模式的适应程度、接受程度和学习程度。后面会专门介绍团队的评估标准。

    一句话总结PO这个角色就是:告诉产品团队要做什么,做功能的先后顺序是怎样的,需求有变动时该如何处理。

    Scrum Master(SM)

    Scrum Master角色定义

    是团队的导师和组织者,与Product Owner紧密合作,及时为团队成员提供帮助。促使team按照scrum方式运行,为Scrum过程负责的人。

    Scrum Master并非团队的领导(因为团队是自我组织的),而是一个负责屏蔽外界对开发团队干扰的角色。 Scrum Master是规则的执行者,他是Scrum团队中的服务型领导。

    Scrum Master工作职责

    确保scrum被理解和正确使用并使得Scrum的收益最大化。主要职责如下:

    1、保证团队资源合理利用;

    2、保证各个角色及职责良好协作;

    3、解决团队开发中的障碍;

    4、作为团队和团队外部的接口,协调解决沟通中的问题;

    5、保证开发过程按计划进行,组织Scrum Planning Meetings(Sprint计划会议), Daily Stand-up Meeting(每日站会), Sprint Review Meeting(Sprint评审会)和 Sprint Retrospective Meeting(Sprint回顾会)。

    Scrum Master在团队中的作用

    在junior团队中:主导和控制

    在intermediate团队中:引导和教导

    在Senior团队中:辅导和协助

    一句话总结SM这个角色就是:教整个团队怎么做,如何估时,跟进每天进度,风险控制,定期总结,计划排定。

    案例分享

    某Team在Plan Meeting会议中,邀请了PO参加,但PO因会议时间冲突未能参加,在讨论Sprint? Backlog的时候,因需求有变动,团队未完全按照product? backlog上的优先级去拿,选好Sprint? Backlog 后,Scrum master详细讲解了每一条Sprint? Backlog应该如何拆分及理由,最后给出了每个task的评估工时。

    问题一:PO未参加计划会

    应与PO提前协商时间,若PO没有时间需调整时间,PO一定要参加;

    问题二:未按已排定的优先级做

    如果不按照product? backlog上的优先级去拿需要和PO一起决定;

    问题三:SM一个人完成需求拆分和工时评估

    任务的拆分及工时的评估需要和团队共同确定,不是Scrum master一个人说了算。

    在敏捷开发团队内部,PO和SM角色是非常重要的,基本决定了团队是否可以很好的执行敏捷开发这种模式,因此这两个角色一定都要十分熟悉敏捷开发的整个运转流程,带领和引导团队一步一步的往敏捷的方向迈进。很多时候PO和SM的不专业,很容易使团队偏离敏捷的模式,因此决定一个团队能否完全进入敏捷开发模式时,这两个角色很关键。

    展开全文
  • 什么敏捷开发

    2014-06-28 09:20:27
    Agile敏捷开发  Scrum是一种迭代式增量软件开发过程,通常用于敏捷软件开发。Scrum在英语的意思是橄榄球里的争球。虽然Scrum是为管理软件开发项目而开发的,它同样可以用于运行软件维护团队,或者作为计划管理方法...
    Agile敏捷开发
           Scrum是一种迭代式增量软件开发过程,通常用于敏捷软件开发。Scrum在英语的意思是橄榄球里的争球。虽然Scrum是为管理软件开发项目而开发的,它同样可以用于运行软件维护团队,或者作为计划管理方法:Scrum of Scrums
           TDD是测试驱动开发(Test-driven development)方法主要是先写测试程序,然后再编码使其通过测试。测试驱动开发的目的是取得快速反馈并使用“illustrate the main line”方法来构建程序。

    今天听了敏捷的培训,总结如下:
    一:TDD,1:测试先行。2:测试叠加Red-Green-Red-Green。
    二:CI,1:用Maven可以做到集成测试,每提交一行代码,集成测试会自动触发,编译有问题会直接通过jira报出来。2:Mercurial先更新所有代码然后才能提交。
    三:结对编程。一起搞效率高?
    四:Member主导,让Member告诉你什么时间,做什么事情,一周之内的计划是什么。敏捷强调一团和气,自我管理,自我计划,自我总结,自我。。。。。
    五:PO Product Owner,是开发团队的需求方,最后由PO来确认是否完成工作了。

     

    ****************************************

    郑州就维  www.zzjiuwei.com


    展开全文
  • 敏捷迭代是什么意思 我开始这个系列,询问“敏捷”的发展方向。 (我不喜欢在Agile 2019大会上看到的东西。) 第1部分是关于我看到的4个大问题。 第2部分是为什么我们需要经理。 第三部分是关于人们如何想要食谱的...

    敏捷迭代是什么意思

    我开始这个系列,询问“敏捷”的发展方向。 (我不喜欢在Agile 2019大会上看到的东西。) 第1部分是关于我看到的4个大问题。 第2部分是为什么我们需要经理。 第三部分是关于人们如何想要食谱的。 这部分是关于“敏捷”或“敏捷”的含义。

    我了解人们希望他们认为“敏捷”的价值能够带给他们。 让我们回到“敏捷软件开发宣言”,我称之为“敏捷宣言”。 (戴夫·托马斯对此会有疑问,但我将其用作速记。)

    为什么要宣言?

    甚至在我1977年大学毕业之前,我们就遇到了软件“危机”。危机是什么?

    • 项目“过期”。
    • 项目“太昂贵了”。
    • 产品质量不好。

    听起来有点熟?

    这怎么发生的? 我们对流程没有给予足够的重视。

    我在硕士课程中了解了结构化设计。 我敢肯定,我在80年代就了解过UML绘图。 我已经知道耦合(不好)和内聚(很好)。

    我们的流程都无法帮助我们减少项目的时间或成本。 作为一个行业,我们的产品质量仍然不佳。 (第一份混沌报告于1994年发表。)

    输入流程时代

    CMM / CMMI的原始版本可以追溯到1991年。当时的想法是,如果我们能够正确地执行流程,那么我们可以更快,更便宜,更优质地获得优质的产品。

    我的问题是,即使在Watts Humphrey添加了Personal Software Process和Team Software Process的情况下,CMM / CMMI也是该过程将软件项目视为可以计划的。 有点像建设项目。

    我不知道没有迭代需求和设计的任何产品构造。 您可能会,但我不会。

    1984年发生了一些与项目有关的事情:

    • Microsoft Project的第一个版本。
    • PMI于1984年创建了PMP。当时,PMP更侧重于建筑项目。 (这是我记得的。在这里,我可能完全不合时宜。)

    太多的人认为软件项目与建筑项目相同。 (不,软件项目是关于作为一个团队一起学习的。)

    在1990年代,许多人认为如果我们:

    • 处理正确
    • 一开始就明确要求
    • 遵循更多基于建筑的方法

    我们可以正确完成软件项目。

    我从来没有做到过。 我以为我很傻。 我不是 我看到了自己的现实,并使用增量方法对此做出了React。

    1990年代的软件现实

    如果您还没有阅读Weinberg的质量软件管理系列或McConnell的快速​​开发,更不用说Smith和Reinertsen的“一半时间开发产品”了,您可能就不会意识到敏捷方法有多早开始。 当我为客户进行程序管理时,我读了快速周期时间。

    功能驱动(增量)方法背后的想法至少是在90年代开始的。 早在70年代,我就开始使用“ inch-pebble”一词。 我们中的许多项目经理(至少在内部)都使用临时交付成果,当我们看到团队交付的成果时,他们会重新评估和调整我们的计划。

    我从未对功能集使用迭代方法。 不,我几乎总是在下个月使用功能集中的“全部实现/尽可能多地实现”功能。 我的时间框从未超过一个月,早在70年代,80年代和90年代初期。 (我从90年代中期开始开始使用较短的时间框。)

    使用瀑布方法每隔几个月至四分之一发布内容的使用者成功了。 我们中那些使用增量方法并能够使用持续集成并可能每个月或两个月发布的人也成功了。

    其余项目没有成功。 他们陷入了需求地狱。 或者,建筑/设计地狱。 或者,测试地狱。 除非他们尝试在哈德逊湾出发

    (关于发行的说明:我们在硬媒体上发行:磁带,CD,磁盘。发行成本很高。直到90年代后期,我们才可以开始在网上定期发行。)

    处理繁重的方法不起作用。 频繁发布的轻量级方法确实有效。

    轻巧,不重Craft.io

    敏捷宣言的作者希望帮助软件社区成功。 他们在工作中已经看到,基于完成价值和获得反馈的轻量级方法比任何繁重的方法都有效。

    考虑一下。

    这些人是从业者。 他们看到了项目中的死亡行军。 他们看到缺乏基于团队的工作使一切变得更加困难。 他们看到,如果不不断学习,我们会一次又一次地重复同样的问题。 而且,当我阅读宣言时,最让我惊讶的是客户与团队的融合。

    客户如何成为团队的一部分?

    然后,我想起了我曾经参与并领导的一些重要项目。 当我直接与客户合作时,我得到了更多的反馈。 哪种产品都没有关系:工厂生产线的控制系统,汽车零件的检查系统,化学分析仪器。 当我与客户一起工作时,我的工作量减少了,反馈更多,产品也更好了。

    使用轻量级方法的项目并不需要很长时间。 它们的成本不高。 当客户说我已经完成时,我常常不得不提早停下来。

    至少,我的项目不是危机。 我的项目几乎“更好,更快,更便宜”。

    谁不想要那个?

    团队多久可以释放一些东西?

    当《敏捷宣言》的作者见面时,他们知道一个大问题:太多的团队根本无法发布任何东西。 项目团队有很大的问题,尤其是需求生成需求问题。

    如果您不能停止更改需求,您将如何离开需求阶段?

    这就是以某种形式管理WIP的好处:仅关注下一周左右的需求,或者关注给定列中的WIP。 当然,您知道其他事情也会发生。 不用担心它们。 不要提前实施。

    这种自由有助于团队释放某些东西。 团队释放的频率越高,获得新工作的频率就越高。 而且,团队发布的频率越高,项目的变更就越少。 它可能有小的变化,但没有大的变化。

    这就是宣言作者想要解决的问题。 怎样称呼这种轻量级的软件产品开发方法? 一种“敏捷方法”。

    “敏捷”不是名词

    注意,“敏捷”方法为团队提供了很多自由。 我们可以从任何方法/框架/方法中进行选择,然后查看哪种方法适合我们的情况。 敏捷方法是软件产品开发的许多可能的精益方法之一或组合。 Scrum只是众多可能性中的一种。 (请参阅敏捷不等于Scrum:了解差异 。)

    几年前,我看到戴夫·托马斯(Dave Thomas)的演讲《 敏捷已死》 然后,我读了他的文章《 敏捷死了》(《敏捷万岁》) 如果您想了解Dave对敏捷作为形容词的看法,请转到视频中大约10分钟。

    戴夫所说的最引起我共鸣的是:

    您可以出售人名词。 您不能出售形容词。

    我们有一个“敏捷”行业。 但是,很少有人真正理解什么是敏捷方法。

    “敏捷”不仅不是名词,也不是专有名词。 如果您使用“敏捷”来描述您的工作,那对您意味着什么? 敏捷方法是一个笼统的术语,而不是专有名称。 您可以通过多种选择来创建成功的敏捷方法。 这不是一个名字/术语; 宣言背后的原则是所有可能的。

    敏捷方法可能是什么

    如果您正在考虑团队或程序的敏捷转型或敏捷方法,请考虑敏捷方法可能对您意味着什么。

    敏捷方法可帮助您在释放价值时释放客户的需求。 (请参阅敏捷的工作定义)。

    如果您不需要过于频繁地发布(再次确定问题),那么您可能不需要敏捷方法。

    那不是问题。 您不必使用瀑布式方法。 如果它们更适合您的上下文/需求,则可以使用迭代或增量方法。

    如果您能够确定自己的业务问题,并且意识到自己可能需要一种敏捷的方法,那么您可能会决定要求团队协作,以暴民的方式传播知识并更快地解决问题。

    您可能会要求团队限制其在制品,以便提高吞吐量。

    您可以执行此操作,而无需使用命名敏捷方法。

    当团队转向单人流程时,他们不需要站起来。 他们可能不需要计划会议。 他们可能经常需要查看路线图,讨论/创建测试/留下面包屑,以便他们不会忘记需要管理的风险。

    并且,不要忘记回顾。

    不要让进程名称使您感到困惑

    我遇到了很多人和团队,他们告诉我他们使用Scrum。 (很抱歉选择Scrum,但这种名称得到了认可,以至于“每个人”都告诉我他们对其进行标准化并使用它。)

    我问一些回顾性问题:团队多久花至少45分钟反思过去并从中学习经验?

    “很少,因为我们的经理不希望我们花时间。” 那是我解释经理角色的时候 而且,这些回顾可以在工作中增强适应能力和学习能力。

    如果您不回顾过去的工作并从中学习经验,那么您就没有在使用敏捷方法。 追溯是宣言原则规定一种做法。 (我建议您在决定框架/方法/方法之前先阅读这些原则。)

    读东西

    我看到太多的管理团队想要敏捷方法的价值,却没有意识到他们的要求。 我鼓励他们阅读一些内容 (也许不止一项),并在进行敏捷转换之前进行讨论。

    几年前,我写了《敏捷过渡的最低限度阅读清单》

    那时,我还没有意识到敏捷方法需要文化转变。 从那时起,我推荐我的这些书:

    您不必喜欢我的书。 还有许多其他有用的书。 我碰巧与方法无关。 我发现敏捷原则比任何特定实践都有用。

    经理们,请确保您希望获得所需的敏捷转换。 如果您不希望团队具有自治性,相互协作并互相学习,请不要进行敏捷的转型。

    随着团队的学习,他们向传统的分层管理提出了挑战。 确保您想要敏捷方法的副作用,而不仅仅是所谓的“更好,更快,更便宜”。

    经理阅读的内容越多,他们就越了解敏捷方法。 而且,他们可能会停止要求没有意义的“敏捷”。 我意识到经理们还有很多工作要做。 而且,我知道管理人员需要知道他们想要什么。

    到目前为止的系列:

    我知道我需要总结文章。

    翻译自: https://www.javacodegeeks.com/2019/08/think-agile-headedwhat-does-agile-mean.html

    敏捷迭代是什么意思

    展开全文
  • 敏捷开发思想

    千次阅读 2019-04-12 22:52:55
    敏捷开发思想SCRUM 是什么?敏捷开发是什么?以人为核心是什么意思?迭代 是什么意思?SCRUM 与 敏捷开发思想有什么关系?敏捷开发的模式分类(摘抄至互联网):SCRUM 的工作流程(摘抄至互联网)流程: SCRUM 是什么? ...
  • 什么敏捷开发流程?

    千次阅读 2018-08-22 08:15:51
    今天给大家分享一下,java项目中需要使用的敏捷开发流程   1.背景介绍   在很久以前,软件项目的开发都是以年来计算的,这代表什么意思呢 ?需求设计了半年多,方案设计做了半年多,开发了三年多, 测试了半年...
  • 什么敏捷软件开发

    千次阅读 2008-08-19 14:11:00
    敏捷软件开发什么意思敏捷软件开发不是一个具体的过程,而是一个涵盖性术语(umbrella term),用于概括具有类似基础的方式和方法。这些方法,其中包括极限编程(Extreme Programming)、动态系统开发方法...
  • 我开始了这个系列,询问“敏捷”的发展方向。 (我不喜欢在Agile 2019大会上看到的东西。... 让我们回到“敏捷软件开发宣言”,我称之为“敏捷宣言”。 (戴夫·托马斯对此会有疑问,但我将其用作...
  • 敏捷开发方法综述

    2019-10-04 02:56:49
    敏捷开发 敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。换...
  • 敏捷开发流程介绍

    2018-08-27 15:33:29
    家好,我是IT修真院武汉分院第...在很久以前,软件项目的开发都是以年来计算的,这代表什么意思呢 ?需求设计了半年多,方案设计做了半年多,开发了三年多, 测试了半年多,修改Bug用了半年多。总计花了很长很长的...
  • 被误解的敏捷开发

    2016-11-29 17:22:05
    最近读了Bob大叔的《敏捷软件...敏捷开发的敏捷是Agile,这个词的意思是灵活的; 灵巧的; 轻快的; 机敏的; 和速度快没有什么关系。正如很多游戏中Agility和Speed完全是两个属性. 然而国内很多人因为种种利益,将敏捷开发
  • 问题描述:  1、敏捷开发过程中,相关的系统分析文档,... 2、关于需求,敏捷开发过程中,是否需求方只需要提供一个用户故事,比如“我作为PD(代表用户的意思),在某些场景中期望达到什么目的,所以希望产品如...
  • 敏捷开发-Scrum.pptx

    2020-05-12 13:26:50
     Scrum是什么意思?  Scrum敏捷方法一分钟扫盲  Scrum敏捷方法丨的工作产品  Scrum敏捷方法丨的觇色  猪不鸡的故亊 Scrum过程 读前预习内容  创建和维护产品待开収项(Product Backlog)  迭代计划会 ...
  • 浅谈敏捷开发之Scrum

    2020-04-03 17:45:52
    敏捷这个话题大家一直都在谈论,也有很多关于敏捷的工具或方法,那什么才是敏捷开发呢? 什么是Scrum? Scrum的英文意思是橄榄球运动的一个专业术语,表示“争球”的动作;把一个开发流程的名字取名为Scrum,我...
  • 这是敏捷开发般若敏捷系列的第二篇。(之一,之二,之三,之四,之五,之六,之七,之八,之九)所谓无住,包括两个含义:不住于法,不住于空。前者比较好理解,后者会在下篇详述。不住于法,就是不执着于具体方法的...
  • 敏捷开发Scrum简介

    2013-11-24 11:57:56
    什么是Scrum? Scrum的英文意思是橄榄球运动的一个专业术语,表示“争球”的动作;把一个开发流程的名字...Scrum敏捷开发流程主要包括:三个角色、四个会议和三个物件(343)。 三个角色:产品负责人(Product Own
  • 项目管理--敏捷开发

    2020-06-18 17:06:15
    什么敏捷开发? 敏捷它不是一套方法论,过程,或者框架 用最近网络上比较火????的一句话来描述它:啥也不是!因为敏捷是一种思想,结合具体的实践会有不同的定义,很多公司的团队都说自己在使用敏捷,但是真正拿...
  • 这是敏捷开发般若敏捷系列的第二篇。(之一,之二,之三,之四,之五,之六,之七,之八,之九)所谓无住,包括两个含义:不住于法,不住于空。前者比较好理解,后者会在下篇详述。不住于法,就是不执着于具体方法的...
  • 敏捷开发之Scrum

    千次阅读 2015-09-25 13:48:31
    什么是Scrum? Scrum的英文意思是橄榄球运动的一个专业术语,表示“争球”的动作;把一个开发流程的名字取名为Scrum,我想你一定能想象出你的开发团队在开发一个项目时,大家像打橄榄球一样迅速、富有战斗激情、...
  • 1. 首先了解一下这三个开发模式都是什么意思:TDD:测试驱动开发(Test-Driven Development)测试驱动开发是敏捷开发中的一项核心实践和技术,也是一种设计方法论。TDD的原理是在开发功能代码之前,先编写单元测试...
  • 简单的来讲,敏捷意思就是反应迅速,为什么要反应迅速?看看腾讯、阿里就知道了,市场变化越来越快,客户要求越来越高,为了满足用户的需求, 人家一个星期发一个版本,我们仨月才能憋出一个来 , 那还不被打的...

空空如也

空空如也

1 2 3 4 5 ... 7
收藏数 128
精华内容 51
关键字:

敏捷开发什么意思