文章目录
前言
最近准备敏捷认证考试,记录一下学习内容
一、Scrum是什么?
Scrum (名词):Scrum 是一个框架,在此框架中人们可以解决复杂的自适应难题,同 时也能高效并创造性地交付可能最高价值的产品
二、Scrum 的应用
Scrum 最初是为了管理和开发产品而开发的,Scrum 现已被用于开发软件、硬件、嵌入式软件、交互功能网络、自动驾驶汽车、学校、政 府、市场营销、管理组织运营,以及几乎所有我们(作为个人和群体)日常生活中所使用 的一切。
三、Scrum 团队
Scrum 团队由一名产品负责人、开发团队和一名 Scrum Master 组成。
Scrum 团队是跨职 能的自组织团队。自组织团队自己选择如何以最好的方式完成工作,而不是由团队之外的 人来指导。跨职能团队拥有完成工作所需的全部技能,不需要依赖团队之外的人。Scrum 团队模式仍是设计用来提供最佳的灵活性、创造力和生产力。。
产品负责人
产品负责人的职责是将开发团队开发的产品价值最大化,产品负责人是负责管理产品待办列表的唯一负责人。
产品待办列表的管理包括:
• 清晰地表述产品待办列表项;
• 对产品待办列表项进行排序,使其最好地实现目标和使命;
• 优化开发团队所执行工作的价值;
• 确保产品待办列表对所有人是可见、透明和清晰的,同时显示 Scrum 团队下一步要做 的工作;
• 以及 确保开发团队对产品待办列表项有足够深的了解。
开发团队
开发团队包含各种专业人员,负责在每个 Sprint 结束时交付潜在可发布并且“完成”的 产品增量。在 Sprint 评审会议上,一个“完成”增量是必需的。只有开发团队成员才能 创建增量。
开发团队由组织组建并得到授权,团队自己组织和管理他们的工作。
开发团队具有下列特点 :
• 他们是自组织的。没有人(即使是 Scrum Master)有权告诉开发团队应该如何把产品 待办列表变成潜在可发布的功能增量;
• 开发团队是跨职能的团队,团队作为一个整体,拥有创建产品增量所需的全部技能;
• Scrum 不认可开发团队成员的任何头衔,不管其承担何种工作(他们都叫开发人 员)。
• Scrum 不认可开发团队中所谓的“子团队”,无论其需要处理的领域是诸如测试、架 构、运维或业务分析;
• 开发团队中的每个成员也许有特长和专注的领域,但是责任属于整个开发团队。
Scrum Master
Scrum Master 负责根据 Scrum 指南中的定义来促进和支持 Scrum。Scrum Master 通过帮 助每个人理解 Scrum 理论、实践、规则和价值来做到这一点。
四、Scrum 事件
Sprint
Sprint 是 Scrum 的核心,Sprint 由 Sprint 计划会议、每日 Scrum 站会、开发工作、Sprint 评审会议和 Sprint 回顾 会议构成。 其长度(持续时间)为一个月或更短的限时,这段时间内构建 一个“完成”、可用的和潜在可发布的产品增量。在整个开发过程期间,Sprint 的长度保 持一致。前一个 Sprint 结束后,下一个新的 Sprint 紧接着立即开始。
取消 Sprint 可以在 Sprint 时间盒结束之前取消。只有产品负责人才有取消 Sprint 的权力,虽 然他或她做这样的决定也可能受到来自利益攸关者、开发团队或是 Scrum Master 的影 响。
如果 Sprint 目标过时,那么 Sprint 就会被取消。比如公司的发展方向或者市场上或技术 上的状况发生改变,这些变化都可能导致 Sprint 被取消。总的来说,如果某个 Sprint 对 其所在环境来说失去了价值和意义,那么它就应该被取消。
Sprint 计划会议
Sprint 中要做的工作在 Sprint 计划会议中来做计划。这份工作计划是由整个 Scrum 团队 共同协作完成的。
Sprint 计划会议是有时间盒限定的,以一个月的 Sprint 来说最长为 8 小时。对于较短的 Sprint,会议时间通常会缩短。
Sprint 计划会议回答以下问题:
• 接下来的 Sprint 交付的增量中要包含什么内容?
• 要如何完成交付增量所需的工作?
每日 Scrum 站会
每日 Scrum 站会是开发团队的一个时间盒限定为 15 分钟的事件。每日 Scrum 站会在 Sprint 的每一天都举行。在每日 Scrum 站会上,开发团队为接下来的 24 小时的工作制 定计划
Sprint 评审会议
Sprint 评审会议在 Sprint 快结束时举行 ,用以检视所交付的产品增量并按需调整产品待 办列表。在 Sprint 评审会议中,Scrum 团队和利益攸关者协同讨论在这次 Sprint 中所完 成的工作。根据完成情况和 Sprint 期间产品待办列表的变化,所有参会人员协同讨论接 下来可能要做的事情来优化价值。
Sprint 评审会议包含以下内容:
参会者包括 Scrum 团队和产品负责人邀请的主要利益攸关者;
• 产品负责人说明哪些产品待办列表项已经“完成”和哪些没有“完成”;
• 开发团队讨论在 Sprint 期间哪些工作做的很好,遭遇到什么问题以及问题是如何解决 的;
• 开发团队演示“完成”的工作并解答关于所交付增量的问题;
• 产品负责人讨论当前的产品待办列表的情况。他/她根据到目前为止的进度来预测可 能的目标交付日期(如果有需要的话);
• 参会的所有人就下一步的工作进行探讨,这样, Sprint 评审会议就能够为接下了的 Sprint 计划会议提供有价值的输入信息;
• 评审市场或潜在的产品使用方式所带来的接下来要做的最有价值的东西的改变;
• 同 时为下个预期产品功能或产品能力版本的发布评审时间表、预算、潜力和市场。
Sprint 评审会议的结果是一份修订后的产品待办列表,阐明很可能进入下个 Sprint 的产 品待办列表项。产品待办列表也有可能为了迎接新的机会而进行全局性地调整。
Sprint 回顾会议
Sprint 回顾会议是 Scrum 团队检视自身并创建下一个 Sprint 改进计划的机会。
回顾会议发生在 Sprint 评审会议结束之后,下个 Sprint 计划会议之前
Sprint 回顾会议的目的在于:
• 检视前一个 Sprint 中关于人、关系、过程和工具的情况如何
• 找出并加以排序做得好的和潜在需要改进的主要方面; 同时,
• 制定改进 Scrum 团队工作方式的计划。
五、Scrum工件
产品待办列表
产品待办列表是一份涵盖产品中已知所需每项内容的有序列表,它是产品需求变动的唯一 来源。产品负责人负责管理产品待办列表的内容、可用性和排序。
多个 Scrum 团队常常会一起参与对同一产品的开发。一个产品只有一个产品待办列表用 于描述下一步产品开发工作。那么这就可能需要使用能够对产品待办列表项进行分组的属 性。
Sprint 待办列表
Sprint 待办列表是一组为当前 Sprint 选出的产品待办列表项,同时加上交付产品增量和 实现 Sprint 目标的计划。Sprint 待办列表是开发团队对于下一个产品增量所需的那些功 能以及交付那些功能到“完成”的增量中所需工作的预测。