如何不管理你的远程开发人员团队

本文概述

• 不要相信远程团队的神话和误解
• 不要忘记拥抱和鼓励多样性
• 不要轻易招募和培训
• 不要使用复杂的信息系统
• 不要微管理
• 不用担心时区, 利用时区优势
• 不要强迫日常目标, 而要专注于中长期目标
• 不要隐藏商家详细信息
• 不要忽略远程团队成员
• 快速远程团队管理提示

作为开发人员和小型企业所有者, 我从双方都有见解, 我曾作为远程开发人员并管理过不同项目和不同团队的远程开发人员。

在这篇文章中, 我将分享我的一些经验, 希望它可以使远程项目中的所有参与者的生活更加轻松。关于远程团队管理的应做与不该做, 我倾向于集中于”不要做”, 因为与”要做”不同, 它们往往适用于几乎每个团队。

当进入远程开发人员的世界时, 管理人员必须克服的最大障碍是, 改变他们的思维方式, 接受开发人员的视线不再清晰, 他们可以在哪里管理和跟踪正在进行的工作。这种新的范式要求企业实施多种机制来跟踪进度并避免多余的工作量。这样的机制将帮助经理和开发人员提高生产力, 这符合每个人的最大利益。

为了清楚起见, 不应将所有这些机制用于控制或微观管理员工。

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

让我们从交流开始, 看看在单个项目中管理远程团队的利弊。

业务已经全球化, 庞大的跨国组织的出现给全球数百万专业人士带来了新的挑战。全球团队的复杂性和交织性要求对内部沟通采用更彻底和周到的方法。

在这样的组织和团队中, 许多人没有在熟悉的环境中工作或说自己的母语的奢侈。在同一项目上工作的团队可能被海洋隔开, 而不是被办公室和小隔间隔开。团队成员来自不同的文化, 在全球范围内工作。

这些专业人员不必担心沟通, 但他们必须能够与跨国团队成员合作。各方都需要积极主动。企业文化必须反映这种范式, 并帮助营造一个生产环境, 使偏远的多元文化团队能够蓬勃发展。

在最近的博客文章中, 我们自己的Scott Ritter打破了有关远程团队的前五个神话, 如果你对该主题感兴趣的话, 你会发现它很有用。 srcmini首席执行官Taso Du Val还阐述了我们的网络如何运作以及我们如何建立最终的远程团队文化。

不要让常见的误解和偏见笼罩你的判断。

鸣叫

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

迈向合理的远程团队沟通战略的第一步始于承认多元文化团队超越了国家和文化边界, 使他们处于独特的位置, 以提供集中的整体团队难以获得的见解。

但是不用担心多样性对企业有利！

根据《经济学人》智库的一项调查, 多元文化团队受到大型组织的青睐。许多高管认为, 由于他们对全球趋势有更广泛的了解, 因此有助于促进创新。此外, 他们不太可能遭受”集体思考”的心理；他们的多样性帮助他们从不同的角度解决问题, 从而提供了针对特定地区和市场的更广泛解决方案。

可以说, 由于不在同一个地方, 管理远程员工可能会提高生产力。这听起来似乎违反直觉, 但是这样的远程团队只花更少的时间聊天, 社交和讨论琐碎的事情。

虽然物理上的分离可以提高生产率, 但也会造成误解, 紧张, 疏离以及更大的压力和焦虑。因此, 有必要通过在个人层面上促进积极性和协作的举措来减轻这些负面影响。改善远程团队之间的沟通可能是一项艰巨的任务, 在团队成员之间建立个人纽带往往具有挑战性。这就是为什么需要人性化的原因。

无论背景如何, 找到可以提高参与度的东西是提高士气和合作的相对简单的方法。这项工作可以采取多种形式, 具体取决于团队的规模和组成。理想情况下, 应以团队成员将享受的无压力, 休闲活动为中心, 范围包括与工作相关的比赛, 娱乐项目或与工作无关的讨论。

参加此类活动(由组织承担费用)听起来不像是理想的财务和人力资源分配, 但请记住, 围绕共同事业召集团队通常会带来更好的工作环境, 更牢固的人际关系和提高的生产率。

不要忽视或忽视文化和语言差异。他们可以组成或破坏一个团队。

鸣叫

不要轻易招募和培训

为了充分利用远程团队的管理能力, 你需要注意文化差异并通过适当的培训来弥补。

语言能力的提高只是难题之一, 因为沟通能力会受到文化差异的影响。首先要制定良好的招聘政策, 以有利于准备在多国环境中工作的个人, 尤其是将担任管理职位的个人。在远程项目中的经验显然很方便, 但是这不是先决条件。仅仅因为远程开发人员每周不会在你办公室里办公, 并不意味着招聘中不应考虑个人特征。你和你的团队仍将必须定期与远程开发人员进行交流, 因此向他们询问与向任何现场工作人员询问相同的问题-无论是否为远程, 他们仍然必须适应。

尽管可以通过额外的培训来解决一些问题, 但这可能并不总是切合实际, 但是无论如何, 良好的培训是下一个合乎逻辑的步骤。培训应发展现有的积极特质, 同时减轻缺点并解决先前发现的薄弱环节。

与远程团队打交道的经理通常必须在短时间内承担新角色, 接管他们不一定熟悉的项目, 并花费大量时间进行跟进。在这种情况下, 尽管内部沟通现在可能是领导团队, 这些团队已经花了多年的时间在一个或多个项目上进行协作, 但内部沟通并不一定会放在优先事项上。时间是宝贵的财富, 但良好的团队合作也是如此。经理们必须抽出时间来忙碌的日程安排, 并更多地了解他们的团队, 单个团队成员以及可能出现的问题。

远程管理者与其下属之间的情感距离也可能造成问题, 因为团队成员可能不愿与新的团队领导面对面, 甚至不愿在正式或非正式场合与他们接触。一位优秀的远程员工经理需要意识到这一点, 并坚持更多的个人投入–正如我所说的, “积极主动”。 –如果不与你分享想法, 拥有一支才华横溢的远程开发人员团队有什么意义？

不要忘记, 远程开发人员应该是平等的团队成员。

鸣叫

不要使用复杂的信息系统

不要错过实施一个有效的信息系统的机会, 该系统包括源代码管理(SCM)系统, 问题跟踪程序(请不要太复杂), 以及可能的一些Wiki页面, 各方可以在其中记录文档或提出想法和建议。所有这些协作工具将使开发和发布管理更容易实现。

在这里要使事情尽可能简单很重要, 因为该信息系统每天/每小时都会使用。如果最终结果过于复杂, 将需要花费一些时间来实施和/或设计。对于没有时间了解组织政策来龙去脉的新团队成员和自由职业者, 可能还需要简化该过程。

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

如果你不想用Ruby维护自己的服务器并自行设置一切的麻烦(对于经验不足的系统管理员, Redmine可能会很复杂), 那么另一个不错的选择是GitHub, 它不仅具有git CMS, 而且还具有GitHub Issues , 可以很好地与你的提交消息, 拉取请求等集成在一起。

设置好信息系统并准备就绪后, 就可以开始将远程开发人员集成到我们的项目中了。

不要使用复杂的信息系统。在远程团队中, 这样做弊大于利。

鸣叫

不要微管理

许多经理很难摆脱他们的职责, 特别是如果他们自己来自开发人员背景。他们没有专注于传达问题和项目目标, 而是找到这些问题的解决方案并提供实现细节, 因此, 开发人员剩下的唯一工作就是对他被告知要编码的内容进行编码。在管理远程员工时, 这不是一个好习惯。

一方面, 管理人员在聘请远程开发人员做的事情上浪费了太多时间。开发人员可能不满意这种情况, 可能是因为他们觉得自己被低估了而又没有机会进行创新和创新, 或者仅仅是为了证明自己。毕竟, 解决问题正是开发人员多年来研究的成果, 因此, 将问题排除在外而将开发人员转变为自动机毫无意义！

就像生活中的其他一切一样, 一切都在于找到一个良好的平衡。

不要微观管理远程团队。你将扼杀创新和主动性。

鸣叫

不用担心时区, 利用时区优势

好的远程开发人员天生倾向于自我维持和独立；他们需要自由和责任来组织自己的时间。当你拥有良好的信息系统并与开发人员进行良好的沟通时, 重叠的工作时间很有用, 尽管不是强制性的。

在不同时区工作可能会对业务有所帮助, 因为当不同时区的开发人员接管项目的各个方面时, 你可以实现”全天候”效率。如果你的开发人员领先于你所在的时区, 则可以让你有机会在同一天查看其工作, 并且可以立即评估和协调下一件大事。另一方面, 如果你处于开发人员的领先地位, 这将使你有机会准备开发人员完成任务所需的一切。

记住, 优秀的经理无非是为员工提供的服务, 使他们能够完成工作, 而不是相反！

别太担心不同的时区。而是利用它们来发挥自己的优势。

鸣叫

不要强迫日常目标, 而要专注于中长期目标

日常目标是对项目进行微观管理的一种形式。相反, 请尝试将总体情况传达给开发人员, 并共同设定明确定义的优先级。如果你使开发人员对项目的理解和理解, 开发人员可能会更有用。

例如, 开发人员可以洞悉最新技术, 或了解影响不同任务优先级的实施细节, 或确定最低有价值产品(MVP)。你们两个都需要定义明确的目标和里程碑, 并逐步完成工作。你有责任确保所有这些里程碑都符合全局。

我认为, 敏捷宣言(方法学)是最近几年在项目管理中发生的最好的事情。

它使你能够准确地执行所需的工作, 将责任委派给实际实施事情的人员, 并将常识强加于过程中涉及的每一方。你可以通过对难度的一些高级估计来定义中长期目标和任务, 在每周(或每两周)的sprint计划会议中, 开发人员可以确定完成这些任务的确切工作量和难度。

像每件事一样, 建立良好的敏捷团队也需要时间。不要期望在三个月内有一个工作团队。敏捷就是边做边学, 并一起成长。

不要给你的远程团队增加过多的目标和时间表。

鸣叫

不要隐藏商家详细信息

好吧, 这很棘手。一些项目本质上是敏感的, 泄漏信息可能是有害的。保密协议(NDA)可能解决了这个问题, 但不是防弹协议。

但是, 开发人员越了解, 他不仅可以解决预定的任务, 而且还可以即时解决所有这些令人讨厌的小问题和打ic, 从而更加有效。最后, 这将使开发人员工作效率更高, 并使你的生活更轻松。

敏捷开发过程在这里也很方便。它通过消除层次结构并考虑将这些当事方视为具有相同职责的平等团队成员, 从而实现了当事方(利益相关者, 测试人员, 开发人员等)之间的知识共享, 从而鼓励他们尽可能透明地工作。透明性的另一个好处是问题可以迅速”升级”, 并且可以由团队的任何部分来解决。

除非绝对必须保密, 否则不要保密。

鸣叫

不要忽略远程团队成员

请记住, 在管理远程工作人员时, 你将为团队提供服务, 并且如果团队需要你的意见, 那么你不应该太忙于支持他们。如果开发人员无法独自解决问题, 他将陷入困境并浪费宝贵的时间。

作为开发人员, 通常当我陷入困境时, 我向SO寻求建议, 此外, 我也尝试提供建议。不要完全忽略开发人员的建议, 因为它可能很有见识, 也可以解决你甚至没有意识到的问题。

如果有不清楚的地方, 或者你认为没有必要解决该问题, 请在开阔胸怀的同时争论自己的立场, 并让开发人员有机会说服他毕竟是正确的。

同样, 这将建立沟通技巧并提高信任度。

不要仅仅因为你每天都不见他们而忽略远程团队成员。

鸣叫

快速远程团队管理提示

由于我已经总结了推文和插图中的要点, 因此这里有一些快速提示和想法。

• 这些一般规则可以应用于远程和现场开发人员。
• 如果你进行微观管理, 你将错过学习的机会, 让我们学习。
• 胸怀开阔, 值得信赖, 因为这是组建一支优秀的远程团队的唯一途径。
• 请记住, 估算值只是估算值；你将遇到估算不足和估算超出的情况。
• 所有工作的人都会犯错, 如果你不原谅别人的错误, 那么你的错也不会被原谅。
• 最重要的是, 对于任何开发人员来说, 最大的动力(除了完成一项艰巨任务的满意度外)都是金钱。因此, 请勿延迟付款, 也应考虑制定奖金政策。