CTO第二天：缩小团队规模

一个非常重要的项目已经完成，并且将确保该组织在未来五年的未来，但这项工作未能实现。

没有赢得该项目意味着该组织被迫“专注”并降低成本。

我从来没有想到过，作为一名缺乏经验的CTO，我需要做的第一件事就是解雇团队的一部分。

当这些坏消息变得公开时，举办一个开放日，团队可以公开谈论情况，分享自己的感受，彼此见面，感到联系并倾听。它不会停止闲聊，但会有所帮助。

开发团队的“重点”部分意味着将成本削减10％至15％。用人的话来说，解雇两到四个人（共17人）。

对于每种产品，我们需要涵盖以下学科：前端，后端，体系结构，操作，移动，UX，设计，质量保证，领导力和产品管理。

没有高管人员会导致产品质量下降：如果高管人员制定了计划，则中级以上的团队可以在计划投入一定时间（2-3年？）之前遵循该计划。一团糟。

理想的团队应该是所有学科都具有较高水平的团队，只有多学科的人员在一个团队中工作，并且要有足够的重叠以避免公交因子为一。更多的人将带来更多的容量。

我们一直在努力将其中的三种产品整合在一起。他们已经在同一个产品经理的领导下，但是他们仍然是三个团队，根据自己的优先级工作。以Conway的经典逆向策略将他们合并为一个团队，有望加速产品之间的集成。

其他产品之一足够小，因此我决定暂时忽略它。

遵循上述原则和产品考虑因素，计划是将以前的团队设置从：

所以有两个产品，两个跨职能的团队。平台和设计团队将在这两个团队内部进行重组。

为团队制定明确的计划后，下一步就是“公正地”挑选出将在每个团队中工作的人以及我们需要放手的人。我职业生涯中最痛苦的决定。

我不想做这个任务，有意识地无视Weinberg先生，我将折磨转变为优化问题，为此我编写了一个应用程序来帮助我。

该应用程序将上述每个学科的削减费用，人员清单，他们的薪水和技能水平作为输入，并输出了可能在预算范围内并符合最低要求的两个团队，并进行了排序通过计分系统。

至少一名高级产品经理和一名中级或初级。仅一名高级职员是不够的。无论团队拥有多少PM，该专业的分数都是5。拥有大量FE开发人员的团队的得分将高于具有PM负载的团队的得分。

至少要有一名高级设计师或两名中级设计师，但我们更喜欢一名高级设计师（6分），而不是两名中级设计师（2分）。

它消除了一些偏见。技能水平评估和团队评分系统仍然存在偏见。

我是那个名单上的人的一部分。老实说，这里一点安慰。大偏见。

这迫使我对“职能团队”的含义非常非常精确。

我注意到有些人永远不会在输出中显示，而不得不深入研究原因。很有启发性。

它使我能够分析成千上万个具有不同评分系统的不同团队组合。 编程使我从任务中得到喘息的机会。 这是第一次，但是现在我更定期地参加“保持理智”的编程日。 最重要的是，该应用程序给了我一些出发点。 其中，我仍然必须考虑团队动力，现有团队，个性，资历，潜力，个人情况，未来需求等…… 是的，我仍然有代码。 不，我不会公开分享它。 发现有错误会杀死我。 提前警告：在您的消息中，请强烈提示：“人力资源人员将参加会议”，“真的是坏消息”。 您不需要一个人做。 我们的人力资源经理在场，并为我们俩提供了巨大的支持。 在会议上，遵循Nadia van der Vlies的建议：解决方案，解释，后续任命：等待员工准备就绪。 当她开始询问“为什么”或“现在做什么”时。

在几天之内跟进另一个非正式会议。 新闻将沉没，对话将更具前瞻性和生产力。 一巴掌让我从梦想中醒来，因为CTO的角色主要是技术。