介绍
我们仍然只完成了一半。
这篇文章将不时进行编辑，作为我所做工作的备忘录。
关于我
作为自由开发成员加入。
刚加入时，我决定尝试 Scrum。
以成员的身份而不是作为 Scrum Master 来领导 Scrum 的引入。
关于团队
包括我在内有6名成员。
我是唯一一个有 Scrum 经验的人。
不知何故，只决定了 PO 和 SM。
到目前为止，我们还没有分成小组，有 2-3 名领导，每个工作的成员不到 15 人。
你为什么决定引入 Scrum？
不知何故，似乎“敏捷似乎很好”和“让我们尝试一种叫做 Scrum 的东西”是触发因素。
我在介绍中做了什么（〜1个月）
什么是 Scrum？分享
首先，我使用幻灯片简要说明了以下内容。
- 什么是 Scrum？
- 有什么事件
- 计划图像
Scrum 指南阅读
每个章节都分配了一个负责人，并举办了一次研讨会，他们在便签上写下他们的印象和他们学到的东西，同时阅读每个章节五分钟。
我使用 miro 作为工具。
[评论]
除了稍微了解一下 Scrum 之外，miro 也很棒！我也那么认为。
创建白板
我创建了一个板，您可以在其中在便签上书写和粘贴日常活动。
目的是使回顾事件变得容易。
我使用 miro 作为工具。
一开始很难养成写作的习惯，所以我经常要求他们养成习惯。
[评论]
起初，我不知道该写什么。
当我练习回顾时，我把它缩小到可能在议程上的便利贴。
回顾性实践
sprint 还没有开始，但是我根据白板上的便签做了一个回顾。
在解释的过程中，我充当了引导者。
我决定每两周做一次。
【内省】
因为我在解释，所以很难保持时间，最后我走了过去。
但是，我什至能够决定TODO，成员们似乎有点理解，“这是什么感觉？”，所以很好。
积压细化实践
在 sprint 计划之前进行了细化以清理积压。
我体验了玩扑克和决定分数的流程。
我使用的工具是firepoker。
https://firepoker.io/#/
[评论]
由于团队刚刚解散，每个成员都有自己的积压工作，因此与其他成员分享概述有点棘手。
另外，我有一个应该负责另一个团队的积压工作，所以有点混乱。
如果你突然把系统和团队联系起来，然后分裂，我想会造成混乱。
为每个事件准备一个脚本
我准备了一个脚本，以便其他人也可以成为促进者。
另外，刚开始 Scrum 的时候，你可能不太清楚事件会如何进行，所以我认为准备这样的东西是有效的。
团队建设
目的：通过了解其他成员的长处和短处，让提问和交流变得更容易
创建和共享技能图
每个人都在 miro 上创建并分享了这样的图表。
德鲁克式练习
参考：https://tech.pepabo.com/2017/07/07/the-drucker-exercise/
我在 miro 中创建并实现了这样一个空间。
暂时开始sprint（第2个月~）
不尝试就无法理解流程，那么让我们真正开始吧。
进行冲刺计划
第一次，每个人还是有积压的（因人而异）。
因此，我们以每个人都可以消化的积压工作量开始了 sprint。
实施积压细化
我决定每周做一次。
我认为一直依赖于每个人的积压工作逐渐与成员共享，团队的透明度增加了。
进行冲刺评审
我们发现我们无法邀请利益相关者（实际使用该系统的部门的人）。
我们别无选择，只能与 PO 和团队成员进行演示并提供反馈。
[评论]
情况仍然如此。
我个人认为，如果不被利益相关者看到，评论是没有意义的，所以我觉得有必要强调邀请利益相关者的好处。
进行回顾
在第一个 sprint 的回顾中，有诸如“我用这个做 Scrum 开发吗？”之类的问题。
对此，我认为我们只能暂时提出问题和问题并进行讨论。
目前团队成员的印象
优点
- 交流机会增加，提问更容易
- 感觉开发效率提高了
- 现在我们知道彼此在做什么
- 可以通过咨询实施政策和设计来保证质量
过失
- 更多的 MTG 意味着更少的开发时间
- 感觉开发效率降低了，因为和会员分享等程序多了
安装前要做的事情
收集各种数值和问题
在引入 Scrum 之后，问题出现了：“感觉很好，但真的很好吗？”
我认为最好收集数值和问题并提前进行问卷调查，以便我们可以比较和检查工作效率是否有所提高，问题是否有所改善。
我认为您应该收集以下内容。
- 工作完成速度
- 调查
- 心理安全
- 团队透明度
- 当前问题
其他
分享推荐的书籍和社区
我分享了以下书籍和社区。
[图书]
【社区】
未来的任务
- 邀请利益相关者进行冲刺评审或建立机制以获取有关可交付成果的反馈
- 以数字方式聚合 Scrum 结果
原创声明：本文系作者授权爱码网发表，未经许可，不得转载;
原文地址：https://www.likecs.com/show-308622954.html