移交是生产力的毒药
移交是生产力的毒药
原文：https://medium.com/hackernoon/hand-offs-are-productivity-poison-4c653453c559
软件开发总是涉及团队成员之间的工作交接，这拖慢了我们的进度。有些移交是显而易见的，但有些可能更难发现。
在一个典型的软件团队中，你可能有一些开发人员和一些测试人员。一般来说，开发人员会构建一些东西，然后测试人员会测试它。这就产生了移交——需要将工作从一个人的待办事项列表转移到另一个人。
但是这两类人有非常不同的工作要做，并且经常以不同的速度工作，这意味着他们之间可能会出现排队和瓶颈。这种情况对于任何在软件团队中工作过一段时间的人来说都可能是熟悉的，这是许多敏捷方法可以帮助解决的事情——例如，通过将开发工作限制在冲刺阶段。因为我们每天都做这些移交，我们最终会进入一种有助于减轻它们的节奏。
然而，真正让我们慢下来的是那些发生频率较低或者不太明显的移交。
最近，我发现了一个交接，它可能已经导致了一段时间的减速，而我们并没有意识到这一点。我所在的团队负责几个提供各种 API 的独立应用程序。有时候，他们需要创建一个新的应用程序，这意味着我们需要使用持续集成服务器来构建、测试和部署新的代码库。
这种情况并不经常发生，也许每两三个月一次，但是当它发生时，开发人员不得不请人来配置 CI 服务器(不幸的是，目前这是一项相当复杂的任务)，这就造成了一段时间的等待，从而导致速度变慢。
认识到这个问题，解决方案当然是显而易见的。开发人员应该能够自己为新的应用程序装备 CI 服务器。不过，要做到这一点，我们需要简化过程，并在构建和部署软件的方式上实现一些标准化。在我们的例子中，这是一个很大的努力，但是它应该是值得的，以避免隐藏的移交，并为团队释放更多的生产力。
所以，也许你也被隐藏的移交拖慢了脚步。值得思考的是，如何解决一些尴尬的人际依赖，这些依赖发生的频率很低，以至于你从来没有抽出时间来整理它们——节省的时间可能会让你惊讶。
Jez Halford 是一名软件开发顾问，帮助团队更频繁地交付更好的软件。访问 jezhalford.com了解更多信息。
