大家好！ 我的名字叫Lyudmila Makarova，我是UBRD的开发经理，我团队的三分之一是通用的。
认可：每位技术主管都梦想着其团队中的跨功能。 毕竟，当一个人能够替换三个人，甚至定性地替换三个人而没有改变时间范围时，这真是太酷了。 而且，重要的是，它可以节省资源！
听起来很诱人，但确实如此吗？ 让我们尝试找出答案。
他是谁，我们是期望的预期者？
术语“一般主义者”通常被理解为是指组合多个角色的团队成员，例如开发分析师。
团队互动和工作成果取决于参与者的专业和个人素质。
通过硬技能，一切都是清楚的，但软技能应特别注意。 他们帮助找到一种解决员工的方法，并将其精确地引导到最有用的任务上。
关于IT行业代表的各种个性类型的文章很多。 根据我的经验，我将IT通用性分为四类：
1.“通用-全能”
到处都有。 他们总是表现出出色的活动，想成为人们关注的焦点，不断询问同事是否需要他们的帮助，有时甚至令人讨厌。 他们只对重要的任务感兴趣，参与其中将为创造力提供空间并可以引以为傲。
什么是强项：
- 能够解决复杂的问题；
- 深入解决问题，“挖掘”并取得结果；
- 有一个好奇的心。
但是：
- 情绪不稳定
- 管理不善；
- 有自己不可动摇的观点，很难改变；
- 很难完成一件简单的事情。 简单的任务会伤害到无所不能。
2.“旅行车-我会弄清楚然后做的”
这样的人有足够的手册和一点时间-他们会解决问题。 通常，它们作为DevOps具有很大的背景。 这样的通才不会打扰设计，而是仅根据自己的经验来使用开发方法。 他们可以轻松地用Techlide小吃了解有关执行任务的所选选项。
什么是强项：
- 独立
- 耐压力
- 胜任许多事务；
- 博学的人-总有话要和他们谈论。
但是：
- 经常违反义务；
- 往往使事情复杂化：它们通过部分集成来解决乘法表；
- 工作质量低下，结果变成了2-3倍；
- 他们会不断地更改截止日期，因为实际上所有事情都不是那么简单。
3.“通用-好吧，让我，因为没有其他人”
该员工精通多个领域并具有相关经验。 但是他并没有设法成为其中的一个专业人士，因为他经常被用作救生圈，为当前任务埋下了伏笔。 具有延展性，高效，自认为有需求，但并非如此。
实践理想的员工。 最有可能的是，他有一个更喜欢的方向，但是由于能力的模糊，发展不会发生。 结果，一个人冒着变得无人认领和情绪疲惫的风险。
什么是强项：
但是：
- 由于能力低下而显示平均结果；
- 无法解决复杂抽象的问题。
4.“环球是他的大师”
具有认真的开发人员背景的人具有系统的思想。 Pedantic，要求他自己和团队。 如果您不定义边界，那么在他的参与下完成的任何任务都可以发展到无限。
他精通体系结构，选择了技术实施方法，仔细分析了所选解决方案对当前体系结构的影响。 谦虚，没有野心。
什么是强项：
但是：
- 不容忍他人的意见；
- 极简主义者。 他们尝试正确地做所有事情，这增加了开发时间。
我们实际上有什么？
让我们看看角色和能力是如何最经常组合的。 首先，让我们建立标准的开发团队：采购经理，开发经理（技术专家），分析师，程序员，测试人员。 我们不会考虑产品和技术负责人的所有者。 第一-由于缺乏技术能力。 其次，如果团队中有问题，他应该能够做所有事情。
合并/合并/合并能力的最常见选择是分析开发人员。 同样，测试分析员和三合一非常常见。
以我的团队为例，我将向您展示其他普遍主义者的利弊。 我的团队中有三分之一，而且我非常爱他们。
PO收到了将新关税引入现有产品的紧急任务。 我的团队有4位分析师。 当时，一个人正在休假，另一个人病了，其余的人从事战略任务的执行。 如果我撤出它们，那将不可避免地破坏实施期限。 只有一种出路：使用“秘密武器”-具有必要主题领域的开发人员-分析人员的通用性。 我们称他为Anatoly。
他的性格类型是
“旅行车-我会弄清楚
然后做的 。
” 当然，他尝试了很长时间来解释自己“已经积压了全部任务”，但是根据我的任意决定，他被派去解决紧急任务。 而Anatoly做到了！ 他按时上演并完成了实施，客户感到满意。
乍一看，一切顺利。 但是几周后，此产品再次出现了修订要求。 现在，此任务的设置由“纯”分析师处理。 在新开发的测试阶段，很长一段时间以来，我们都无法理解为什么在绑定新关税时会出错，直到那时，在消除了所有纠结之后，我们才真正了解了真相。 我们花费了大量时间，错过了最后期限。
问题在于，许多隐藏的时刻和陷阱仅停留在旅行车的头部，而没有转移到纸上。 正如阿纳托利（Anatoly）稍后解释的那样，他很着急。 但是最有可能的选择是，他在开发过程中就偶然发现了问题，只是绕过它们而没有在任何地方反映出来。
还有另一种情况。 现在我们只有一名测试人员，因此分析人员必须测试一些任务，包括通才。 因此，我将条件Fedor的任务交给了一个任务-
“通用-好的，让我，因为没有其他人” 。
Fedor-“三合一”，但是开发人员已经被挑选出来完成这项任务。 因此，Feda只需要合并一名分析师和一名测试人员。
收集需求，将规范移交给开发，是时候进行测试了。 Fedor知道正在开发的系统“就像他的后手一样”，并彻底确定了当前的要求。 因此，他不必费心编写测试脚本，而是测试了“系统应该如何工作”，然后将其传递给用户。
测试已完成，修订已提交舞会。 后来发现，该系统不仅暂停了对某些余额帐户的付款，而且还阻止了本来不应该涉及的非常罕见的内部帐户的付款。
发生这种情况的原因是，Fedor没有检查“系统不应该工作”的方式，也没有制定测试计划和检查清单。 他决定节省时间，并依靠自己的直觉。
我们如何处理问题？
这种情况会影响团队的效率，发布质量和客户满意度。 因此，它们是不容忽视和分析的原因。
1.对于每个引起困难的问题，我要求您填写一个统一的表格：一个错误图，使您可以识别发生“提款”的阶段：
2.在确定瓶颈之后，与影响问题的每个员工一起，进行头脑风暴会议“要改变什么？” （我们不考虑追溯中的特殊情况），因此（针对每种性格的）特定行为随时间推移而产生。
3.我们介绍了团队内部的互动规则。 例如，我们同意必须在项目管理系统中记录有关任务进度的所有信息。 在开发过程中更改/识别工件时，您需要在知识库和TOR的最终版本中进行显示。
4.控制开始于每个阶段（过去特别注意有问题的阶段），并根据下一个任务的结果自动进行控制。
5.如果下一个任务的结果没有改变，那么我就不会把旅行车的作用与之相提并论。 我试图评估他在这个职位上发展能力的能力和愿望。 如果没有找到答案，我将让他担任更接近他的角色。
结果如何？
开发过程变得更加透明。 总线系数降低。 处理错误的团队成员变得更有动力，提高了业力。 我们正在逐步提高发布质量。
结论
全能员工各有利弊。
优点：- 您可以随时关闭下垂的任务，也可以在短时间内解决紧急错误；
- 解决问题的综合方法：表演者从所有角色的角度看待问题；
- 通才可以将几乎所有事情都做得很好。
缺点：- 总线因素正在增长；
- 角色固有的核心能力受到侵蚀。 因此，工作质量降低了；
- 术语变化的可能性增加，因为 每个阶段都没有控制权。 成长为“明星”还存在风险：员工确信自己更清楚自己是职业球员；
- 职业倦怠的风险增加；
- 有关该项目的许多重要信息只能保留在员工的头脑中。
如您所见，还有更多缺陷。 因此，仅在没有足够资源且任务很紧急的情况下才使用通用性。 或一个人具有其他人没有的能力，并且质量受到威胁。
如果在一项任务的联合工作中遵守角色分配的规则，那么工作质量就会提高。 我们从不同的角度看问题，我们的眼睛没有模糊，总是有新鲜的想法出现。 此外，团队中的每个成员都拥有专业发展和能力扩展的所有机会。
我认为最重要的是要参与到过程中，参与到您的工作中，逐步增加您的能力范围。 尽管如此，团队中的旅行车还是有好处的：主要是确保它们有效地结合了不同的角色。
祝大家有一支“万能的大师级”的自组织团队！