如何发布你的产品组

第五个博客,在博客关于即将到来的书系列:创建敏捷组织——一个系统性的方法切,拉莫斯和髂骨Pavlichenko。

博客你如何定义你的产品组描述了如何创建一个初始定义产品通过检查的组织功能和组件和考虑他们的依赖关系类型。在这个博客中,我们在此基础上讨论和考虑如何成功启动产品组在第一次迭代。

采用典型的步骤

敏捷有很多变量,采用并行的活动路径,并反馈循环,是不可能预先创建一个详细的计划。这并不意味着计划是徒劳的任务;相反,它只是一个活动,需要重复。所以打算重新计划!图1展示了一个典型的序列,我们采取的步骤来启动应用。

图1:采用典型的步骤

它可以花几周几个月从第一次会议与管理直到第一个产品组发射。原因是涉及的人员需要参与准备做他们平时工作时。如果你能阻止人们的工作,你可以在两周内完成整个准备。

为什么不超过几个月呢?从经验中,我们了解到过度长准备消耗太多的精力,导致人们失去热情和冲动。此外,所有的时间在准备时间是会议,组织在实践中没有学习。产品组发射后,焦点转向支持团队和产品的所有权在新的工作方式。

产品组发射活动

一旦你确定了团队组成你的产品群,许多活动可能需要启动你的产品组在特定上下文。下面你可以找到一个最小的行动和车间列表可能是有益的(在这本书中,我们提供了一个更广泛的列表)。使用适合您的特定的上下文。

• 初始产品待办事项列表细化:最初的功能开始第一个冲刺。
• 定义“完成”的定义(国防部):一个团队所做的一切特性,产品已经准备好交付最终用户添加了新功能。
• 特性团队采用地图(FTAM):对齐功能团队采用的第一步和潜在的下一步走向完美的跨职能团队。
• 自我设计团队研讨会:促进一个自我设计团队工作室人们志愿成为一个团队的一部分。
• 团队发射:促进发射工作坊为团队身份和成功奠定坚实的基础。
• 协调机制:认同消除单一功能的团队,协调机制是必需的?

从我们的角度来看,下列事项构成最小可行发射(MVL):

• 创建产品国防部
• FTAM车间
• 自我设计团队研讨会
• 团队发射

后你可以考虑运行其他活动为例,在常规的Sprint回顾或在第一个Sprint规划;这是非常好的。小产品组有3至5个团队中,你甚至可以排除FTAM一步如果团队可以工作在整个产品从一开始就。

在书中,我们提供的例子和便利化指导每个车间。在这个博客中,我们分享一段节选国防部创建产品车间

定义“完成”的定义

Scrum团队使用国防部创建一个共享的理解在每个Sprint工作完成。正如Ken Schwaber先生曾教导我们:做意味着没有离开。国防部的元素应该是可衡量的和二进制(yes / no)。你不能完成80%;Scrum对待等部分完成0%。Scrum指南解释道:

“完成”的定义是一个正式的描述的状态增量开会时所需的质量度量产品。(Scrum指南。https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-US.pdf)。

美国国防部包括可衡量的增加的属性。通过活动,保证和执行由开发人员。当你的整个组织只是一个跨职能的团队,然后没有其他选择,但团队执行所有这些活动本身。

Scrum团队跨功能,这意味着成员每个Sprint所有必要的技能来创造价值。(Scrum指南。https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-US.pdf)。

问题通常开始当团队缺乏跨功能,当组织围绕内部业务流程,创建团队架构组件和函数来实现团队的效率。为简单起见,我们称这样的团队“组件团队”。

让我们看一看这种情况当多个组件团队正在做相同的产品。每个团队执行只有subset-their产品部分DoD-of国防部更广泛的产品。图2显示了一个示例。

图2:产品“完成”的定义。

组件团队,围绕一个内部业务流程或架构组件时认为“完成”达到了“他们”的组件测试,但这并不是在产品水平!剩下的都是“撤销”的活动仍然需要执行子集。

越小的国防部组件团队执行的活动,更多的问题会出现在产品方面考虑,延迟,团队之间传递,不透明的措施的进展。更多组件团队正在研究你的产品,创建部分完成的工作越多,风险越高,以后遇到不愉快的意外。为了避免这种命运,与许多团队开发一个产品时,应该有一个单一的、集成的增量年底每个Sprint和一个单一的、共享的国防部。

每个组件团队需要掌握的所有活动,以产生一个可用的每次迭代增量。这不是一个轻松的任务,可能需要许多年,如果它是即使在所有可能在您的特定环境。

一个车间的“完成”的定义

对于这个研讨会,你需要你的产品定义。如何定义你的产品是在第8章所描述的,“准备产品组”。

参与者

邀请团队,协调角色,产品管理,和其他专家说你的产品定义是必需的。考虑添加销售、营销和综合管理的参与者。画布如图3所示的部分提出了几个团队探索国防部活动。根据需要调整部分来适应您的特定环境。

图3:“完成”的定义(DoD)画布。

构建的邀请

目标是定义需要完成的活动,因此没有已知的工作要保证产品国防部。我们使用以下的问题:

• 我们需要做什么,这样产品的利益相关者根据公司标准,政策,法规?
• 我们如何测量和确保国防部中的每一项做了什么?

第二个问题团队关注的措施;否则,你可能会得到一个愿望列表,从不来生活。

示例运行车间

步骤1。每个团队/表组块当前国防部使用便利贴在画布上。生成国防部的活动列表和相应的措施。首先,在对工作5 - 10分钟;然后整合结果到画布。

步骤2。整个组比较,使用diverge-merge技术,UX鱼缸,或转移和共享价值结构丰富每一组的画布。要求团队更新他们的画布基于学习。

步骤3。画布的分配每个部分(例如,设计和开发部分)到一个单独的组,让他们巩固所有组的结果,部分到一个中央的画布。消除重复的数据并结合类似的物品。

步骤4。要求所有组花几分钟回顾结果,确定其是否仍然充当他们的国防部,并建议如何改善,减少或澄清。

步骤5。捕获结果作为初始产品国防部,每个人都可以忍受。

步骤6。关闭一个简短的回顾和回答任何打开的问题。

一旦你同意产品国防部,下一步是确定有多少国防部每个团队可以和他们如何能拓宽他们的组件范围。

在我们的两个博客文章中,我们概述:

• 指导组织培养发展
• 过渡到大规模产品负责人