精华内容
下载资源
问答
  • scrum敏捷项目管理_为什么敏捷项目经理不是Scrum Master
    2020-05-05 10:05:52

    scrum敏捷项目管理

    一位读者问,为什么地理分布团队的敏捷生命周期(第1部分)中的生命周期不是Scrum。 由于以下原因,它不是Scrum:
    1. 项目经理和产品所有者启动发布计划,并询问团队发布计划是否正确。 团队不会自行生成发布计划的初稿。 在Scrum中,团队应该自己生成所有计划。
    2. 签入不同于Scrum站立,签入的目标也不同。 我确实向团队建议,如果您想创建一个功能分开的跨职能团队,如果您问人们如何一起工作,则可以帮助他们一起工作。 有时这些问题有用,有时却没有。 这取决于团队以及人们是否愿意一起工作。
    到目前为止,我没有在示例中提及回顾或积压,因为我认为它们是理所当然的。 是的,这两个团队的两个示例都进行了回顾并积压了产品。 他们也有敏捷功能路线图,这些在我的博客列表中。
    真正的区别是Scrum Master和敏捷项目经理之间的区别。 Scrum Master不是项目经理。 Scrum管理员无法自己管理风险。 项目经理将承担风险管理责任,而无需询问团队。
    Scrum Master只能效忠团队。 项目经理对团队组织负责。 这意味着,当组织向项目经理施加压力以使他们做一些愚蠢的事情时,项目经理可能会感到沮丧。 (尽管,我刚刚下载了《 Scrum指南》,自2006年我与Jeff一起获得CSM以来,Scrum Master的职责已大大增加。)
    但是,当组织要求敏捷项目经理做一些愚蠢的事情时,敏捷提供了透明性,因此,更容易保持您作为项目经理的诚信。
    是否想在待办事项中增加功能? 与产品所有者一起更改功能路线图,然后与产品所有者一起更改积压。 我希望敏捷项目经理能够与产品所有者在功能路线图和积压订单方面进行协作。
    是否想改变团队的速度来取悦一些疯狂的经理? Scrum Master或敏捷项目经理都通过以下方式保护团队:
    • 说明速度不是生产力指标
    • 说不,并解释原因
    • 玩“ Double Your Velocity”时间表游戏
    • 或者选择其他方法来消除此管理障碍。
    敏捷使保护团队变得容易。 问题是这样的:Scrum Master除了保护团队之外,还有其他职责吗?还是Scrum Master是全职的? 敏捷项目经理倾向于全职工作在地理上分散的团队中。 即使在地理上分散的团队中,Scrum Master也不被视为全职。 经理们祝福他们的小小的心灵,似乎并不明白过渡到敏捷,特别是对于具有不同文化规范的孤立的分布式团队而言,这并非易事。 他们将为项目经理腾出空间,但是Scrum Master? 不好了。 让我发疯。
    偷工减料? 我不知道如何。 团队不符合故事的验收标准,不满足迭代的完成标准,因此无法演示演示。 如何为任何人服务?
    帮助团队更快? 在这里,项目经理可能比Scrum Master更具优势,这仅仅是因为受过教育。 敏捷项目经理是项目经理。 这意味着他(她)正在积极学习项目管理,这意味着他(她)也在学习精益,正在研究正在进行的工作。 (我意识到许多项目经理并没有积极研究项目管理。)我对敏捷项目经理寄予很高的期望,那就是限制在制品(在制品),进行中的工作,测量累积流量。 但是,约翰娜(Johanna)是精益项目经理。 对,那是正确的。 为什么不始终使用我们可用的所有工具? 这不是为了帮助团队实际上更快地前进,而是要向团队提供有关其在制品的反馈。 如果每个人都在迭代开始时获取一个故事,并且每个人都始终按照自己的故事进行工作,那么团队很可能以最快的速度前进。 值得一提的是,至少是对数据进行回顾。 项目经理将收集数据。 Scrum Master,尤其是未经培训的项目经理的Scrum Master,可能不知道如何收集数据。
    我没有反对Scrum Masters。 我的一些好朋友是CST(认证的Scrum培训师)。 但是,他们并不是全部的项目经理,还不是项目经理,也没有研究项目管理领域。 有的。 而且,真正的问题是这样的:在为期两到三天的研讨会中,他们无法传达给可能曾经或可能不是实践项目经理的所有项目知识。
    组织并不总是选择项目经理作为Scrum Master。 并且,有充分的理由。 一些项目经理是命令控制项目经理。 我怀疑自己是在过去很久以前。 我早就放弃了,因为它没有用。 有些人从未放弃指挥与控制项目的管理。 这些人不是敏捷项目的好项目经理。 他们是地理分布项目的可怕项目经理,您必须在其中发挥影响力。
    您可以拥有按地理位置分布的自我管理团队。 您可以拥有按地理位置分布的自我指导的团队。 但是,他们不是那样开始的。 他们发展成为自我指导和自我管理的团队。 他们开始时是管理层领导的团队。
    并且,尤其是当他们是孤岛团队时,他们需要项目经理的协调,一个负责管理孤岛之间风险的人,一个得到组织支持的人,是的,一个对组织忠诚的人。说,“我们需要做这个项目”来编写项目章程。
    在地理上分散的团队中,敏捷项目经理可以与团队一起写项目章程,也可以作为草编供人们编辑和批准。 Shane和我建议人们聚在一起一起写。 如果人们亲自聚会,我们会喜欢它。 我们知道这种情况很少发生。 (明智的一分钱,愚蠢的一句话。)因此,我们教人们如何在空间划分时编写项目章程。
    因为在没有项目章程之前,筒仓团队没有组织原则。 法国的开发人员,白俄罗斯的测试人员,旧金山的产品经理和项目经理,他们都需要一些凝聚力。 包含项目愿景的章程提供了这一点。 迭代提供了项目心跳。
    因此,这就是为什么我不认为地理分布式团队的敏捷生命周期(第1部分是Scrum)的原因。 很近,但是没有雪茄。 我非常尊重Ken和Jeff的工作,因此在不工作时就称其为Scrum。
    既然我大部分都从寒冷中恢复过来,那么我可以继续进行有关生命周期的系列文章。
    参考: 管理产品开发博客中来自JCG合作伙伴 Johanna Rothman的为何敏捷 项目经理不是Scrum Master

    翻译自: https://www.javacodegeeks.com/2012/06/why-agile-project-manager-is-not-scrum.html

    scrum敏捷项目管理

    更多相关内容
  • Scrum敏捷项目管理

    2021-03-03 02:55:20
    Scrum 敏捷项目管理ScrumMaster 保证Scrum流程顺利执行ProductManager负责产品质量,保证项目预期价值Group Scrum项目实现团队,具有完全自主性ProductBacklog产品完成logSprint 30天计划Sprint评审审查上一...
  • Scrum 敏捷项目管理

    2022-01-13 09:03:24
    在理解敏捷项目管理之前,我们先看一下它与传统项目管理之间有什么联系和差异。 传统项目管理模式:一般指瀑布模式。它必须完成上一阶段工作并通过检验才能启动下一阶段工作,将整个项目过程划分为五大过程组。 ...

    在理解敏捷项目管理之前,我们先看一下它与传统项目管理之间有什么联系和差异。

    传统项目管理模式:一般指瀑布模式。它必须完成上一阶段工作并通过检验才能启动下一阶段工作,将整个项目过程划分为五大过程组。

    要求在项目建设时,需求足够明确、文档足够规范,迭代过程中需求变更越多、越晚,对项目影响越大,会影响到项目的交付质量。

    敏捷项目管理模式,一般包含迭代和增量。它将整个项目过程拆分为若干个迭代,每个迭代完成一部分用户可感知的完整功能。一般情况下,每个迭代内的项目过程均遵循五大过程

    敏捷项目管理到底是什么?

    我从定义、本质、框架、常见实践4个方面总结。

    一、敏捷项目管理定义

    敏捷:是一种通过创造变化和响应变化在不确定和混乱的环境中取得成功的能力。

    敏捷项目管理:指在项目活动中运用敏捷的理念,配合专门的知识、技能、工具和方法 ,使项目能够在有限资源限定条件下,实现或超过设定的需求和期望的过程。

    二、敏捷项目管理本质

    通过敏捷项目管理定义,我想你已经猜到其本质是什么。是的,其本质是一种理念,并基于这种理念进行不断实践在不确定和混乱的环境种取得项目成功,同时将这些实践总结提炼为团队稳定的解决方案。

    这种理念也被先驱者们总结为敏捷软件开发宣言和敏捷开发十二原则。

    敏捷软件开发宣言:

    我们一直在实践中探寻更好的软件开发方法,身体力行,同时也帮助他人。由此我们建立了如下价值观:

    个体和互动 高于 流程和工具

    工作的软件 高于 详尽的文档

    客户合作 高于 合同谈判

    响应变化 高于 遵循计划

    也就是说,尽管右项有其价值,我们更重视左项的价值。

    敏捷开发十二原则:

    1. 我们最重要的目标,是通过及早和持续不断地交付有价值的软件使客户满意。
    2. 欣然面对需求变化,即使在开发后期也一样。为了客户的竞争优势,敏捷过程掌控变化。
    3. 经常地交付可工作的软件,相隔几星期或一两个月,倾向于采取较短的周期。
    4. 业务人员和开发人员必须相互合作,项目中的每一天都不例外。
    5. 激发个体的斗志,以他们为核心搭建项目。提供所需的环境和支援,辅以信任,从而达成目标。
    6. 不论团队内外,传递信息效果最好效率也最高的方式是面对面的交谈。
    7. 可工作的软件是进度的首要度量标准。
    8. 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
    9. 坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强。
    10. 以简洁为本,它是极力减少不必要工作量的艺术。
    11. 最好的架构、需求和设计出自自组织团队。
    12. 团队定期地反思如何能提高成效,并依此调整自身的行为表现。

    三、敏捷项目管理框架(方法)

    虽然敏捷项目管理的本质是理念,看起来很玄乎。但是敏捷先驱们基于这种里面已经开发出了非常多的看得见摸得着的敏捷管理框架,日常项目管理工作中常见管理框架有以下几种:

    SCRUM

    SCRUM是一种迭代的增量化过程,用于产品开发或工作管理。它是一种可以集合各种开发实践的经验化过程框架。SCRUM中发布产品的重要性高于一切。

    Kanban(看板管理)

    看板管理在工业企业的工序管理中,以卡片为凭证,定时定点交货的管理制度。

    XP(极限编程)

    极限编程注重的核心是沟通、简明、反馈和勇气。因为知道计划永远赶不上变化,XP无需开发人员在软件开始初期做 出很多的文档。XP提倡测试先行,为了将以后出现bug的几率降到最低。

    Lean Startup(精益创业)

    精益创业的核心理念可以追溯到软件行业的敏捷开发管理。例如“最小可用品”与“原型建模”非常相似,都追求快速的版本迭代,以及时刻保持与客户的接触并获得反馈等等,精益创业可以理解为敏捷开发模式的一种延续。

    Iterative Development(迭代式开发)

    迭代式开发也被称作迭代增量式开发或迭代进化式开发,是一种与传统的瀑布式开发相反的软件开发过程,它弥补了传统开发方式中的一些弱点,具有更高的成功率和生产率。

    FDD (Feature-Driven Development,特性驱动开发)

    特性驱动开发是一个模型驱动的快速迭代开发过程,它强调的是简化、实用、 易于被开发团队接受,适用于需求经常变动的项目。

    当然,也有很多不是很常见的敏捷框架,如Crystal Methods(水晶方法族)、ASD(Adaptive Software Development,自适应软件开发)、DSDM(动态系统开发方法)、轻量型RUP等,这里不展开描述。

    四、敏捷项目管理常见实践

    2020敏捷年度状态报告中统计,Scrum仍然是运用最广泛的敏捷方法(框架),Scrum和Scrum结合其它方法混合使用占比超过75%。所以当你不知如何选用敏捷项目管理框架时,可以考虑Scrum结合其他方法混合使用。毕竟有时候追随别人是最快的捷径。

     既然Scrum这么受欢迎,在这里总结一下Scrum的要点(以下信息来自:Scrum中文网):

     

    1、SCRUM理论基础

    Scrum以经验性过程控制理论(经验主义)做为理论基础的过程。经验主义主张知识源于经验, 以及基于已知的东西做决定。Scrum 采用迭代、增量的方法来优化可预见性并控制风险。

    Scrum 的三大支柱支撑起每个经验性过程控制的实现:透明性、检验和适应。Scrum的三大支柱如下:

    第一:透明性(Transparency)

    透明度是指,在软件开发过程的各个环节保持高度的可见性,影响交付成果的各个方面对于参与交付的所有人、管理生产结果的人保持透明。管理生产成果的人不仅要能够看到过程的这些方面,而且必须理解他们看到的内容。也就是说,当某个人在检验一个过程,并确信某一个任务已经完成时,这个完成必须等同于他们对完成的定义。

    第二:检验(Inspection)

    开发过程中的各方面必须做到足够频繁地检验,确保能够及时发现过程中的重大偏差。在确定检验频率时,需要考虑到检验会引起所有过程发生变化。当规定的检验频率超出了过程检验所能容许的程度,那么就会出现问题。幸运的是,软件开发并不会出现这种情况。另一个因素就是检验工作成果人员的技能水平和积极性。

    第三:适应(Adaptation)

    如果检验人员检验的时候发现过程中的一个或多个方面不满足验收标准,并且最终产品是不合格的,那么便需要对过程或是材料进行调整。调整工作必须尽快实施,以减少进一步的偏差。

    Scrum中通过三个活动进行检验和适应:每日例会检验Sprint目标的进展,做出调整,从而优化次日的工作价值;Sprint评审和计划会议检验发布目标的进展,做出调整,从而优化下一个Sprint的工作价值;Sprint回顾会议是用来回顾已经完成的Sprint,并且确定做出什么样的改善可以使接下来的Sprint更加高效、更加令人满意,并且工作更快乐。

    2、SCRUM框架

    Scrum框架包括3个角色、3个工件、5个事件、5个价值:

    3个角色

    1. 产品负责人(Product Owner):
    2. Scrum Master
    3. 开发团队

    3个工件

    1. 产品Backlog(Product Backlog)
    2. SprintBacklog
    3. 产品增量(Increment)

    什么是产品Backlog? 什么是Sprint Backlog?

    产品Backlog 指根据初始需求分解出的任务列表,包括功能性的和非功能性的所有功能,由Product Owner 为Product Backlog 中的任务确定优先级别,当开发团队开始某个任务的时候,再精确定义和分解这个任务。
    产品Backlog 是产品所要具备的所有功能的总纲。当一个项目刚刚开始时,没人能够事先预见到所有的任务和需求,并为之制定一个充分、详细而又包罗万象的计划。可行的方式是,先为一个项目写下所有它应该具备的显著特征和功能,数量不必很多,最好够让团队的第1 个Sprint 有活可干。
    随着Sprint 的进行,生产出可发布的产品增量,客户对产品的直观认识也会随之深,他们可以据此建议更改或者添加产品Backlog 中的任务。在Sprint 计划会议上,产品负责人为产品Backlog 中的任务确定优先级,并向Scrum团队描述这些任务。Scrum 团队随后根据团队整体情况,确定他们能在这个即将到来的Sprint 中要完成哪些功能,并把它们挪到Sprint Backlog 中去。

    5个事件

    1. Sprint(Sprint本身是一个事件,包括了如下4个事件)
    2. Sprint计划会议(Sprint Planning Meeting)
    3. 每日站会(Daily Scrum Meeting)
    4. Sprint评审会议(Sprint Review Meeting)
    5. Sprint回顾会议(Sprint Retrospective Meeting)

    5个价值

    1. 承诺 – 愿意对目标做出承诺
    2. 专注 – 把你的心思和能力都用到你承诺的工作上去
    3. 开放 – Scrum 把项目中的一切开放给每个人看
    4. 尊重 – 每个人都有他独特的背景和经验
    5. 勇气 – 有勇气做出承诺,履行承诺,接受别人的尊重
    展开全文
  • Scrum敏捷项目管理PPT

    2018-10-01 19:30:14
    Scrum作为一种项目管理方法,已经帮助数百家公司成功走出困境,高质量、快速地成功交付软件产品。Scrum是管理复杂项目的简单方法,它的魅力在于规则和实践方法数量较少,简单好用,容易上手。但与此同时,Scrum的...
  • scrum敏捷项目管理流程 Scrum(敏捷开发)中的角色、Scrum中的产出物、通用会议规则、会议规划
  • Scrum敏捷项目管理要点总结
  • SCRUM敏捷项目管理.rar

    2019-10-11 16:58:16
    敏捷开发圣经,由敏捷开发创始人结合经典案例,深入剖析敏捷开发的要点以及相关事项。
  • Scrum被认为是目前全球最流行与最有效的敏捷项目管理理念与方法之一,在软件业发达地区被众多知名企业广泛采纳。本书是Scrum理论与实践的重要奠基之作,作者是Scrum的缔造者,深受软件行业人员尊重的敏捷大师。本书...
  • 敏捷项目管理-Scrum-PMP考点汇总的敏捷项目管理
  • Scrum敏捷项目管理.pptx

    2019-05-16 17:57:22
    敏捷培训PPT,内容很丰满,给要需要进行敏捷培训的朋友
  • Scrum Santhosh Srinivasan Outline ? What is Scrum ? Why Scrum ? Scrum Practices ? Why Scrum works ? Pros and Cons ? Case Study ? Summary What is Scrum ? Scrum is an agile, lightweight process that can
  • Scrum敏捷项目管理思想培训讲义
  • SCRUM敏捷项目管理-电子书

    热门讨论 2011-05-19 14:06:58
    SCRUM敏捷项目管理-电子书!英文版!绝对内容丰富,绝对不是ppt版!2M的内容6个资源分值得下载!!!
  • 对于互联网公司来说,速度成了企业竞争制胜的关键因素,一方面用户的需求在不断变化,另一方面采用传统开发模式的互联网哦你公司难以满足这些需求,所以诞生了敏捷开发模式 敏捷开发(Agile Development)是一种以人为...

    随着互联网的兴起,用户对线上软件的依赖度越来越高,从而导致用户对软件的需求越来越多,所以软件的更新迭代速度越来越快。对于互联网公司来说,速度成了企业竞争制胜的关键因素,一方面用户的需求在不断变化,另一方面采用传统开发模式的互联网哦你公司难以满足这些需求,所以诞生了敏捷开发模式
    敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法,是一种软件开发的方法,如图,是敏捷开发的主要流程
    在这里插入图片描述

    敏捷开发的三大角色:
    产品负责人(product owner):主要负责确定产品的功能和达到要求的标准,制动软件的发布日期和交付内容,同时有权利接受或拒绝开发团队的成果。
    流程管理员(scrum master):主要负责整个Scrum流程在项目中的顺利实施和进行,以及清除挡在客户和开发工作之间的沟通障碍,使得客户可以直接驱动开发

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

    敏捷开发的三大工件
    Product Backlog:产品待办事项集合,我理解也是 用户故事,相当于当前版本所要做的所有需求。
    Sprint Backlog:

    展开全文
  • 我已经使用Trello相当一段时间了,并且希望通过添加用于计划迭代,精简图表以及可视化史诗和功能的工具来添加对基于SCRUM项目管理的更好支持。 该功能将受Scaled Agile,Inc.的Scaled Agile Framework(SAFe)...
  • 敏捷项目管理:如今,工作场所中...在此初学者指南中,我们将告诉你有关敏捷项目管理Scrum的全部内容。 目录 什么是敏捷项目管理敏捷项目管理的12条原则 为什么要使用敏捷项目管理? 什么是Scrum? 使用Scr...

    Scrum
    敏捷项目管理:如今,工作场所中无法逃脱。“将其放入积压中。” “我们将在下一个冲刺阶段进行处理。” “与Scrum教练交谈。” 敏捷项目管理的流行语无处不在,无论您喜欢它还是讨厌它,你都会从熟悉它的原理中受益。在此初学者指南中,我们将告诉你有关敏捷项目管理和Scrum的全部内容。


    目录

    • 什么是敏捷项目管理?
    • 敏捷项目管理的12条原则
    • 为什么要使用敏捷项目管理?
    • 什么是Scrum?
    • 使用Scrum进行敏捷项目管理的10个简单步骤+免费模板
    • 我们的研发团队如何实施Scrum
    • 谁可以从与敏捷项目管理合作中受益?

    什么是敏捷项目管理?

    2001年,有17个软件开发人员聚集在犹他州的Snowbird度假胜地,滑雪,喝热可可,并聊聊摆脱传统软件开发的繁重束缚。杰夫·萨瑟兰德(Jeff Sutherland)-现在被认为是敏捷项目管理的教父-和他的伙伴们共同撰写了如今传奇的《敏捷软件开发宣言》。尽管敏捷项目管理的行话听起来很专业,令人生畏,但你无需成为软件开发人员即可轻松掌握其全部内容。

    让我们备份一秒钟,看看Merriam-Webster如何定义“敏捷”一词。

    1.具有随时随地轻松移动的能力。例如:“就像一个敏捷的孔雀!就像一只猴子的鸡……我飞翔!” —威瑟尔顿公爵,冰雪奇缘

    2.具有快速,机智和适应能力强的特点。例如:“确实没有什么可赢得的。就是说,如果你碰巧拥有敏锐的眼睛,敏捷的头脑,没有任何顾忌的祝福。” -阿尔弗雷德·希区柯克(旁注:您如何发音敏捷?大多数有尊严的英国人说“ aj-过道”,但是许多热爱自由的美国人说“ aj-il”。)

    瀑布项目管理,PMI的PMBOK和PRINCE2等传统的项目管理方法都是严格且受严格控制的。它们概述了从头到尾进行项目规划的不同阶段,并假定你已预先拥有所有需求和信息。敏捷拒绝将这些传统的项目笨拙的管理方法,限制性强并且不适合新的速度时代。团队需要保持快速和灵活,即使他们不断成长。
    敏捷项目管理将不确定性视为既定因素,并根据计划制定价值以响应变更。敏捷计划不是假设你可以“一次做,正确地做”,而是鼓励处理一些小事情,快速执行它,获得反馈,评估有效的和无效的,然后从那里调整计划。这种小的,快速和重复周期的过程称为“迭代”。原始宣言签署人之一吉姆·海史密斯(Jim Highsmith)解释说:

    “为了在新经济中取得成功,积极地进入电子商务,电子商务和网络时代,公司必须摆脱自己在工匠和奥秘政策方面的迪尔伯特表现。”
    敏捷


    敏捷项目管理原则

    敏捷项目管理的核心核心价值是“检查和适应”的概念,这意味着在项目周期的任何阶段都可以进行最后的更改。在敏捷软件开发宣言列出十二项原则:

    1. 客户满意度是重中之重,可以通过尽早连续提供有价值的软件来确保客户满意。
    2. 欢迎不断变化的需求(但拒绝一句话的需求),甚至在开发的后期,都可以为客户带来竞争优势。
    3. 经常交付工作软件,而不是每隔几周而不是几个月。
    4. 必须在业务人员和开发人员之间进行紧密的日常协作。
    5. 围绕有积极性的人构建项目,这些人应得到支持和信任以完成工作。
    6. 面对面的交谈是最有效的沟通方式。
    7. 工作软件是进度的主要衡量标准。
    8. 发展应该是可持续的。应该能够无限期地保持恒定的速度。
    9. 必须不断关注卓越的技术和良好的设计。
    10. 简洁(最大化未完成工作量的艺术)至关重要。
    11. 最好的体系结构,需求和设计来自自组织团队。
    12. 团队应定期思考如何提高效率,并据此进行调整。

    为什么要采用敏捷项目

    为什么要使用敏捷项目管理?

    有一些非常令人印象深刻的统计数据说明了采用敏捷项目管理的公司的成功。根据项目管理研究所的说法。

    • 75%的高度敏捷组织实现了他们的目标和业务意图
    • 按时完成项目的65%
    • 预算内完成项目的67%
      这些结果比敏捷性低的组织所获得的结果要高。相同的研究表明,与非敏捷公司相比,敏捷组织的收入增长快37%,利润提高30%。

    敏捷项目管理之所以受欢迎,是因为它非常适合现实生活中人们所发生的事情。业务发展迅速,情况一直在变化,团队需要能够适应这些变化。回顾-宣言中概述的第12条原则-帮助团队了解什么有效,什么无效以及相应地调整其工作流程。这使团队能够不断改进–透明。

    敏捷项目管理的其他好处包括:

    • 由于进行了早期测试并经常进行测试,因此可以在问题,缺陷和缺陷变得严重之前迅速发现并解决它们。
    • 可以提高客户满意度,因为可以将他们纳入流程的每个步骤并吸收他们的反馈。
    • 几乎消除了项目完全失败的可能性,因为始终拥有切实可行的产品。
      敏捷与Scrum

    什么是Scrum的敏捷项目管理?

    事情就是这样:敏捷不被认为是一种方法论,而是一种首要的哲学或信念体系。我们可以使用许多不同的方法来实际实施敏捷原则。

    这样考虑:基督教是一个笼统的术语,反映了一套普遍的信念和原则。每天有很多不同的方式来实践这种信念:天主教,新教,东正教等等。所有这些教派在核心方面都有很多相似之处,但是它们的解释和实践也有所不同。

    敏捷及其方法类似,但至少对大多数人而言,它们不是宗教。可以用来实现敏捷哲学的一些方法包括看板,极限编程(XP),Crystal和动态系统开发方法。 (DSDM)。Scrum是最流行的敏捷方法之一,我们将在这里进行探讨。

    撰写《敏捷宣言》的人是在2000年代初一起合作发明Scrum的人。您现在可以通过Scrum Alliance或Scrum.org参加获得Scrum认证的课程,但您当然不必这样做。monday.com上几乎所有我们的团队都使用对Scrum的某种解释来管理他们的日常工作。除了怪异的名字,我们认为Scrum是一种简单,直观,有趣的方法,专注于一周到下一周需要完成的工作。


    使用Scrum进行敏捷项目管理的10个简单步骤

    1.列出您和您的团队需要做的所有事情。用Scrum术语来说,这是您的“积压”。
    挤压团队
    probacklog
    考虑一下项目和目标。要完成这些任务需要完成哪些具体任务?不要退缩。深入研究肮脏的细节,然后尝试将任务分解为最小的部分。

    例如,假设要重新装修房屋,其中一个里程碑是重新粉刷客厅。为了处理“积压”,可以将其分解为最精细的操作:

    • 选择想要的油漆颜色
    • 研究在哪里买油漆
    • 研究所需的喷漆设备(底漆,刷子,滚筒,梯子,胶带,塑料布等)
    • 买油漆
    • 购买设备
    • 从客厅取下家具
    • 用塑料布覆盖地板和固定家具
    • 用胶带粘贴地板装饰物,天花板边缘,窗户和门框以及其他需要保护的东西
    • 左墙上的油漆底漆
    • 右墙上的油漆底漆
    • 后墙上的油漆底漆
    • 油漆左墙
    • 油漆右墙
    • 油漆后墙
    • 第二层左墙…

    你明白了。分解任务可以使你更准确地估计完成每个任务将花费多长时间。它还可以帮助你确定依赖性和优先级-最重要的是什么?首先需要发生什么?

    我们的研发团队实际上有很多积压工作:我们为产品计划的功能,可以改善平台的好东西(我们称之为“奶酪”),我们需要修复的错误……这些都在单独的面板中列出和组织。

    这些委员会可以 提高透明度,使所有人在整体上保持一致,并确保每个人都朝着同一目标努力。随着新事物的出现和项目的发展,团队成员可以将新任务添加到任何积压中。

    2.创建一个新的任务板,列出将在下一两周内完成的所有工作。在Scrum中,此时间范围称为“冲刺”或“迭代”。
    spring meeting

    敏捷项目管理值的时间工作:什么究竟可以为您和您的团队在指定的时间段实现?Scrum通常提倡两周的“冲刺”或“迭代”。冲刺的想法是,它会产生一种紧迫感。在跨过为期两周的终点线之前,团队会专心致志地实现自己的全部目标。在此板上,可以(并且应该)规划并计划多次迭代。

    3.将任务从积压工作移到任务板。这称为“迭代计划”或“冲刺计划”。(请参阅?您已经是Scrum专家了。)

    对您的团队在接下来的两周内可以实现的目标抱有雄心勃勃但现实的态度。打开敏捷管理软件或软件开发工具,并查看各种积压订单(如果有多个),以确保覆盖所有基础。例如,可以确定每个sprint都将花费30%的时间用于修复错误,50%的时间用于开发新功能以及20%的时间用于其他改进。

    Scrum在这些不同的重点领域的正式用语是“史诗般的”:具有共同目标的大量工作。在重新装修房屋的示例中,每个房间可能都是自己的史诗。从本质上讲,它是一个类别,可以帮助你跟踪每个较小的任务在全局中如何组合在一起。在星期一,我们喜欢使用#tag跟踪这些史诗。例如,只需单击#bug标记,就可以对所有已报告或已解决的错误进行过滤审核。

    4.将Sprint中的每个任务分配给团队中的某人。

    所有权激励着 -这是一种保证。当任务旁边有成员的名字或者头像,它会激发所有者承担责任,并将其直视到底。在迭代的最后,它使每个人的辛勤工作得到认可。不同的人也经常相互依赖,因此可以清楚地看到谁在努力确保顺利协作。

    spring list
    5.在即将进行的Sprint中确定任务的优先级。

    敏捷项目管理倾向于根据四个优先级对任务进行分类:关键,高,中和低。由于计划可能会发生变化,并且事情可能会花费比您估计的时间更长的时间,因此团队很有可能无法在即将到来的sprint中完成每一项任务。有了明确指出,优先帮助你选择什么样的工作在第一。确保已完成关键任务,并在必要时推迟低优先级的任务。

    6.估计每个任务将花费多长时间。

    在完成每个任务时,请尝试考虑需要完成的工作量,工作的复杂性以及在执行任务时可能遇到的任何风险或不确定性。经典的Scrum方法将这种整体工作称为“故事点”,但是我们可以随心所欲地跟踪它:几天,几小时或任何时间单位最适合这种情况。

    这需要练习,随着时间的推移,你会变得更好。估计完成某些类型的任务所需的时间和精力越多,经验就越准确。使用敏捷软件的数字列(速率),可以快速计算总时间。根据需要添加或删除工作,以准确评估团队在接下来的两周冲刺中将取得的成就。

    7.开始冲刺!在旅途中,与团队进行沟通,并向他们介绍情况。

    Scrum认为事情会发生变化,意外情况会阻止任务完成。如果任务卡住或延迟,只需更新状态列,让团队中的其他所有人知道事情的发展。还可以在团队中提及团队管理员或者团队的每一个人,以将发生的情况通知他们,并且董事会中的更新将存储所有相关文档和信息,以供所有人查看。
    plan
    8.与整个团队举行简短的每日会议。Scrum称这些为“每日”或“站立”。

    还记得第6条原则吗?面对面的交流是每个人保持同步的最佳方式。在每个工作日开始时安排一个简短的10至15分钟的Scrum每日站立会议,以便团队中的每个人都可以快速概览一下他们前一天的工作以及当天的工作计划。如果有人遇到特定的挑战或问题,这是一个很好的机会,可以作为一个小组进行讨论,并共同决定最佳的行动方案。

    9.完成了冲刺。做得好!现在,回顾并分析哪些有效,哪些无效。Scrum将此称为“回顾”。

    在可工作的软件(有很多,不介绍,自己百度)操作系统中,每一项的名称使所有内容变成绿色-换句话说,将任务标记为“完成”。冲刺结束后,请作为一个团队来庆祝大家所取得的成就,对出现问题的地方进行故障排除,并计划如何在下一次迭代中解决问题。错误是不可避免的,敏捷很重视从这些先前的错误中吸取教训,以便您的团队的工作流程能够不断发展和改进。

    Scrum是基于经验主义,不是吗?

    10.将完成的sprint移动到ScrumBan的底部。
    在开发板的顶部开始新的迭代。重新排列并重复步骤。将所有迭代存储在一块ScrumBan上,可以使团队清楚地记录已完成的所有事情。没有完成本次冲刺的一切吗?将其移至下一个。而且,如果上一个冲刺中的任务完成之后,只需将其拖回到当前的冲刺中即可。


    谁可以从与敏捷项目管理合作中受益?

    尽管敏捷项目管理是专门针对软件开发而设计的,但在快速,动态的环境中工作的任何人都可以从灵活,迭代的方式中受益。

    实际上,我们甚至可以说敏捷是任何人工作的改变生活的方式。称它为想要的-Scrum,敏捷,完成工作-并不重要。专注于你在特定的一周或两周时间内可以实现的目标,可以为团队中的每个人实现目标。这会产生一种紧迫感,迫使您做出明智的决定来实现自己的目标。当您将任务标记为“完成”并看到整个星期变成绿色时,它会给您带来令人难以置信的成就感。这会激发下周重新开始并实现新目标的动力。

    关于敏捷项目管理和Scrum有很多话要说,我们在本文中仅触及到了冰山一角。但是希望甚至有一些收获可以帮助你和你的团队更聪明地工作,并完成更多工作。

    展开全文

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 16,549
精华内容 6,619
关键字:

scrum敏捷项目管理