许多人不得不面对这样的情况：经理需要一支彩虹皮的独角兽团队，截止日期是昨天。 在这样的团队中，工作可能会变成永恒的冲突，每个人都在试图保护自己的利益，每个人都完全忘记了他们最初是在一起生产优质产品并传达收益的。 这样的团队很难被称为有效的。
关于有效的产品团队是什么，如何构建产品以及需要做什么以使所有团队成员最大程度地参与该过程，我们在办公室与专家进行了小组讨论。 与我们一起，寻求答案的人包括Roman Abramov（汽车价格产品总监和ProductStar创始人），Mikhail Alexandrovsky（创始人Dostavista），Anna Boyarkina（产品Miro负责人），Ilya Krasinsky（CEO Rick.ai），Michael Yan（CEO ManyChat） 。 细节剪下。
8月8日，在ManyChat办公室举行了小组讨论，讨论了建立与许多公司相关的有效产品团队的主题。 特邀专家
- CarPrice产品总监兼ProductStar创始人Roman Abramov
- Dostavista创始人Mikhail Alexandrovsky
- Miro产品负责人Anna Boyarkina
- Rick.ai首席执行官Ilya Krasinsky
- ManyChat首席执行官Michael Yan。
该会议由Lamoda集团产品总监Kira Matveeva主持。 在讨论中，我们讨论了现有的工具和流程，如何团结和指导团队，帮助员工成长和发展，保持动力，提升技能，还回答了听众的问题。
对于那些特别欣赏个人存在感的人，我们
建议观看广播录音 。 对于其他所有人-讨论的详细记录。 祝您阅读愉快！
什么是产品团队，与非产品团队有什么区别？
罗姆人：
产品团队是看到产品的团队，很可能是在线的。 以我的理解，它可能包括开发人员，测试人员，营销人员，设计师（尤其是）。 这些不仅仅是产品。 产品的任务是领导和组织这个团队。 这样他们在一起会感觉很好，并且所有这些都会导致结果。
伊利亚：
让我们立即添加holivar，以免感到无聊：当每个人都同意时。 当产品小组“看到产品”时，我总是遭到轰炸。 顺便说一句，团队与员工的不同之处在于团队成员由一个目标团结在一起。 我喜欢负责这笔钱的团队，事实证明，您有60％的时间不需要削减产品。 相反，有必要将不必要的东西扔掉。
迈克尔：
让我们继续狂欢。 我不同意团队是关于金钱的。 关于一些产品指标。 产品团队和非产品团队的不同之处在于，非产品团队在非产品指标中具有目标。 没什么
迈克尔：
让我们添加一些其他东西。 通常每个人都同意所有事情，但是在这里他们始于争执。 我们有一个大问题-产品是否负责金钱或其他某些指标。 我最近在
Product Star上读到一件好事：“产品经理的目标是增加公司的收入。” 在我看来，这结合了不同的观点，因为处于不同阶段的不同公司可能具有完全不同的目标。 产品团队通过公司当前面临的任务和目标来履行公司的使命。 从一开始，您就可能要实现盈利。 然后，当您开始盈利时，您将继续增长，然后您可以考虑许多其他事情。
安雅：
这是一个非常复杂，有争议和奇怪的问题。 我们每个人都添加了自己的含义。 如果您考虑一下，产品经理和产品团队就是一个拥有可用产品的团队，并且通过它，团队可以影响指标，公司业务和目标的实现。 我同意，它们可以不同。 它可以是大写字母，可以是金钱，也可以是其他一些指标。 在一般情况下，这不仅是有关团队具有某些功能（虽然很酷而且很有趣）的故事，而且还涉及团队如何解决实现公司目标的问题。
团队结构，角色和组织类型。 谁可以加入团队，责任范围是什么？
安雅：
我认为这很有趣……一次，我们决定将团队分为一个基本（核心）产品团队和一个成长团队。 3-4年前的某个时候，当我们确定任务的优先级时，总是存在利益冲突：我们投资的是产品功能的开发或实验。 创造价值或尝试扩大规模？ 在此阶段有效的很酷的解决方案之一（我并不是说会一直这样）：分配了一个单独的团队来发展。 您需要了解，我们将整个业务分为两个条件部分：部分利润是由自助服务产生的，一些人来购买产品时，这些收入是由自助服务产生的，还有一个与销售部门进行人为操作的业务。 成长团队将通过自助服务为新产品提供GoToMarket
（大约GoToMarket-进入市场） 。 该团队拥有20-22名员工：产品经理，设计师，开发人员。 有4个产品经理。
伊利亚：
也就是说，实际上，这是4个具有特定指标的团队，他们可以更快地找到，依此类推。 还有控制他们的基础架构团队，以便他们什么也不会治愈。
安雅：
基础架构团队是什么意思？
伊利亚：
我喜欢这个方案：您需要进行快速实验。 这是完全不同的团队类型，开发人员接受游戏规则，即“我们现在不使用设计模式，数据库和ORM进行操作。 我们正在制作一个存根；他们扔掉了前端，尽快将其推出，依此类推。”
在这种情况下，就会出现问题，许多团队开始制作大量垃圾代码，其质量下降，因此基础架构团队会进行代码审查，确保代码质量等等，从而加强了垃圾代码的质量。 功能集中于产品指标和快速实验，基础架构团队-代码质量，复杂和冗长的组件，引擎，重构等。
安雅：
是的，一般而言。 必须始终有某种基础可以让您进行快速实验。
迈克尔：
我们也有类似的东西。 不久前，我们将产品开发分为核心团队和成长团队。 每个团队都有小队
（大约为小队-命令） ，分别处理一些事情。 像许多公司一样，我们开始共享开发和产品。 但是，当增长开始时，我们开始在有开发人员，产品，分析师和其他必要人员（例如，必要时）的地方进行开发。 最初，开发人员服从了服务站，仅此而已。 现在他们也服从他，他解雇了他们，抚养了他们，仅此而已。 但与此同时，开发人员也是该小组的成员。 这很好，代码保持良好状态。 最初，我们拥有Signora的所有开发人员。 如果没有动作，有人在教书，抚养别人，这也是不好的。
伊利亚：
但是您是否存在某种不对称性，一些团队专注于快速实验，其他团队则专注于代码检查和重构：例如，计费是一个长期痛苦的话题，需要长期观察和重构？
迈克尔：
成长团队中没有一个基础架构团队，它处理深层的“代码的紧密部分”。
安雅：
我们也有一个！
伊利亚：
我会补充。 我不常看到一件事。 什么是跨功能？ 当我们不去其他部门工作时，因为我们的设计师和开发人员在同一团队中。 而且，我非常想将销售经理添加到产品团队中，以便他们有一部分时间留在那儿。 有客户，销售经理与客户沟通，了解他们的需求。 并且有一个产品团队参与产品开发。 我喜欢弥合销售经理和产品团队之间的鸿沟。 我希望销售能够得到支持和发展，并谈论正在发生的事情，以某种方式受到影响。
迈克尔：
我们有一个有趣的观点。 我们最初是一个远程团队，并试图尽可能少地增长。 当我们超过20个人时，我们聚集在莫斯科的第一间办公室。 然后我们在旧金山建立了一个办公室，我们聘请了来自Atlassian的当地帅哥建立了大人物。 他还开始雇用当地人。 我们有一个问题，就是营销开始与产品团队分离。
现在我们开始建立新的团队。 我们开始将开发人员派往旧金山办公室。 他们帮助营销人员掌握知识和技能。
现在，我们正在组建两个成长团队，这两个成长团队将合并到一个时代
（大约产品区域，一个由多个产品团队组成的产品线） ，并将与市场营销一起工作。 他们将拥有自己的指标和任务。 一个小组将在旧金山，另一个小组在莫斯科。 为了实现他们的目标并向前迈进，他们将需要不断同步。 我不能说它已经可以使用，但是在我看来，它会很棒。
罗姆人：
从有趣的角度，我可以说三件事。 首先，我们的趋势是“更少，但是更好”。 IT部门的600名员工中有100名，现在只有不到50名，但他们做得越来越好。 即使没有产品，三个强大的开发人员也将使用一个产品处理10个以上的不良开发人员。 作为人员的伪造，我们有基洛夫分支机构。
第二个趋势和现实是，我们有很多离线状态。 业务不仅是销售，还包括巨大的零售，遍布全国的特许经营权，庞大的仓库，成千上万辆汽车，这些车在三天内就可以在全国范围内全面运转。 为此，我们进行CRM和人们需要的所有绑定。 具有在线背景的人通常会忽略这一点，但这很重要，而且这是一个很棒的故事。
第三种趋势-我们将所有IT转移到了远程工作。 结果翻了一番，营业额为零。 以前，一个初级人员来了，我们训练了他，他掌握了它，并在他举起手后就立刻被赶走了-在塞浦路斯的阿维托。 现在每个人都很快乐，他们在家里工作，妻子在附近，生产力非常好，对开发人员来说是一个很好的动力，每个人都很好。
我们逐渐切换为A / B测试。 我们拥有OKR业务系统，已经使用了两年，它对与业务同步有很大帮助。 起初，有一天在家。 然后在家有两天，然后是三天。 这个季度是整个星期从家里输入的。 当一切都变得很酷时，人们很高兴，但是却有结果。 我相信这就是未来-为什么坐在闷热的办公室里，付房租。
只有一个插件-这些是进程。 主要问题是对远程雇员的歧视。 “为什么我们要联系坐在房子外面的一些家伙。 让他坐在那里。” 但是，当每个人都知道明天并且我将坐在家里时，每个人都将每个人联系在一起。 我也远程工作。
如何确保所有远程员工都尽可能多地参与其中？
罗姆人：
一切都取决于实践。 如果您给员工写信但他不在网上，如果Slack的状态不为“去吃午餐”，那么下周他将坐在办公室里。 一个人必须负责任，如果他在远程工作，则必须时刻保持空闲状态。
SkyEng谈到了他们在这一领域的实践。 其中一位主要供应商说，您可以站立时工作，并可以使用熨衣板作为架子。 我买了一张舒适的椅子，我坐在厨房的桌子旁，在Skype上聊天，一切都很好。
伊利亚：
办公室应该在那儿，以便您可以聚在一起讨论想法。 但是，关于远程事物的最酷的事情是人们正在坐着做自己的事情，没有人再分散他们的注意力。 当会议次数很少时很酷。 在我看来，最重要的是，以及我们作为一个团队在入职培训中所教的内容：
- 任务如何安排。 这是一个永恒的问题。 我们使用情境问题解决方案框架（请参阅Minto金字塔的前两章），并根据结果设置任务，即回答要做什么以及应该是什么结果的问题。
- 地雷文化：首先，团队成员要编写文字，然后召集并简短讨论阻碍者和问题，或计划深入的行动。
- 结果交付文化，包括中间文化。
通常，分散的团队是关于成年人的，他们知道如何管理自己的时间并帮助他们有效地安排时间。
产品和项目是一个人吗？
安雅：
产品必须决定他们是否需要一个项目。 如果您需要将事情向前推进，那么谁在乎呢？
迈克尔：
我们毕业了一些产品，并且看到了逐步增长的趋势。 顺便说一下，
罗马在小组讨论之前谈到了这个
问题 。 对于我们来说，第一级产品是您可以从积压中解决问题的时候。 如果有规范和描述，则只需完成即可。 第二层是在知道用户的“疼痛”时找到解决方案。 2级的任何人都必须具备1级的能力。 第三层，当您需要影响输入的特定指标时，已经存在问题和机遇。 第四层是制定战略。 在当前组件中，位于跨职能团队内部的产品将执行项目经理本身的职能，或者（更好的是）团队本身具有项目经理的分布式职能。 当团队很小（例如6人）并且一起工作，而冲刺很短时，则不需要项目经理。 对于较大的部门-eria（由多个团队组成），有一个产品所有者，他们也可以直接与团队中的产品经理一起工作。 因此，现在在ManyChat中没有项目经理。
安雅：
他们经常在不同的采访中问我：“您是否有从事项目管理的产品”？ 有一支能够自我移动的团队真是太好了。 但这仍然是一项重要技能，您必须了解如何进行操作。 如果需要取得结果，则需要能够解决问题。 因此，我认为应该具备这种技能，因为没有这种技能，很难将事情向前推进，尤其是在不确定性很高的情况下。 可能会发展出一支可以自行完成所有工作的团队，但是您需要能够做到这一点。
迈克尔：
产品必须负责确保实现结果。 但是如何做到这一点并不重要。 如果团队中有能力-这很酷。 如果没有，则需要补充。
迈克尔：
历史上我们有一个不同的项目和产品，然后团队数量增加了，我们意识到我们不需要单独的项目经理。 当团队中的每件事或多或少都经过调整时，则不需要这样做。 组建新团队时需要一个项目，需要建立一个项目，应该调整流程。 我们需要一个知道该怎么做的人。 但是，如果仍然需要他，那么团队中有些问题。 每个团队决定其工作方式。 最初，项目参与了所有这一切。 随着时间的流逝，剩下了几个项目，它们没有分配给特定的团队或做其他事情。
伊利亚：
非常接近“我们自称”的模式。 多亏了马克西姆·多罗费耶夫（Maxim Dorofeev），行业中出现了诸如“一个有屁股的男人”之类的词组。 这个人很容易被识别，他经常在周末工作，如果他去度假，那么团队中的一切都会分崩离析。 他一直都在ping，以便他们参加日常会议。 有这么一类人把一切都锁在自己身上，问题就出现了。 事实证明，这是一个“管理者通行证”，它不断在人们之间失去意义的过程中转移任务。
我们的产品可以充当团队中的项目，它们可以在系统中推广票证。 但是，当开发人员自己编写票证时，我们真的很喜欢它。 我们的项目考虑指标，可视化团队中的问题，监视正在进行的任务数量，查看通过的速度，估计任务的挂起位置（无论是否进行代码审查）。 它有助于进行诊断。 该项目不在团队内部，从某种意义上说，它并不会关闭流程本身，但会有所帮助，促进，并且它们处于团队的启动阶段。
项目经理是一个“掩盖词”，您可以在其中塞入任何内容。 通常，如果员工需要，我可以给他维多利亚女王职位。 谁在乎它的名字？ 有人喜欢“ Scrum-master”一词，有人更喜欢“过程促进者”。
迈克尔：
敏捷教练...
伊利亚：
我从远处爱他们。我非常爱他们，但是从远处。
小说：
许多人来参加我们的课程，他们都扮演项目的角色。 他们考虑到自己比其他人更清楚该做什么，他们想学习新技能，例如，学习如何与用户沟通等等。
但是我敢肯定，负责结果的人不仅应该在不回头看团队的情况下就做出承诺，还应该清楚地知道他“在幕后”。 他可以在空中绘制城堡，尽管也许还需要一年的时间进行重构。 只有这样他才能确保结果。
如何在产品团队中发展？
罗姆人：
当我去这里时，我试图将发展计划中出现的问题集中在我的脑海中。 最常见的问题：
第一个问题：在哪里找到导师？ 你能成为我的导师吗？
第二个问题：选择什么课程，阅读什么？
第三个问题：如果已经成为某人，该如何成长？
最酷的事情是当您的导师是您的领导者时。 我本人试图确保我的领导者是一名导师。 外部的导师不知道您所决定的问题的背景，这有很多缺点。 但是在每个公司中都有信息级别，而主管可以比您了解更多。 他甚至可以不建议细节就建议做什么。
怎么抽？ 产品行业非常多样化且用途广泛。 但是在不同的工作场所需要不同的技能和能力，因此必须从不同的方面进行宣传。 有B2B和B2C产品，它们是完全不同的故事。 伙计们谈论的是批量产品，在B2B中将无用的80％。 您需要学习所有内容，然后选择对挖掘感兴趣的地方。
第三-如果我已经很酷了，该学什么，在哪里跑步。 我看到在这个房间里，有很多很酷而且经验丰富的家伙，其中许多人认为他们已经听说了这一切，没有什么新鲜的了。 但是最重要的是不要以为自己比别人更了解一切。 您扩展知识领域的范围越广，它与现实的联系就越多，您就越不了解。 如果似乎您什么都知道，那么您就很卑鄙。
需要扩展网络。 , — , . : - , . , . , , — .
, . , , , , , , , -, . . , , , .
:
. , , . — . , , .
, , ( , ), , , -. , . , , . , , . : ( ), , , , , . - , - . , . , — , . — 90% .
— . , , . MVP, . «» ? custdev, . , , . — . , .
— 10 . , 30% . , . , , , . , , , . , .
, , 2 CEO, , , . , 0 1, , . .
, $15 000. - , 20-30 , , 50-60. « ». , 0 1 — . . , , .
:
, - -. Google: « 20% , ». , . « » , , .
, . , , , , — , «», . , , .
, , . , , . , : , . , . . , , — 10 , . , , . , . , , (: ). , , . , , — - , . , , « ». , , .
, . , OKRs. , , . , , , , . , - , .
:
— , , . , . -, - , . - , -… . . , . , , , . , . , . . . , . , — . -, . , , , .
:
, , . , - , . , .
. . , . , ( ).
:
: . — -. , . - , . - . , . , -, , . . -, , : « … … ». , . .
当然，当您面对实际任务时，您将选择合适的会议和合适的书。如果增长需求来自特定任务，那就更好了。最后
我们要求专家共享有用的链接，并将它们放在一个地方。所有信息都可以从我们的机器人在Facebook或Telegram频道上获得。