大家好！ 我叫柳德米拉·马卡洛娃 (Lyudmila Makarova)，是 UBRD 的开发经理，我的团队中有三分之一是“多面手”。
承认吧：每个 Tech Lead 都梦想在团队中实现跨职能。 当一个人能够代替三个人，甚至高效地完成工作，而不延误最后期限时，这真是太酷了。 而且，重要的是，它节省了资源！
听起来很诱人，但真的是这样吗？ 让我们试着找出答案。
他是谁，我们期望的先行者？
“通才”一词通常是指兼具多个角色的团队成员，例如开发人员兼分析师。
团队的互动及其工作结果取决于参与者的专业和个人素质。
硬技能一切都很清楚，但软技能值得特别关注。 它们帮助找到与员工打交道的方法，并指导他完成对他最有用的任务。
关于 IT 行业中各种性格类型的文章有很多。 根据我的经验，我将 IT 通才分为四类：
1.“普世——全能”
这些无处不在。 他们总是很活跃，想要成为关注的焦点，不断地询问同事是否需要他们的帮助，有时甚至会很烦人。 他们只对有意义的任务感兴趣，参与这些任务会给他们创造力的空间，并能激发他们的自豪感。
他们的强项是什么：
- 能够解决复杂的问题；
- 深入问题，“挖”出成果；
- 有一颗好奇心。
但是：
- 情绪不稳定；
- 管理不善；
- 有自己不可动摇的观点，很难改变；
- 很难让一个人做一件简单的事情。 简单的任务会伤害全能者的自我。
2.“通用——我会弄清楚并做到”
这些人只需要一本手册和一点时间——他们就会解决问题。 他们通常在 DevOps 方面拥有深厚的背景。 这些多面手不会为设计而烦恼，而更喜欢使用仅基于他们的经验的开发方法。 他们可以轻松地与技术主管讨论执行任务的选择选项。
他们的强项是什么：
- 独立的;
- 抗压力；
- 胜任许多问题；
- 博学——总有东西可以和他们谈论。
但是：
- 经常违反义务；
- 往往使一切变得复杂：通过分部积分来解决乘法表；
- 工作质量低，一切工作2-3次；
- 他们不断地改变最后期限，因为实际上一切都没有那么简单。
3.“通用——好吧，让我来做吧，因为没有其他人了”
该员工精通多个领域并拥有相关经验。 但他未能成为其中任何一个方面的专业人士，因为他经常被用作生命线，填补当前任务中的漏洞。 灵活、高效，认为自己很受欢迎，但事实并非如此。
务实的理想员工。 很有可能，他有一个自己最喜欢的方向，但由于能力的模糊，而没有发展。 结果，一个人可能会面临无人认领和精神疲惫的风险。
他们的强项是什么：
- 负责任的;
- 以结果为导向;
- 冷静的;
- 完全被控制。
但是：
- 由于能力水平低而显示平均结果；
- 不能解决复杂、抽象的问题。
4.“全才是技艺大师”
具有严肃开发背景的人具有系统思维。 迂腐，对自己和团队要求很高。 如果不明确界限，任何涉及他的任务都可以无限期地增长。
他非常熟悉架构，选择技术实现方法，仔细分析所选解决方案对当前架构的影响。 谦虚，没有野心。
他们的强项是什么：
- 表现出高品质的工作；
- 有能力解决任何问题；
- 非常高效。
但是：
- 不能容忍他人的意见；
- 极简主义者。 他们试图把每件事都做好，这会增加开发时间。
我们在实践中有什么？
让我们看看角色和能力最常如何组合。 让我们以一个标准的开发团队为起点：PO、开发经理（Tech Lead）、分析师、程序员、测试人员。 我们不会考虑产品负责人和技术负责人。 首先是技术能力的缺乏。 第二个，如果团队出现问题，应该能够做到一切。
组合/合并/组合能力的最常见选项是开发人员-分析师。 测试分析师和“三合一”也很常见。
以我的团队为例，我将向您展示我的多面手同事的优点和缺点。 我的团队中有三分之一的人，我非常爱他们。
PO 接到一项紧急任务，要对现有产品引入新关税。 我的团队有 4 名分析师。 当时，一个人在休假，一个人生病了，其余的人都在忙着执行战略任务。 如果我把它们撤掉，将不可避免地扰乱实施期限。 只有一个出路：使用“秘密武器”——掌握所需学科领域的多才多艺的开发人员兼分析师。 我们就叫他阿纳托利吧。
他的性格类型是 “通用——我会弄清楚并做到”。 当然，他很长一段时间都试图解释说他“任务已全部积压”，但由于我意志坚定，他被派去解决一个紧迫的问题。 阿纳托利做到了！ 他按时进行了分期并完成了实施，客户很满意。
乍一看，一切顺利。 但几周后，该产品再次出现了改进的要求。 现在这个问题的表述是由一位“纯粹的”分析师进行的。 在测试新开发的阶段，我们很长一段时间无法理解为什么我们在连接新关税时会出现错误，只有在解开整个混乱之后，我们才弄清真相。 我们浪费了很多时间并且错过了最后期限。
问题是，许多隐藏的时刻和陷阱只保留在我们旅行车的头脑中，而没有转移到纸上。 正如阿纳托利后来解释的那样，他太匆忙了。 但最有可能的选择是，他在开发过程中已经遇到了问题，并且只是绕过了它们，而没有在任何地方反映这一点。
还有另一种情况。 现在我们只有一名测试人员，所以有些任务必须由分析师（包括通才）来测试。 因此，我给有条件的费多尔布置了一项任务—— “通用——好吧，让我来吧，因为没有其他人了”.
Fedor 是一个“三合一”，但已经分配了一名开发人员来执行此任务。 这意味着 Fedya 必须只结合一名分析师和一名测试人员。
需求已收集，规范已提交开发，是时候进行测试了。 Fedor 对正在修改的系统了如指掌，并且已经彻底解决了当前的要求。 因此，他并没有费心编写测试脚本，而是对“系统应该如何工作”进行测试，然后传递给用户。
测试完成，改版投入生产。 后来事实证明，该系统不仅暂停了某些余额账户的付款，还阻止了极少数不应该参与此活动的内部账户的付款。
发生这种情况是因为 Fedor 没有检查“系统不应该如何工作”，也没有制定测试计划或清单。 他决定节省时间并依靠自己的直觉。
我们如何处理问题？
此类情况会影响团队绩效、发布质量和客户满意度。 因此，不能不引起重视并分析其原因。
1. 对于每一项造成困难的任务，我要求你填写一个统一的表格：错误图，它可以让你识别“回撤”发生的阶段：
2. 确定瓶颈后，与影响该问题的每位员工举行头脑风暴会议：“要改变什么？” （我们不考虑回顾特殊情况），因此在最后期限内产生了特定的行动（针对每种性格类型）。
3. 我们引入了团队内部互动的规则。 例如，我们同意必须在项目管理系统中记录有关任务进度的所有信息。 当在开发过程中改变/识别工件时，这必须反映在知识库和技术规范的最终版本中。
4. 每个阶段都开始进行控制（特别注意过去有问题的阶段），并根据下一个任务的结果自动进行。
5. 如果下一个任务的结果没有改变，那么我不会把这个多面手放在他处理不好的角色上。 我尝试评估他的能力和发展这个角色能力的愿望。 如果我没有找到回应，我就会让他扮演更接近他的角色。
结果是什么？
开发过程变得更加透明。 总线系数降低了。 团队成员通过改正错误，变得更有动力，并提高他们的业力。 我们正在逐步提高版本的质量。
发现
通才型员工有其优点和缺点。
优点：
- 您可以随时关闭下垂的任务或在短时间内解决紧急的错误；
- 解决问题的综合方法：表演者从所有角色的角度来看待问题；
- 多面手几乎可以同样出色地完成所有事情。
缺点：
- 总线系数增加；
- 该角色固有的核心能力受到侵蚀。 因此，工作质量下降；
- 截止日期改变的可能性增加，因为每个阶段都没有控制。 培养“明星”也存在风险：员工自信地认为自己更了解自己是专业人士；
- 职业倦怠的风险增加；
- 有关项目的许多重要信息只能保留在员工的“头脑中”。
正如你所看到的，还有更多的缺点。 因此，只有在资源不够、任务又比较紧急的情况下，我才会使用多面手。 或者一个人拥有其他人所缺乏的能力，但质量受到威胁。
如果在共同完成一项任务时遵守角色分配规则，那么工作质量就会提高。 我们从不同的角度看问题，视野并不模糊，新鲜的想法总会出现。 同时，每个团队成员都有一切机会进行专业发展和扩展他们的能力。
我相信最重要的是感受到自己参与到这个过程中，去做你的工作，逐渐增加你的能力范围。 然而，团队中的多面手带来的好处是：主要是确保他们有效地结合不同的角色。
祝愿大家都成为“万能大师”的自组织团队！
来源： habr.com