提高团队生产力的五个秘诀

想象一下，如果您可以通过更好的工具和流程为团队中的每个成员每天节省30分钟。 对于一个由六个人组成的团队，每周要增加15个小时，而整整15个小时，我们可以优化系统的其他部分。 让我们看一下仅需进行一些更改即可如何提高团队生产力。

1 –使代码审查更有效

同行评审是经过验证的共享知识和发现问题的过程。 无论我们是在配置管理，中间件还是前端上工作，今天代码审查都是我们工作流程中必不可少的一部分，因此让我们看看如何改进它们。

签出评论代码可能很乏味。 如果每个人使用的起源都不相同，则必须手动添加每个分叉进行审核。 在开放源代码项目和封闭源代码项目中，叉子都很常见。 幸运的是，有一种更简单的方法。 通过在存储库中的配置文件.git/config添加一行，我们可以使检出请求很容易。

输入以下内容：

$ git fetch
$ git checkout pr/8

并且我们的计算机上已签出存储库的PR＃8。

2 –减少迭代

大多数团队使用以下工作流程进行审查：

1. Bob认为自己的代码已准备好进行合并和部署时，便会打开拉取请求。
2. 鲍勃通知爱丽丝，他需要进行审查。
3. 爱丽丝停止思考她当前的任务，并切换上下文。 她将评论添加到自己的日程表中并继续她的工作。 当她处理一个复杂的问题时，它需要一些时间才能重新开始学习。
4. 当天晚些时候，Alice在其计算机上运行来自pull请求的代码。 爱丽丝在阅读代码时发现了一些问题。 她对拉取请求进行评论，然后返回自己的项目，再次花费一些时间重新投入工作。
5. 鲍勃解决了问题。
6. 工作流再次从第2步开始，直到解决了所有问题，包括整个过程中引入的所有问题。

审核需要两个人来协调他们的时间。 每次迭代都意味着为审阅者切换上下文； 他们必须在每次中断后都花一些时间才能重新适应速度。

为了提高评论的效率，我们可以尝试避免不必要的迭代。 减少迭代的一种方法是将静态代码分析添加到单元测试和集成测试中，以在复查之前测试请求请求。 样式指南是自动测试有意义的一个很好的例子，我们还可以测试反模式，例如全局变量。

这样评论变得更精简。 团队能够更早地合并，新来者不需要页面规格齐全，而这些页面规格对于任何人来说都是新手。 在我们编写代码时，自动检查有助于修复代码。

3 –限制中断

对于开发人员而言，中断是k石。 每次中断后，开发人员大约需要20分钟才能返回该区域。 三小时内四次中断会导致80分钟的损失。 显然，限制中断是完成工作的关键。

当然，这并不意味着您应该躲藏一个月并且根本无法再使用。 定义“制造者时间”可以有所帮助； 留出一定的时间来提高生产力，而不会出现中断。

对于某些人来说，只需关闭几个小时的聊天和电子邮件客户端即可。 有些工作是在其他房间进行的，不会被打扰。 其他人则喜欢在日历中安排不同的时间，然后去拐角处的咖啡店。 即使听起来有些违反直觉，团队其他成员也无法充分利用它们，这会使我们的工作效率更高。

4 –利用时区

越来越多的人在分布式团队中工作，但是远程工作可能会充满挑战。 也许团队的一些成员位于欧洲，但团队的另一半在西海岸。 幸运的是，我们可以将大多数缺点变成优点。

远程团队的一种生产模式是移交。 想象一个由旧金山的设计师和欧洲的开发人员组成的团队。 当旧金山的设计师睡觉时，欧洲的开发人员应用了这些设计。 在两个小时内，他们都在玩结果并分享他们的反馈。 欧洲人每天都在打电话，而设计师则需要一整天的时间来进一步进行设计。 当欧洲团队成员醒来时，他们已经在邮箱中更新了设计。 团队反复使用该功能，直到每个人对结果满意为止。

时区之间的切换可能使团队能够在项目上全天候工作。 完善此工作流程的团队可以获得更快的结果。

5 –听同事

同事和同事是可能改进的重要来源。 我们可能会听到类似“为什么CI需要那么长时间？”的问题。 关于水冷却器的讨论仍在继续：“它运行了两次，我不知道为什么。”

这是一个非常好的问题！ 为什么CI运行两次？ 进一步的调查显示，这两次运行是CI服务器的默认设置，用于测试合并的master分支和请求请求。 禁用前者会使对话速度提高100％。

对您的同事正在努力的事情感兴趣。 有时，解决方案指日可待，整个团队都从解决方案中受益。

零钱有很大影响

有许多可能的改进可以提高整个团队的工作效率，而且很多时候它们隐藏在我们的日常任务中。 通过观察和反思我们的工作流程和流程，我们可以注意到不需要昂贵工具或大量开发时间的简单机会。

翻译自: https://www.javacodegeeks.com/2016/06/five-tips-productive-team.html