作为一名开发者和小企业主，我对这两方面都有见解 远程开发人员 管理不同项目和不同团队的远程开发人员.

在这篇文章中，我将分享一些我的经验，希望它能让所有参与远程项目的人生活得更轻松一些. 当涉及到远程团队管理的该做和不该做的时候, 我倾向于关注“不应该”——因为不像“应该”，它们几乎适用于每个团队.

当进入远程开发人员的世界, 管理人员必须克服的最大障碍是改变他们的思维方式，接受开发人员不会在视线范围内, 他们可以在哪里管理和跟踪正在完成的工作. 这种新范例要求企业实现许多机制来跟踪进度并避免冗余的工作负载. 这样的机制将帮助管理人员和开发人员提高工作效率, 哪个对大家都好.

明确地说，所有这些机制都应该 不 用来控制或微观管理员工.

不要相信远程团队的神话和误解

让我们来看看在单个项目中管理远程团队的优点和缺点, 从沟通开始.

商业走向全球, 而浩瀚的来临, 跨国组织给世界各地数以百万计的专业人士带来了新的挑战. 全球团队的复杂性和相互交织的性质要求更彻底和周到的内部沟通方法.

在这样的组织和团队中, 许多人没有在熟悉的环境中工作或说母语的奢侈. 从事同一项目的团队可能隔着海洋，而不是办公室和小隔间. 团队成员来自不同的文化背景，在全球各地工作.

这些专业人士不应该担心沟通问题, 但他们必须能够与跨国团队成员合作. 各方都要积极主动. 企业文化必须反映这种模式，并帮助营造一种富有成效的环境, 多元文化团队可以茁壮成长.

我们的斯科特·里特破了 关于远程团队的五大误区 在最近的一篇博客文章中，如果你对这个话题感兴趣，你可能会发现它很有用. Toptal首席执行官Taso Du Val也详细阐述了我们的网络是如何运作的，以及我们将如何大步迈进 创建终极远程团队文化.

不要忘记拥抱和鼓励多样性

建立健全的远程团队沟通策略的第一步，首先要承认多元文化团队超越了国家和文化的界限, 把他们放在一个独特的位置，提供难以获得的见解与集中, 庞大的团队.

But don’t worry; diversity is good for business!

根据…进行的一项调查 经济学人智库, multicultural teams are favoured by big organisations; many executives believe they help foster innovation because of their broader knowledge of global trends. 进一步, they are less likely to suffer from “group-think” mentality; their diversity helps them tackle problems from different perspectives, 从而产生针对特定区域和市场的更好的解决方案.

有人认为，管理远程员工可能会因为不在同一个地方而更有效率. 这听起来可能有悖常理, 但这样的远程团队只是花更少的时间聊天, 社交和讨论琐事.

而物理隔离可以带来更高的生产力, 这也会造成误解, 张力, 异化, 更大的压力和焦虑. 因此, 有必要通过在个人层面上培养积极性和协作的举措来减轻这些负面影响. 改善远程团队的沟通可能是一项艰巨的任务, 在团队成员之间建立个人联系往往具有挑战性. 这就是为什么人的接触是必要的.

找到可以提高参与度的东西, 无论背景如何, 是一种相对简单的提高士气和合作的方法吗. 这项工作可以采取多种形式，具体取决于团队的规模和组成. 在理想的情况下, 它应该以无压力为中心, 团队成员喜欢的休闲活动, 从与工作相关的比赛, 娱乐项目, 或者与工作无关的讨论.

参加这样的活动, 以组织为代价, 可能听起来不太理想的财政和人力资源分配, 但请记住，为了一个共同的目标而团结团队通常会带来更好的工作环境, 更强的人际关系和更高的生产力.

不要轻视招聘和培训

为了最大限度地管理远程团队, 你需要注意文化差异，并通过适当的培训加以弥补.

提高语言技能只是其中的一部分，因为沟通技巧会受到文化差异的影响. 首先要有有利于个人的良好招聘政策, 尤其是那些将要担任管理职位的人, 准备在多国环境中工作. 远程项目的经验显然会派上用场，但不应该是先决条件. 仅仅因为远程开发人员不会每周都在你的办公室，并不意味着招聘不应该考虑个人特质. 您和您的团队仍然需要定期与远程开发人员进行沟通, 所以问他们你会问任何一个现场工作人员的问题——不管是否远程, 他们还得适应.

虽然可以通过额外的培训来解决一些问题, 它可能并不总是实际的, 但无论如何, 良好的训练是下一个合乎逻辑的步骤. 培训应该培养现有的积极特质, 同时减轻缺点，解决先前确定的薄弱环节.

管理远程团队的经理通常必须在短时间内承担新的角色, 接手他们不一定熟悉的项目, 花很多时间赶上进度. 在这种情况下, 内部沟通往往不是他们优先考虑的事情, 即使他们现在领导的团队在一个或多个项目上合作了数年. 时间是宝贵的财富, but so is good teamwork; managers must take time out of their busy schedules and learn more about their teams, 个别团队成员, 问题可能会突然出现.

远程管理人员和下属之间的情感距离也会带来问题, 因为团队成员可能不愿意面对新的团队领导, 或者在正式或非正式的场合接近他们. 一个优秀的远程员工管理者需要认识到这一点，并坚持让员工更多地参与进来——正如我所说的, “要积极主动.——如果他们不与你分享他们的想法，那么拥有一支优秀的远程开发团队又有什么意义呢?

不要使用复杂的信息系统

不要错过实施一个包括源代码管理(SCM)系统的有效信息系统的机会, 问题跟踪器(不太复杂), 请)和可能的一些Wiki页面，各方可以记录的东西, 或者勾勒出想法和建议. 所有这些协作工具将使开发和发布管理更容易实现.

在这里，让事情尽可能简单是很重要的, 因为这个信息系统将按每天/每小时使用. 如果它最终过于复杂，它将花费应该用于实现和/或设计的时间. 对于新团队成员和自由职业者来说，这个过程可能也需要简化，因为他们没有时间了解组织政策的来龙去脉.

我长期以来最喜欢的项目管理应用是 Redmine，一个开源、跨平台、跨数据库的系统. 这个平台是高度可配置的，您可以集成自己的SCM, 不同的插件, 服务钩子.

如果您不想麻烦地使用Ruby维护自己的服务器并自己设置所有内容(对于没有经验的系统管理员来说，Redmine可能会很复杂), 另一个不错的选择是GitHub, 哪些功能不仅git CMS，而且GitHub问题, 哪一个可以很好地与提交消息集成, 把请求, 等.

一旦我们的信息系统设置好并准备好, 我们可以开始将远程开发人员集成到项目中.

不进行微观管理

许多管理者很难放下自己的职责, 特别是如果他们本身具有开发人员背景. 而不是专注于沟通问题和项目目标, 他们为这些问题找到解决方案，并提供实现细节, 因此，留给开发人员的唯一工作就是编写他被告知要编写的代码. 在管理远程员工时，这不是一个好的做法.

一方面，管理人员在雇佣远程开发人员做的事情上浪费了太多时间. 开发人员可能对这种情况不满意, 要么是因为他们觉得自己被低估了，没有机会发挥创造力和创新精神, 或者只是为了证明自己. 毕竟, 解决问题正是开发人员多年来学习的内容, 所以把它从等式中去掉，把开发人员变成机器人是没有意义的!

就像生活中的其他事情一样，这都是关于找到一个好的平衡.

别担心时区，好好利用它吧

Good 远程开发人员s tend to be self-sustaining and independent by nature; they need freedom and responsibility to organize their time. 重叠的工作时间是有用的, 虽然不是强制性的, 当你有一个良好的信息系统和良好的沟通与您的开发人员.

在不同的时区工作可能对业务有益，因为当不同时区的开发人员接管项目的各个方面时，您可能能够实现“全天候”的效率. 如果您的开发人员领先于您的时区, 这让你有机会在同一天回顾他的工作，你可以立即评估和协调下一件大事. 另一方面, 如果你走在开发者的前面, 这让你有机会准备开发人员完成任务所需的一切.

还记得, 一个好的管理者只不过是为他的员工提供服务，使他们能够完成工作, 而不是反过来!

不要强迫自己制定每日目标，专注于中期或长期目标

日常目标是对项目进行微观管理的一种形式. 而不是, 试着向开发人员传达整体情况, 在一起, 设定明确的优先级. 如果你让开发人员和你一样了解项目, 开发人员可能更有用.

例如, 开发人员可能对最新的技术有深入的了解, 或者影响不同任务优先级的实现细节, 或确定最小价值产品(MVP). 你们两个都需要明确的目标和里程碑，一步一步地完成工作. 你有责任确保所有这些里程碑都符合大局.

在我看来, 敏捷宣言(方法论)是过去几年项目管理中发生的最好的事情.

它使您能够准确地完成所需的工作, 把责任委派给那些实际执行事情的人, 并迫使参与这个过程的每一方都具备常识. 你定义你的中长期目标和任务，并对难度进行一些高层次的估计, 在那些每周(或每两周)的冲刺计划会议上, 您可以让开发人员确定完成这些任务的确切工作量和难度.

像所有美好的事物一样，构建优秀的敏捷团队也需要时间. 不要指望在三个月内组建一个工作团队. 敏捷就是在实践中学习，作为一个团队一起成长.

不要隐藏业务细节

这个有点棘手. 有些项目本质上是敏感的，泄露信息可能是有害的. 保密协议(nda)可能会解决这个问题，但它们并非刀枪不入.

然而, 开发者知道的越多, 他就会越有效率, 不仅在解决预定义的任务，而且在解决, 在飞行中, 所有这些烦人的小问题和小问题. 最后，这将使开发人员的工作效率更高，并使您的生活更轻松.

敏捷开发过程在这里也会派上用场. 它支持各方(涉众、测试人员、开发人员等)之间的知识共享.)，消除任何等级制度，并将这些各方视为平等的团队成员, 同样的责任, 从而鼓励他们尽可能透明地工作. 透明度的另一个好处是问题会迅速“升级”, 并且可以被团队的任何成员拾取.

不要忽视远程团队成员

还记得, 当管理远程工作者时, 你对你的团队是有贡献的, 如果团队需要你的意见, 你不应该太忙而没有时间支持他们. 如果开发者不能自己解决问题，他就会陷入困境，浪费宝贵的时间.

作为开发者, 通常是我走到死胡同的时候, 我向我的爱人寻求建议, +, 我试着提供建议, 也。. 不要完全忽视开发者的建议, 因为它可能很有见地, 或者它可以解决一个你甚至没有意识到的问题.

如果有不清楚的地方, 或者如果你认为没有必要解决这个问题, 以开放的态度表明你的立场，让开发者有机会说服你，他终究是对的.

同样，这将建立沟通技巧并提高信任.

快速远程团队管理技巧

因为我已经在推特和插图中总结了要点, 这里有一些快速的建议和想法.

• 这些一般规则可以应用于远程和现场开发人员.
• 如果你事无巨细地管理，你就会错过学习和让别人学习的机会.
• 思想开放，值得信赖，因为这是建立优秀远程团队的唯一途径.
• Keep in mind that an estimate is just an estimate; you will encounter under- and over estimates.
• 所有工作的人都会犯错, 如果你不原谅别人的错误，那么你的错误也不会被原谅, 要么.
• 最重要的是, 对于任何开发者来说，最大的动机(除了完成困难任务的满足感)就是金钱. 所以，不要延迟支付，同时也要考虑制定奖金政策.