3分布式开发人员必须具备的实践

在全球企业界工作的最近几年中，我遇到了一个反复的挑战，要求分布式编码器早在其开始量产时就可以有效地协同工作。

我已经多次看到以下情况：一个项目开始，团队和资源被集中在一起，作为一个具有共同关键任务的团队入职，但是编码人员之间的工作协调仍然很难实现。 最终需要交付外观和感觉相同的产品的编码人员之间根本就没有一种良好的“协作氛围”。

更令人惊讶的是，如今，从事共同使命的分布式开发人员已变得异常寻常。 这种情况已经持续了很长时间，并且涉及许多公司。

但是，在对软件项目面临的主要挑战进行排名时，总是将分布式编码问题放在第一位。 仅当我们彼此之间距离很近时，才能进行良好交互的人性似乎与我们在业界进行远程或分布式工作的长期经验相冲突。

“如何”列表对这个主题来说很长，但是选择同时对最快的胜利和可以提供的最大积极影响进行排名，我来分享三个最重要的技巧，以使任何软件项目或行业中的每个编码人员都能快速申请，并取得不错的成绩。

我经常看到在跨多个站点工作的开发人员修改彼此的代码，擦除彼此的代码或相互复制代码的情况。 当他们有共同的使命和要制造的产品时，所有这些。

1.相互代码审查

我的意思是不仅在开发人员之间，而且在站点之间。 一般而言，当我们想赋予编码人员和团队权力时，我们还应该鼓励所有编码人员的准则都可以将代码推送到master分支，而任何开发人员都可以批准提取请求。 无需指派高级开发人员来审核代码，也无需将开发线索定义为唯一批准签入的人员。 这会产生多余的瓶颈，消除了我们想要很难生成的编码人员的所有权意识，并且在任何情况下都无需在不需要的地方创建人为的层次结构。

首选的方法是建立准则，在该准则中，至少每个项目的其他开发人员都将审核和批准每个代码签入，并且其中至少一个成员位于不同的站点。

这增强了遥远的开发人员之间的信任，在他们之间进行了互动并加强了个人联系，并造成了这样一种情况，即所有不同位置的开发人员都了解大局。 即使他们没有成为彼此代码的专家，他们也至少可以熟悉更广泛的代码库，更广泛地了解产品，甚至能够在不同时区提供支持，从而灵活地提供支持范围。

2.移交电子邮件

显然有必要在开发特定产品和项目的不同站点之间进行有效的握手。 当一组开发人员完成他们的工作而另一步进入办公室并开始他们的编码工作时，我们将要创造连续性。

一种非常简单的申请方法是“移交电子邮件”。 每个团队可以在一天结束时总结他们正在使用的版本，已完成的工作，哪些严重的P1错误仍未解决，以及他们希望其他团队和同事继续前进的方式，并且这种方式可以利用不同的时区。 这将允许利用其他编码人员的经验来相互评论和提出改进建议，而无需实际位于同一地点。

可以通过移交电子邮件，商定的模板或其他解决方案共享状态和分配。 只要您找到一种在分布式开发人员之间进行握手并利用不同时区的方法。

3.编码员CoP

我参与过许多场合，实践社区已经证明了自己。 这应该是一个虚拟的，基于全球的，具有共同兴趣或产品功能的开发人员社区。 甚至是相同的组件。 如果有分布在许多地区的开发人员在使用同一产品组件，那么他们可以并且应该创建社区。

再一次，这将首先加强在日常中不定期开会或交谈的编码人员之间的个人互动。 但除此之外，他们还参加了CoP框架，每周大约开会一次，以共享信息和知识，他们拥有自己的闲暇渠道，彼此帮助和分享，并为自己在全球团队中的地位感到自豪关键任务，也是社区的一部分。

From: https://hackernoon.com/3-must-have-practices-for-distributed-developers-x23u3ylc