为稳定团队创造正确的条件

随时必须在团队之外管理，我们正在创建一个依赖。依赖关系杀死敏捷性。

但有时我们需要多个团队的专业知识，只有一个或几个人的专业知识。我们如何使它们成为瓶颈，或稳定我们的团队？

这是关于进行权衡和平衡紧张局势。

这里有一些组合条件，应该避免，而是做什么。

随需按需访问，观看完整的谈话以及迈克科尔梅勒的敏捷系列网络研讨会的所有其他业务驱动程序亚博vip9通道这里。

成绩单

所以这是一个有趣的东西。总是会有紧张局势，这就是我们在封装与管弦郎的封装中相当良好的深度。

所以你有一个团队，对吗？我可以做一两件事，对吗？我可以把一个人放在一支球队上，让他们留下一点点。而且我可以测量也许速度上升有时速度会下降，当你向团队添加另一个人时，对吧？人类之间没有线性相关性和团队的吞吐量。

所以我的第一次倾向会说，好的很酷把那个人放在团队上，不要在他们之间创造依赖，好吗？可能是我讨厌看到最多的东西，是拥有多个团队，并在所有三个团队中拥有这个单身人士。并管理那样，因为这是问题，对吧？如果对这三个团队中的任何一个人来说，如果对这三个团队中的任何一个人来说，他们将提出优先级决定谁获得工作，谁饿死，好吗？这就是我想要避免的条件是在多个团队中切割人们。

What I will usually do… What I’ll usually find these are all just trade-offs and it’s all situationally specific, is if I have a Kanban up here, that’s like doing some sort of analysis, design, build, test, deploy queue. What I might do is I might take this person if they’re like a specialist and they’re contributing to the architecture design or definition of the feature or something like that, what I might do is put that person up here and have them operate on the highest priority features that are coming in at this level. So that when things go down here when they get into build, then that person’s expertise is captured in the backlog. And they’re unavailable ad hoc resource for this team.

所以一切都是紧张局势和权衡，对吧？从来没有超级，超级清洁的答案。这就是我在第一份封装的封装和管弦郎的思想中开始的。

我的喜好封装'因为将给你最大的灵活性。你不能封装的地方，你必须协调。你能做的最糟糕的事情，这就是......和使用那种语言，对吧？如果我把一个人放在这里，这里的一个人，这里的一个人，同一个人，而且我没有编音层，那么我所做的一切都是我有没有管理的依赖关系，或者我有这个人实际上是管理自己的承诺。这可能是一个令人难以置信的挥发性的东西。你可能会饿死其中一个团队能够完成他们的工作。因此，请先寻找封装的机会。如果您无法明确核开，并且我喜欢用Kanban这样做的想法。但避免在团队之间放置非托管依赖关系的条件。这就是我追捕的方式。

我姐姐有一次说她去了，“你如何走进任何组织”，就像有一个建议“他们应该如何做某事”或者在网络研讨会上接受这些随机问题？“这是因为在一天结束时，这些是您的公司，他们是您的决定，他们是您的目标。喜欢，这是你的东西，对吗？

我正在做的是我走过你必须做出的权衡。当你违反物理定律时，我基本指出。

所以封装在哪里，那是最好的，在你不能的地方，这将减少你的敏捷性。但是，如果您选择时间切片并创建一个非托管依赖项，您可能会创建Douse。你也可以这样做，对吗？我只是不推荐它。