Scrum

产品待办事项的细化，也称为修整，已经成为敏捷团队几乎不可或缺的一部分。正如其名称所示，它的作用是细化产品待办事项的内容。 产品待办事项细化过程 这个产品待办事项细化仪式在新一代Scrum中非常流行，通常每周都会在特定时间进行。 通常建议每次仪式的持续时间不要超过一小时；如果产品负责人不需要更多时间，也可以只持续十分钟。 实际上，这次会议对于产品负责人非常有用，因为它将允许他细化产品待办事项的内容，以便为下一个冲刺进行组织。 在产品待办事项细化期间，产品负责人将向开发人员提供用户故事，这些故事符合整个团队先前定义的“准备就绪”的定义。 1/ 理解用户故事 然后，开发人员将试图理解用户故事，并一起讨论它。如果他们对用户故事有疑虑，他们可以利用这个时刻向产品负责人请求更多信息。通常情况下，产品负责人会根据开发人员的意见稍微修改用户故事的内容。 然后，在这次讨论中存在两个结果，有时很快，当从一开始就理解了这张票： 开发人员确认了这张票，然后可以进行估算。 开发人员不理解这张票；产品负责人将不得不在下一次会议之前复查他的材料。 2/ 估算用户故事 开发人员将共同估算用户故事所需的时间或故事点数。敏捷团队通常建议优先考虑故事点的估算。 有一些非常著名的方法，比如扑克规划，用于估算用户故事。 当估算完成后，产品负责人提供下一张票。 产品待办事项细化有哪些好处？ 这个仪式为Scrum团队提供了许多好处。 它允许产品负责人在冲刺计划会议上提前准备好冲刺待办事项，以便根据下一个冲刺允许的故事点数量进行组织。 因此，所有这些上游工作都极大地减少了冲刺计划会议的时间，而无需在会议中进行这项估算工作和实时准备冲刺待办事项。 产品待办事项细化的结论 强烈建议在您的Scrum流程中进行产品待办事项的细化；这个仪式已经包括在Scrum指南中，以使其成为100%官方。对于那些参与 #NoEstimate 运动的人来说，估算部分将不再是必要的，但继续进行细化部分仍然是建议的。这个仪式为您的冲刺的顺利进行带来了许多重大的好处。

敏捷已经成为软件开发和项目管理领域不可或缺的一部分。在这一背景下，两个最常用的概念是Scrum和Agile。尽管它们经常相互关联，但这两个术语并不代表相同的事物。 在本文中，我们将探讨Scrum和Agile之间的区别和关系，以帮助您更好地理解它们如何共同发挥作用。 敏捷和 Scrum 之间的区别 敏捷：一个概念框架 敏捷首先是一组原则和价值观，强调灵活性、协作和适应软件开发中的变化；然而，目前，敏捷越来越涵盖整个企业。 敏捷出现在开发领域，作为对传统的重型和高度计划的开发方法的反应。它倡导持续交付、用户的频繁反馈以及团队内部和与利益相关者之间的透明沟通。 Scrum：一种工作框架 Scrum是项目管理中最常用的敏捷框架之一；然而，它强调基于精益和经验的方法。 与敏捷不同，敏捷是一组价值观和原则，而Scrum是一个具体的工作框架，以有条理的方式实施这些价值观和原则。以下是Scrum的主要组成部分： Scrum角色 产品负责人：负责定义需求和优先处理待办事项。 Scrum大师：作为Scrum团队的协调者，负责清除障碍和应用Scrum原则。 开发人员：一组专业人员，致力于完成需求。 Scrum事件 冲刺：定义的时间段（通常为2到4周），团队在其中完成待办事项。 冲刺计划会议：团队在冲刺期间选择要完成的项目。 Scrum日常会议：开发人员每日协调会议，讨论进展和障碍。 冲刺回顾：回顾冲刺期间产品的进展（可能包括演示）。 冲刺总结：评估团队关于已完成冲刺的看法，并确定可能的改进。 Scrum文档 产品待办事项清单：待开发功能的有序列表。 冲刺待办事项清单：当前冲刺中要完成的项目列表。 增量：每次完成后不断演化的产品的功能版本。 Scrum与敏捷的关系 Scrum是常用于项目管理的工作框架，它存在于更广泛的敏捷背景中。敏捷提供了基本原则和价值观，Scrum在总体上响应这些原则和价值观。Scrum通过为产品开发提供特定的结构和角色来实施这些价值观和原则。 Scrum最重要的特点之一是它的适应性。Scrum团队鼓励根据优先事项的变化和用户反馈进行适应，这是与敏捷的价值观完全一致，例如对变化的敏感性和协作。 结论 – Scrum与敏捷 总之，Scrum是一种符合敏捷原则和价值观的工作框架。敏捷是一个全面的概念，指导了在软件开发中的灵活性和适应性。Scrum提供了实现这些敏捷目标的具体结构和实践。需要理解的是，敏捷不仅限于Scrum，还有许多其他敏捷方法和方法，每种方法都有其自身的优点和缺点。选择Scrum还是其他框架取决于团队和组织的需求和文化。

CSPO 认证，即 Certified Scrum Product Owner，是关于 Scrum 团队中的产品管理领域的能力和知识的认证。随着企业寻求实施敏捷实践以提高效率并应对不断变化的市场需求，它变得越来越受欢迎。在本文中，我们将更仔细地研究 CSPO 认证，它包括什么以及为什么如此有价值。 什么是 CSPO 认证？ CSPO 认证是由 Scrum Alliance 颁发的，这是一个国际组织，支持全球范围内 Scrum 方法的实施。Scrum 产品负责人在 Scrum 团队内发挥着关键作用，负责管理产品待办事项并将客户需求传达给开发团队。产品负责人对确保 Scrum 团队创建高质量的产品，以满足客户要求至关重要。 CSPO 认证旨在帮助专业人士获得在这一领域出色的技能。它侧重于产品负责人的责任、产品待办事项管理、与 Scrum 团队和利益相关方的协作，以及对 Scrum 基本原则的理解。 如何获得 CSPO 认证？ 要获得 […]

在本文中，我们将探讨什么是敏捷用户故事中的INVEST原则，因为尽管这个首字母缩写很简单，但很难具体理解它的含义。 敏捷用户故事的INVEST原则 INVEST首字母缩写代表： I代表独立：每个用户故事至少在当前迭代中应该是独立的，不依赖于其他用户故事。 N代表可协商：细节应该是可协商的。这就是为什么我们将用户故事写成一个简短的句子，以避免强加细节。 V代表价值：每个用户故事应该为业务或客户带来价值。 E代表可估算：每个用户故事应该由开发团队估算；为了实现这一点，开发团队必须充分理解它们。 S代表足够小：每个用户故事应该被切割得足够小，以便在单个迭代中交付。 T代表可测试：每个用户故事都应该是可测试的。 现在，让我们深入了解，因为我发现仅凭这几行文字，不是每个人都能轻松理解什么是INVEST敏捷用户故事。 独立的用户故事 我经常听到人们说，在用户故事层面不可能完全独立。 如果仅从术语角度来看，这是完全正确的，但实际上我们谈论的是技术/功能上的依赖关系，而不是业务上的依赖关系。这个界限非常微妙，但绝对存在。 如果我正在开发一个电子商务网站，我可能会有一个用户故事用于身份验证，另一个用户故事用于创建账户。 很明显，从业务角度来看，身份验证必须伴随着账户创建，但从技术/功能角度来看并非如此。开发人员完全可以在没有创建账户的情况下执行身份验证。尽管从业务角度来看这没有多大意义，但在技术上是完全可行的。 因此，我们可以明确定义这两个用户故事是独立的，尽管在没有另一个的情况下发布产品是没有意义的。 可协商的用户故事 我们通常通过简单的功能摘要开始用户故事。并不禁止包含一些管理规则等细节，但所有这些内容都应该以非常简单的方式编写，以便开发人员甚至客户能够迅速理解。 用户故事在精化阶段（产品待办事项的细化）中是可协商的，例如，如果所有开发人员都能够理解它，那么可以进行协商。因此，在编写用户故事的内容时，请始终使用简单的词语，以至于您自己都能确定一个10岁的孩子是否能理解用户故事的内容。 具有真实价值的用户故事 这一点有时被误解，但用户故事的概念仅用于具有应用程序中一个或多个用户类型的真实价值的功能请求。 我有时看到这样的用户故事：“作为开发人员，我希望数据库充满。”…对于任何用户类型都没有真正的价值，因此应该尽量避免。 在这种情况下，不要犹豫，可以创建不同类型的“故事原型”：参考文章“创建不同类型的故事原型”。所有对于用户类型没有真实价值的内容应该采用其他类型的任务。 仅将“作为….”用于真正的用户故事可以很好地区分具有业务价值和没有业务价值的任务。 可估算的用户故事 开发人员将估算每个用户故事，除非您采用“#无估算”哲学；否则，开发人员通常会默认在心中有一个估算的概念。 我们已经讨论的所有标准以及下一个标准通常应该使开发人员能够轻松估算用户故事；实际上，如果他们无法估算，他们将要求产品负责人提供更多细节。 足够小的用户故事 每个用户故事都应该在一个迭代内完成；如果有任何疑虑，它应该被切分成多个用户故事。通常情况下，建议产品负责人将每个用户故事切割到最小化（只要子用户故事仍然符合INVEST原则）。 可测试的用户故事 这一点相对容易理解，每个用户故事都应该是可测试的。事实上，关于这一点，我们要求产品负责人在用户故事上明确可见的结束标志。 以下是一个例子，以便更好地理解。 作为客户，我希望在网站上浏览 -> 这个动作没有明确的结束，客户可以在不停止的情况下浏览多个页面。 […]

scrum master 面试问题？Scrum Master（斯克拉姆大师）的角色对于成功实施 Scrum 方法在一个团队或组织中至关重要。为了确保选中适合此职位的候选人，制定正确的面试问题是至关重要的。在这里，我们将探讨一些常见且信息丰富的 Scrum Master 面试问题，以帮助您在招聘过程中做出明智的决策。 理解 Scrum 基础 什么是 Scrum，它与其他敏捷方法有什么不同？ 此问题评估候选人对 Scrum 的基本了解，以及他们是否能够将其与其他敏捷框架区分开来。 解释 Scrum Master、产品负责人（Product Owner）和开发团队（Development Team）的角色和职责在 Scrum 框架中分别是什么。 此问题评估候选人是否理解 Scrum 团队内责任的分配。 每日 Scrum 会议的目的是什么，为什么它至关重要？ 候选人应了解每日 Scrum 会议的重要性，以促进团队内的沟通和协作。 在 Sprint […]

Scrum，作为最流行的敏捷框架之一，以其迭代和增量的软件开发方式而闻名。在Scrum的核心是Sprint，这是一个时间限定的时期，团队在其中协作以交付一个潜在的可交付的产品增量。Sprint Planning是Scrum中的一个关键事件，对塑造Sprint的成功起着至关重要的作用。在本文中，我们将探讨Scrum团队如何有效地规划要在Sprint中执行的工作。 1. Sprint Planning之前的准备： 在召开Sprint Planning会议之前，Scrum团队应该准备一个精细的产品待办清单。产品待办清单是需要完成的所有工作的有序列表。产品负责人（Scrum中的一个关键角色）负责维护和完善此待办清单。通常，待办清单顶部的项目更详细，准备好用于下一个Sprint，而较低的项目可能需要进一步完善。 2. 为Sprint Planning做好准备： Sprint Planning分为两个部分：第1部分确定“要做什么”，第2部分确定“如何做”。 第1部分：要做什么？ 产品负责人向Scrum团队呈现了优先级最高的产品待办项目。 开发团队寻求对这些项目的范围和目标进行澄清。 Scrum团队讨论所选的产品待办项目，以确保他们理解要求和验收标准。 第1部分结束时，Scrum团队应该对Sprint期间要进行的工作有共同的理解。这是一个关键阶段，因为它确定了Sprint的目标，并定义了每个项目的“已完成”意味着什么。 第2部分：如何做？ 在这个阶段，开发团队共同决定如何交付所选的产品待办项目。 他们将这些项目分解成较小的任务，估计每个任务所需的工作量，并制定完成它们的计划。 开发团队可以使用各种敏捷技术，如故事点或理想天数，来估算任务。 3. 容量和速度： 在Sprint Planning中，Scrum团队还应该考虑自己的容量。容量由团队的速度决定，速度是他们通常在Sprint中完成的工作量。团队可以使用以前Sprint的历史数据来估算他们的速度。 4. 已完成的定义： 已完成的明确定义和一致的验收标准对于Sprint Planning至关重要。没有明确定义的已完成，要在增量的所有工作中实现一致性和质量将是具有挑战性的。 5. 灵活性和调整： Sprint Planning应该是一个灵活的过程。如果在Sprint期间，Scrum团队发现可以增加产品价值的变更，他们应该在Sprint Planning会议上讨论这些变更并进行必要的调整。 6. […]

在不断发展的敏捷方法论世界中，Scrum框架以其高效、协作和适应性脱颖而出。Scrum指南是由Ken Schwaber和Jeff Sutherland于2010年原创的基础性文件，2020年经历了重大更新，进一步完善了支撑Scrum的原则和实践。 链接：阅读Scrum指南 Scrum简介 Scrum是一个旨在帮助团队开发和交付高质量产品的敏捷框架。该框架强调协作、检查和适应，并在复杂、快速变化的环境中特别有效。Scrum赋予跨职能团队自我组织的能力，使其能够做出交付有价值产品所需的决策。 Scrum指南 2020：有何新变化？ Scrum指南 2020引入了一些显著的变化和改进，主要关注使Scrum更易理解和实施。让我们来探讨一些关键的更新： 更简洁的指南：你将首先注意到指南的简明性。相较于以往的版本，它更短、更清晰、更易理解，确保其原则更容易被理解。 强调承诺：新指南着重强调Scrum团队的集体承诺，以实现他们的目标。它用“承诺”取代“预测”，以强化团队实现目标的决心。 产品目标：Scrum现在引入了“产品目标”的概念，这是Scrum团队努力实现的长期目标。这个目标为工作提供了背景，有助于在组织内建立统一。 经验主义过程控制：Scrum框架建立在透明度、检查和适应性原则之上。2020年的指南强调了经验主义的重要性，鼓励团队基于实际观察和数据做出决策。 不再提“角色”：前一版的指南区分了“开发团队”、“Scrum Master”和“产品负责人”等角色，而2020年的版本简单地称它们为“开发者”、“Scrum Master”和“产品负责人”。这一改变承认了团队中的每个人都对开发过程作出贡献。 对质量的承诺：2020年的Scrum指南强调了团队交付高质量产品的承诺。它倡导明确定义“完成”的标准，要求关注技术卓越和良好的设计。 为何要进行这些变更？ Scrum指南 2020中的更新旨在在快节奏、复杂的世界中保持框架的相关性。通过简化语言、强调承诺和倡导经验主义过程控制，该指南鼓励团队变得更加灵活、响应更快，并专注于交付真正的价值。 遵循Scrum指南 2020的好处 采用Scrum指南 2020带来了诸多好处： 更清晰：简化的语言和精简的指南使所有涉众更容易理解和实施Scrum。 增强承诺：通过用“承诺”代替“预测”，指南强化了团队实现目标的决心。 产品关注：引入“产品目标”将团队的工作与组织的更广泛目标相一致。 更多经验主义：对经验主义过程控制的承诺鼓励团队基于实际数据做出决策，从而取得更好的结果。 质量交付：指南对质量的强调确保最终产品符合或超出期望。 结论 Scrum指南 2020代表了Scrum框架演进的重要一步。通过简化语言、强调承诺和倡导经验主义，它使团队能够在当今快速变化的商业环境中蓬勃发展。正如Ken Schwaber和Jeff Sutherland所说：“Scrum容易理解但难以掌握。”Scrum指南 […]

当今充满活力的商业环境中，有效的项目管理对于成功至关重要。作为全球科技巨头，谷歌认识到了这一需求，并推出了谷歌项目管理证书，以装备个人具备在项目管理角色中脱颖而出所需的技能。 谷歌项目管理证书是什么？ 谷歌项目管理证书是在Coursera上提供的在线课程，Coursera是领先的在线学习平台之一。该证书项目旨在为参与者提供管理项目的必要知识和工具，以便高效地管理项目并有效地领导团队。 证书计划的主要亮点 以下是谷歌项目管理证书的一些关键特点： 由谷歌专家开发 该证书计划的课程由谷歌项目管理专家团队开发。这确保了参与者接受一流的、与行业相关的培训。 适合初学者 该计划适用于初学者和有一些项目管理经验的人。它涵盖了基本概念，并逐渐深入到更高级的主题。 灵活的学习 作为在线课程，它在学习的时间和地点上提供了灵活性。这使得来自不同背景和地点的个人都能够参与。 实际项目 该证书计划的一大亮点是包含了真实世界的项目。参与者有机会在实际情景中应用他们的知识，增强他们的问题解决能力。 行业认可 成功完成该计划后，参与者将获得一份在全球顶级公司和组织中受认可的证书。这可以显著提升职业前景。 您将学到什么 谷歌项目管理证书计划的课程涵盖了广泛的主题，包括： 项目规划与执行 敏捷项目管理 利益相关者沟通 解决问题和决策 风险管理 团队协作 项目领导力 谁应该报名？ 这个证书计划适合： 有志成为项目经理的人 想要提升自己技能的现任项目经理 团队领导和主管 寻求职业转型的专业人士 有兴趣学习项目管理的任何人 为什么选择谷歌项目管理证书？ 以下是这个证书计划的独特之处： 谷歌的声誉 谷歌以其创新和高效的工作文化而闻名。从这个水平的公司学习项目管理为您的技能集增值。 […]

当谈到敏捷项目管理时，Scrum已经成为高效交付高质量产品的最受欢迎的框架之一。在Scrum框架的核心是Scrum团队，由产品负责人、开发团队和Scrum大师组成。而Scrum大师在确保团队高效工作方面发挥着关键作用。在本文中，我们将探讨Scrum大师如何履行这一重要职责。 消除障碍Scrum大师的主要职责之一是消除妨碍开发团队进展的障碍或问题。这些障碍可以包括技术问题、对其他团队的依赖关系以及组织上的挑战。Scrum大师充当协调员的角色，通过与其他团队、利益相关者或管理层合作，帮助团队克服这些障碍。 指导和促进Scrum大师不是传统的经理或团队领导。相反，他们充当Scrum团队的教练和协调员。他们指导团队了解和采用Scrum实践和原则。这包括促进Scrum事件，如冲刺计划、每日站立会议、冲刺审查和冲刺回顾。通过指导和促进，Scrum大师确保团队有效地遵循Scrum流程。 促进自我组织Scrum鼓励团队自我组织，团队成员共同协作并集体做决策。Scrum大师通过授权团队成员对他们的工作负责来培养自我组织。他们帮助团队理解他们的角色和责任，并鼓励他们独立找到解决方案。这种自主权导致团队成员的参与度和责任感增加。 防范外部干扰在许多组织中，开发团队经常受到外部请求和干扰，可能会干扰他们的工作。Scrum大师充当团队的屏障，保护他们免受这些干扰的影响。这使得团队能够在冲刺期间专注于实现冲刺目标，而无需不必要的干扰。 持续改进Scrum建立在持续改进的原则之上。Scrum大师在每个冲刺结束时起到关键作用，促进回顾。在这些回顾中，团队反思了工作中的亮点、有待改进的地方以及在下一个冲刺中应采取的行动，以增强他们的效率。Scrum大师指导团队实施这些改进，并确保它们得以贯彻。 监控进展和指标虽然Scrum大师不管理团队的工作，但他们会监控进展和相关指标。他们可以使用燃尽图、速度和其他指标等工具，帮助团队了解他们的绩效情况。通过分析这些指标，Scrum大师可以识别需要改进的领域，并与团队合作解决这些问题。 总之，Scrum大师在确保Scrum团队高效工作方面起着至关重要的作用。他们消除障碍、指导团队、促进自我组织、防范干扰、推动持续改进并监控进展。通过履行这些职责，Scrum大师使开发团队能够专注于交付价值，并确保Scrum流程得到一致遵循，从而实现成功的产品增量和满意的利益相关者。

在敏捷软件开发中，产品待办事项是一个动态而关键的工件。它包含了一个按优先级排序的功能、用户故事和任务列表，代表了项目上要完成的工作。正确地排序产品待办事项对确保首先处理最有价值和最重要的项目至关重要。但到底是谁最终决定待办事项的顺序？让我们深入探讨这个问题。 产品负责人的角色 在敏捷领域，产品负责人在确定产品待办事项的顺序方面起着至关重要的作用。产品负责人负责最大化产品的价值，并确保开发团队首先处理最有价值的项目。他们是维护和细化产品待办事项的人。 产品负责人与利益相关者密切合作，包括客户、最终用户、业务分析师和开发团队，以了解他们的需求和期望。他们收集反馈，分析市场趋势，并在确定如何对待待办事项时考虑各种因素。这使他们能够明智地决定待办事项的顺序。 与利益相关者的合作 尽管产品负责人在确定待办事项的顺序方面负有主要责任，但需要注意的是，他们不应该孤立地做出这个决定。与利益相关者的合作是敏捷的基本原则。通过进行开放和透明的沟通，产品负责人可以从不同的角度获得有价值的见解和意见。 与利益相关者的合作有助于产品负责人更明智地决定待办事项的优先级。这确保了开发团队的工作与业务目标和用户需求保持一致。利益相关者可以就哪些功能对产品的成功至关重要提供意见，这可以影响待办事项的顺序。 优先级确定技巧 为了有效地确定产品待办事项的顺序，产品负责人通常使用各种优先级确定技巧。这些技巧有助于做出基于理性和数据的决策，而不仅仅依赖直觉。一些常见的优先级确定方法包括： MoSCoW方法：将项目划分为“必须有”、“应该有”、“可以有”和“不会有”。 加权最短作业优先（WSJF）：为每个待办事项分配加权分数，根据延迟成本、作业规模和用户价值等因素。 Kano模型：将功能分为基本需求、性能需求和愉悦因素，以了解用户满意度。 业务价值点：为待办事项分配数值，量化其业务价值。 RICE评分：根据触及度、影响力、信心和工作量来评估待办事项。 结论 在敏捷开发中，关于确定产品待办事项的最终决定通常由产品负责人负责。他们的责任是确保待办事项反映出最高优先级的工作，与产品的目标和利益相关者的需求保持一致。然而，这个决定不应该孤立地做出，与利益相关者的合作对于收集不同的见解至关重要。 使用优先级确定技巧有助于产品负责人做出明智的决策。通过结合经验、利益相关者的意见和数据驱动的方法，可以以最大化价值的方式确定产品待办事项的顺序，确保团队专注于最重要的工作。