在该主题的上下文中，业务部门通常对以下事实感兴趣：即使不是在很短的时间内，您也可以在多长时间之内将转换转变为团队，因为众所周知，正是“团队合作”才能使您获得最有效的结果。在这里，他们依靠领导者-项目经理，Scrum Master，团队领导。有人会在最初阶段谈论“一起去酒吧”的重要性，有人会谈论选择名称或徽标作为定义和强调团队身份的一种方式。
我最喜欢的是团队对于拥有首次成功的联合经验的团队的看法。在指导类似主题时，我遇到了“克服障碍”的隐喻。在其中，篱笆是我们为常见问题开发解决方案的能力，为了“克服它”，我们需要温暖，幽默感和渴望合作的愿望。
今年夏天，我开始从事一个项目，该项目目前是公司的重中之重。它的主要目标是用现代的微服务架构代替古老的后端，从而使电信世界变得更加美好。期望很高，步伐很快，这意味着强劲的增长以及需要招募和启动新团队。这些新团队之一将由我组建并启动。
反正你懂这个意思。
, . , - . “ ” ( Scrum) .
而且，就像经常发生的那样，飞轮在某个时候开始旋转得越来越快，现在没有时间去解释或进行整洁的启动了。您需要抓住被招募入团队的人员并迅速开始。同时，大流行制度严重限制了臭名昭著的团队建设事件的可能性。尽管对此感到遗憾是毫无意义的：尽管进行了所有准备工作，我们仍然没有时间进行正常的相识。
因此，这是我们第一次仅在第一个计划中彼此“看到”。由于这不仅是计划，还包括PIP（产品增量计划-SAFe中的一项活动，旨在为下几个冲刺阶段的团队工作进行高层计划），因此我们必须在有限的时间内弄清很多事情。
想象一下这一刻。这是您首次参加此类活动。您会发现自己在与九个陌生人的电话会议中，尽管您刚刚被宣布为“团队”，但您不知道这些人是谁，他们真正拥有什么技能，并且只有三个小时才能共同创建一个“团队”。未来三个月的工作计划。
您还有些担心这项艰巨的任务，因为描述并不明确，建议将其分解为计划的几个要点。
顺便说一下，我们的产品增量计划（如果处于离线状态）可能看起来像这样。
首先，我们站着不动，隐喻地拥挤在现有的待办事项上，讨论了可以做什么。作为响应，开发团队通常只保持沉默，过程并不轻松。
然而，我像那个消防员一样，一遍又一遍地不停地跳动，继续以友好的方式为开发团队欢呼。意外雕刻的火花如何变成小火焰。
作为响应，一位开发人员停了下来，...只是表达了所有担心在场的人的话。不确定性，尴尬，高度不确定性……是的，所有这些都存在，我们都感受到了。但这是否会阻止我们实现我们目前收集的成果？告诉我！
突然，另一位工程师承认了自己的疑问。然后是其他人。有人认为他们的专业水平不足，有人犹豫着问“愚蠢”的澄清问题。有人感到不舒服，因为他们刚认识我们，不想留下“错误”的印象。
当我们大声说出焦虑的所有根源时，似乎呼吸变得更容易了。我们每个人都表白，没有人谴责我们。气氛越来越热。有个笑话。
怯tim的大火燃烧成自信的明亮火焰。
我们几乎彼此不认识的人的感觉截然不同。逐渐地，我们开发了一种用于分析积压的策略。开发人员评估了需求并共同努力：他们讨论了需要完成的工作以及特定任务需要分解的级别。所有这些都立即记录在JIRA中。然后他们分发了工作。每个人都参加了讨论。
看到他们如何在短短几分钟内发现他们都是团队的一员，真是太神奇了。
很久以后，我遇到了TED演讲。
同时，尽管产品负责人在本次会议之前做了很多工作，但他仍在努力工作：毕竟，他已经准备了所有要求。他解释了团队需要关注的高层目标，更新了积压的产品，回答了问题，澄清了所有可以澄清的内容。
作为Scrum主管，我在必要时指导了讨论的进行，以防止出现讨论本身即将走到尽头的感觉。
经过三个小时的努力，团队完成了针对未来三个月目标的路线图，从而完成了计划。
第二天，产品负责人向利益相关者介绍了该计划，并考虑到对措辞的一些小意见，同意并通过了该计划。
我们所有人都通过共同行动做到了这一点。彼此帮助，甚至在开始执行任务之前，我们都获得了首次成功的联合经验。在此计划下，我们的团队发现了一项共同的成就（当然是许多成就中的第一个）。我们成为“ PI规划的征服者”，这使我们感到，我们确实能够成功实施复杂项目的所有其他部分。
如果有人问我：“团队如何成为团队？“这是一个漫长的过程吗？”，我会回答说，他们在“越过篱笆”时获得了团队的真实身份，即克服了第一个困难，和谐统一地行动。领导者有责任尽早实现这一目标。
而他究竟能做什么，听起来像是下一篇文章的主题：）