如果你曾经参与过与多个团队一起开发一个产品，你就会知道这有多棘手. 竞争的想法和不同的优先事项并不总是一帆风顺.
好的一面是, 总有解决方案和好习惯来克服像这样扩展项目所带来的各种挑战. 以下是你可能遇到的一些挑战，以及我遇到这些挑战时学到的教训和经历.
各自为政，士气低落
你在这类工作中遇到的第一个挑战是建立一个真正统一的团队. 我最常看到的情况是，没有让所有人聚在一起确定共同目标的预先计划会议. 当你很快发现自己没有一个工作积压时，这种孤立的工作感就会变得很明显(稍后会详细介绍)。. 在你意识到之前，整个团队都感到了压力，现在士气低落.
孤立的工作就像每天吃同样的食物. 每天吃披萨一开始可能听起来很棒，但过了一段时间就会变得无聊. 工作也是一样. 如果你有一个很长的项目，而人们在同一件事情上工作了很长时间——总是看到和收到同样的问题——你会让整个团队士气低落.
在你意识到这一点之前，每个团队都在以一种孤立的方式工作. 那么我们如何解决这个问题呢? 是时候让每个小组的代表参加团队会议了. 通过这种方式，他们可以了解每个人的工作流程，并将信息反馈给他们的团队. 为每个人的工作提供一个可见的空间，让人们有机会与同事交谈，并决定谁最适合承担某些任务. 我还看到这个空间鼓励团队相互支持, 通常是有机发生的——建立必不可少的团队士气.
相互冲突的产品积压
在竖井中工作也意味着每个团队都有自己的待办事项，没有可见性，你经常不知道其他人在做什么. 由于缺乏监督，你很容易失去为你的单一产品而努力的实际目标.
所以最简单的方法就是把所有东西都放到一个待办事项列表中. 那我们就把积压的工作分享给大家吧. 让我们对待办事项进行优先排序，不是每个团队，而是团队的团队. 让Scrum Master成为不同团队的产品负责人是至关重要的. 他们会帮助你分清轻重缓急, 而不是对不同的群体有冲突的优先级.
从那里你可以一起决定你想要在几周内完成的目标. 你想完成的一件事是什么? 好的，为了完成这个，我们需要什么关键的结果? 我们需要做的事情的基本结果是什么? 这就是如何开始.
帮助! 有太多的依赖
每个团队都有自己擅长的领域. 因此，如果工作过于依赖于一个特定的团队，那么你就会开始看到队列增长并导致延迟. 在硬币的另一面, 如果你在用户界面上没有任何工作要做, 例如, 那支球队会非常闲散——这对任何人都没有好处.
现在，系统的某些部分通常比其他部分需要更多的TLC. 这意味着总有更高的需求. 但如果那个团队有人在度假，这意味着你的交付能力 真的 减慢. 然后你不断增长的任务队列会变得更长.
但重要的是要记住，总有工作要做. 如果到目前为止你的产品遇到了很多挑战, 重构和解决技术债务是值得思考的. 专注于此意味着您不仅要在技术上改进软件，还要为用户解决问题.
如果你也实施了我们之前提到的团队会议(眨眼)，那么更多的可见性意味着优先级可以转移和调整——真正地传达了敏捷宣言. 根据我的经验, 我看到过，当你以这种方式打破竖井时，团队合作的效率会高得多. 团队之间相互交流，每个人都了解其他能力. 经常会有合作来确保每个人都清楚谁承担了什么任务, 所以没有人感到压力.
技巧、习惯和沟通
扩展敏捷实践可能很棘手, 特别是当你在项目中引入比以往更多的团队时. 当致力于一款产品时，需要平衡许多优先级，并经常面临相互冲突的挑战. 但我真的相信，如果您从敏捷技术的武器库中汲取经验, 建立良好的习惯和强大的沟通，你可以创建一个统一的团队，提供有效的产品.
通过这篇文章分享我的学习，我知道总有教训可以学习，总有经验可以借鉴. 我很高兴能继续在Made Tech的项目中练习扩展敏捷，并建立我自己的技巧和诀窍.
如果您想了解更多十大网博靠谱平台项目交付的信息，请注册 制造技术见解 让新的博客文章和其他内容直接发送到您的收件箱.
