远程管理敏捷团队,陷阱和补救措施 “产品人员-产品经理,产品设计师,UX设计人员,UX研究人员,业务分析师,开发人员,制造商和企业家 May 05 2020 真正 敏捷,编辑推荐,产品设计,产品开发, 注意产品 介意产品有限公司 1390 产品管理 5.56

远程管理敏捷团队,陷阱和补救措施

通过 ON

我最初管理远程团队的经验并没有取得成功:团队迅速瓦解,随后公司迅速发展。起初,我认为问题出在个人角色,但随着我寻找更多试图设立离岸开发办事处的公司,我发现了一些常见的错误。

首先,我想看看管理同一个团队与团队中的一些或全部成员之间的区别–表示他们无法定期见面。

他们和我们

首先,远程团队很难感觉到完全属于团队。通常,项目经理(可能是首席设计师或开发人员)坐在一个办公室中,其余团队则在另一个办公室中–吞噬了敏捷背后的开放式协作原则。远程团队经常感到他们的反馈不被接受,他们的投入还不如总部的投入有价值。如果离岸团队是承包商,并且知道一按即推,他们就会被推到最糟糕的情况。

保持在同一页面上

对于小型组织而言,一个特别的问题是优先级和业务目标会快速变化,那些不在办公室的人可能会在下班后,午餐时间聊天和走廊会议上错过酒水,这是保持最佳状态的重要部分公司正在做什么。与同一个办公室的同事擦肩而过,常规的Skype通话不能真正取代无组织的,更细微的交流。如果远程团队是最后一个发现业务战略重大变化的人,那将加强他们作为二等公民的地位。

慢通信

即使使用Slack和Skype Chat,如果远程团队不了解您的情况,则对短信的延迟回复似乎仍会故意妨碍他们’整天忙于其他会议。更糟糕的是,如果远程团队相差很大,并且一天中只有一小段时间可以实时答复消息。

文化差异

尽管软件开发是一个极为平等的行业–我与团队中的40多个国家/地区合作过 –当人们不住在同一座城市时,文化差异仍然很大。例如,在罗马尼亚,人们可能会以最直接的方式进行建设性的批评,而在印度,除了好消息之外,告诉你其他任何事情都是无礼的举动。同样,对冲刺截止日期的承诺也可以像刻在石头上一样对待。还是作为愿望,如果其他一切顺利的话。

中层管理人员

拥有一个单独的办公室通常意味着需要一名本地经理来处理人力资源,办公室管理员和一般项目管理。不幸的是,这与大多数敏捷团队所需的统一管理结构相冲突。在与我合作的一个波兰团队中,这位初级开发人员未能提出任何有关规格的严重问题,因为这可能会在他的本地经理面前表现出疲软的迹象,而该经理则认为我们付钱只是为了交付它不管后果如何作为产品负责人,我希望对项目过程有一个开放而诚实的看法。

成功秘诀

我已经建立了两年以上的现有团队(总部位于罗马尼亚克卢日-纳波卡)。我觉得我们已经建立了强大的文化,团队成员不断发展和忠诚的势头不言而喻。最初,我认为伦敦的一个同居敏捷团队是最佳解决方案。但是,既然我们已经筹集了一些资金,但我发现,如果以正确的方式进行管理,离岸公司就可以正常工作;随着大城市办公成本和薪水的不断上涨,离岸的原因现在更加强烈。

因此,这是我对如何在团队中重复此操作的建议:

1.混合角色

试图建立专家中心–例如,将所有后端工程师放在一个位置–造成的问题多于解决的问题。尽管在这种情况下,工程师之间的通讯可以通过使他们坐在同一工作台上而得以加快,但是这加剧了“他们与我们”的问题。而在多个地点拥有工程师意味着无论在哪个内部会议中,利益相关者团体都会感到有代表。敏捷的团队文化也蓬勃发展 不同人格类型的多样性 在同一个办公室;而办公室的单一文化则强化了这样的观点,即“其他人”总是以某种方式做事。

2.定期将每个人都聚在一起

小数据 我们希望每两个月作为一个完整的团队聚会。这是唯一可能的,因为我们在克卢日(Cluj)选择了一个办公地点,这是一次短途航班,而且团队很小(五人),因此差旅和住宿费用是可以控制的。物理会议总是能够提供更诚实的反馈,对于面对根深蒂固的立场尤其重要。显然,欧盟内的免签证旅行使这一过程变得更加容易–至少暂时如此。但是,在中途国家或地区聚会可能也是一个不错的选择。在我们公司,一年四次似乎还不够,但我知道 37个信号集召开季度会议 作为目标。

3.社交

参加 团队建设练习 也许是让自己畏缩的想法,但是要认识真正的远程同事需要一些专门的时间–这真的是时间花在了身上。在我们的团队中,我们发现了对棋盘游戏和文字游戏的共同兴趣,并花了几瓶酒一起度过了许多快乐的夜晚。如果一年中您无法一起度过几个晚上,那么您可能应该质疑他们是否是最适合的同事。

4.精心挑选您的团队

作为产品经理,您应该选择每天与您合作的个人,而不仅仅是帮助交付团队的代理商或离岸合作伙伴。不幸的是,在许多远程工作环境中,并不是亲自挑选远程团队参与项目的,他们的忠诚度将在您的团队和他们的本地经理之间分配。只有真正担负起团队经理的聘用和解雇责任,您才能正确地使团队团结起来,实现目标。

5.获得视觉

故事规范中的微小差异会随着时间差异而扩大。为了尽量减少误传,您需要使用 所有可用工具。视频会议可能很棒,但两端都必须拥有坚如磐石的互联网连接。对于英语不太熟悉或带宽有问题的人,文本聊天可能仍然更好。即使是最简单的工具,如笔和纸,也可以发挥很大的作用。将草图,图表和流程图上传到您的敏捷开发板,以阐明您的观点。

6.获取本地产品反馈

从走廊可用性测试到完整测试实验室反馈的真实客户反馈,对于使产品保持正常运转至关重要。我们尝试使用网络摄像头和屏幕捕获软件与团队共享结果,但现实情况是,除非团队在场,否则消息不会泄漏。更好的方法是让本地团队在自己的办公室地点招聘用户测试人员。如果您的产品针对海洋渔民,而您的团队位于一个内陆国家,那可能会很困难;但实际上,任何类似用户的反馈都比没有反馈要好。我建议 史蒂夫·克鲁格(Steve Krug),轻松进行火箭手术,作为非专业人员进行可用性测试的简单指南。

结论

感觉到远程团队是有限的预算或混乱的公司合并迫使我们采用的不完善的解决方案,但它们可以带来超高的生产率,并且可以与他们一起工作。与同地工作的团队相比,将需要更多的管理和后勤工作,但是在软件中,“到处都有最好的”,并在多个地点开展业务,这为我们提供了与最优秀的软件人才合作的最佳机会。

祝您团队成功,使产品过程顺利进行,一切顺利。请分享您在以下评论中提供的其他提示!