Scrum敏捷项目管理

在Scrum团队中以历史路线传播部落知识

敏捷和文档并不是文章或博客文章中经常使用的两个词。但是,Scrum团队必须找到其他方法在其成员之间传播知识。在本文中,Viktor Cessan解释了他如何使用名为History Lines的练习在敏捷团队中共享知识。

作者: 维克多·切桑(Viktor Cessan), //www.viktorcessan.com/

为了帮助团队共享和记录部落知识,我运行/协助了一个练习,称为“历史记录”行。 History Lines是一个名为Journey lines的练习和JohanStrömberg向我介绍的练习之间的混合。这是大型战略愿景研讨会的一部分,历史是塑造未来愿景的重要组成部分

在本练习中,要求团队可视化不同事物随时间的变化,在练习结束时,您已帮助将知识传播给团队中的每个人,团队得出了有关他们过去的新结论,并且他们记录了一些内容他们的部落知识。

在以下情况下,我发现历史记录行很有用:

  • 团队组成变更在合并或拆分团队时或在短时间内加入几个新成员时
  • 团队成员开始依赖特定的人作为背景
  • 引导新团队

可视化对您的团队有意义的东西

根据您正在工作的团队类型,例如功能团队,基础架构团队,组件团队或管理团队,您想要可视化不同的事物。

功能团队可能会发现绘制客户增长随时间变化的方式以及竞争,团队规模,发布的史诗/项目以及技术挑战等信息很有价值。另一方面,管理团队可能会发现公司目标,组织和人员变更以及人员和激励指标更有价值。基础架构团队除了要研究公司目标之外,还需要研究开发人员和开发团队的数量,服务中可能存在的应用程序的数量,以及随着时间的推移生产版本的演变。指出体系结构范式转换也可能很有价值。

在Scrum团队中以历史路线传播部落知识

可视化的洗衣清单。

  • 公司目标
  • 团队目标
  • 竞争性场景(谁进入场景,谁离开了场景)
  • 公司或部门活动
  • 用户或客户数量
  • 员工总数
  • 开发人员数量
  • 开发团队数量
  • 申请量
  • 技术挑战/范式转变
  • 学问
  • 动机(伟大的工作场所调查或同等水平)
  • 组织变革

在决定可视化内容时,请发挥您的想象力并查看您的上下文。

这是您如何进行此练习的方法

  1. 首先在练习前与团队(或代表)会面,然后决定:
    1. 可视化哪些指标
    2. 适合其时间表的详细程度
    3. 锻炼应该持续多长时间
    4. 运动前要准备什么,运动中要创造什么。顺便说一句,如果您有一个像Magic whiteboard这样的产品可以让团队准备时间表,那就太好了。它可以节省时间,并允许团队在练习过程中快速上手。
    5. 谁将在锻炼过程中走过高层时间表
  1. 介绍此练习,并让团队知道历史路线与传播部落知识有关。还可以分享团队应该首先关注全局的信息,一旦了解全局,他们将在选定的领域进行详细介绍。
  2. 一旦团队完成了整个时间表,请他们对感兴趣的区域进行点投票,然后讨论获得最多票数的区域。
  3. 设定每个区域的时间,并决定如何首先进行讨论,例如通过在网站上查看代码,设计文档或只是谈论它。
  4. 一旦讨论了所有领域,就可以讨论并分享要点。您可以问的示例问题是:
    1. 你今天学到了什么?
    2. 你要点什么?
    3. 今天如何增加您的自主权?
    4. 今天有什么可以挑战以前的信念的分享吗?如果是,那是什么?

该练习还可以扩展例如如果您希望在部门级别上进行此操作作为增加上下文的活动,或者要在未来的计划中有多个团队一起工作。

深入了解细节之前先将其可视化

如果您的团队和公司已经存在了几年以上,那么您的历史记录中可能会有很多信息。为了确保您讨论最重要的区域,您首先需要可视化大图。这意味着在可视化整个时间表之前,您不应该详细介绍细节,否则您可能会花时间在很多年前发生且不太重要的领域/决策上。

另外,一旦时间表确定下来,就可以确定要讨论的所有区域并确定优先级,以便知道每个区域有多少时间以及应该进入的深度级别,即只需说说原因,或者查看设计文档或演示代码。

准备好要行走的骨骼进行锻炼

尽管有些团队希望在练习中一起创建时间表,但其他团队希望他们的时间表在进入练习之前就已准备好。两者都有价值,但是如果您要在练习中作为团队建设练习来创建时间表,我建议您至少准备一个行走的骨架并确定要可视化的指标,因为这将使您的团队有更多的时间重要的是:探索。

促进历史路线时的常见陷阱

  1. 努力促进和参与。如果您具有分享重要的部落知识,那么最好找一个协助者。
  2. 谈论解决方案(无论是否为技术),而不是谈论挑战,问题和背景。
  3. 至少没有为关键事件准备高级别的时间表。
  4. 与基础架构团队无关的业务目标和客户增长。
  5. 在历史记录行中包含太多或更少的变量。
  6. 不要让团队有时间去思考他们所学到的东西。
  7. 从头开始。如果您的时间轴是10年,那么很可能会有更多重要事件讨论时间轴上的第一件事。您可能需要来回一点跳跃,但是只有在您确定要关注的领域之后。
  8. 时间表过长。如果您的团队已经存在了10年,那么很久以前发生的事件就不太可能发生。考虑将其缩短。

我希望History Lines可以为您带来价值,如果您决定尝试一下,请与我联系并让我知道它的发展过程。

关于作者

Viktor Cessan指导系统(组织和团队)和敏捷性,并在敏捷产品团队中担任敏捷教练,产品负责人和团队负责人有12年以上的经验。 Viktor指导并培训经理,教练和产品负责人各种敏捷,产品管理,领导能力和团队动力。本文最初发表于 //www.viktorcessan.com/history-lines/ 并经Viktor Cessan的许可在此处复制。

1引用和引用

  1. 软件开发Linkopedia 2019年1月

评论被关闭。