您的团队比您更聪明:为什么自主产品团队会更好地工作 “产品人员-产品经理,产品设计师,UX设计人员,UX研究人员,业务分析师,开发人员,制造商和企业家 February 02 2018 真正 联盟,自治,跨职能团队,团队, 注意产品 介意产品有限公司 1774 自主产品团队 产品管理 7.096

您的团队比您更聪明:为什么自主产品团队会更好地工作

通过 ON

我一直认为 产品管理是一项团队运动。但是,只要一个组织中有多个团队并且需要它们彼此交互,就会引入摩擦。团队之间的这种摩擦就是为什么我们拥有很多充满项目管理书籍和方法,收件箱和发件箱,依赖性管理等等的图书馆的原因。所有摩擦。摩擦会杀死动力。摩擦会杀死速度。

团队摩擦

如果您改为删除团队之间的依赖关系并引入自主产品团队–那就没有摩擦的原因了。

跨职能团队

首先要确保每个团队都有执行目标所需的全部技能和专门知识。我写的第一批博客文章之一 使用维恩图将产品管理定义为客户,技术和业务的交集, 但是当然不止于此也许您的团队也需要团队中的客户成功,市场营销,合规性或更多?仔细考虑一下团队真正需要什么技能才能取得成功,并考虑如何绘制多样性,这很有用,这样可以确保您也为团队带来不同的背景,经验和见解。

这个蜘蛛图绝不是确定的列表,而是供您考虑的模型。当您开始确定团队中的个人时,您可以快速查看他们如何重叠,他们在哪些方面具有不同的经验和技能来互补,以及哪些地方需要填补。

产品团队技能

这种多样性–不只是性别和背景(虽然这些对我来说是赌注) –但具有技能,经验和背景–消除对其他团队的依赖性不仅很重要。之所以至关重要,是因为您在团队中接触的背景和观点越多,您越有可能能够理解和理解客户。

我最喜欢的示例来自Transferwise–在线货币转账平台。其货币团队负责启动新的货币路径,例如将USD转换为GBP。可以想象,这比仅在下拉菜单中添加选项要复杂得多。这意味着要在目标国家/地区开设银行帐户并更新条款和条件,以符合当地的洗钱和证券法律。在任何其他组织中,这都将要求团队去法律部门寻求有关条款和条件的帮助,然后去银行部门寻求与帐户有关的帮助。但是Transferwise的看法有所不同。在Transferwise,这个团队不仅在团队中拥有设计,工程和产品。它也有银行家和律师。嵌入团队。这意味着团队成员无需去其他团队或部门寻求帮助,而只需专注于执行目标即可。

相比之下,我最近遇到了一位出色的数据科学家,他曾在《财富》 50强公司任职,他自豪地宣布他们在研究与洞察部工作。考虑一下。负责研究和见解的部门

一方面听起来棒极了?整个师!许多聪明的人和惊人的资源来进行开创性的客户研究,人种志研究,调查,数据收集等。如此众多的惊人研究!

分部间摩擦

但是,请想象一下,由于它在一个单独的部门中而引起的官僚噩梦。想象一下,将资源保管并在所有其他部门之间共享所需的请求表,优先级和批准流程。

想象一下,必须为进行业务案例研究所需的业务案例建立业务案例…

自治

我们不再在棉纺厂或工厂工作,为什么我们要使用它们产生的管理风格?只有少数高层管理人员掌握了所有的知识和技能,而指挥和控制才是真正的人力资源,因此必须加以管理。

工厂流程与创意流程

我们今天使用的大多数敏捷和精益方法学都来自 丰田生产系统。如果您设计了一辆汽车并希望尽可能便宜,高效且无错误地制造它,那么它们很棒。但是我们忘了,最初设计汽车的团队无法做到这一点。只是不能。那就不再是它的工作原理了。

归根结底,您的团队比您更聪明,拥有比您更多的信息,比您更接近问题,比您更接近客户。那么,为什么要告诉您的团队该怎么做呢?

相反,我们需要增强团队能力。我们需要拥护自治。我们需要让团队利用所有这些惊人的知识,经验和技能来继续解决客户问题。

自主动机

大多数人认为,激励的最佳方法是像金钱这样的奖励-严格的方法。 Daniel H. Pink说,这是一个错误。在他的著作《开车》( 一次TED演讲),他利用了四十年的科学研究来断言,动力的关键是人类对自己的生活的深刻需求。

他的研究表明,一旦您支付足够的薪水,额外的经济激励措施就不会使个人或团队更有动力,更具创新性或更加成功。

取而代之的是,我们受到自治,精通和目标的激励。自治是我们追求自我指导的愿望,它增加了对合规性的投入。精通是提高我们技能的冲动–并掌握我们的工艺。目的是对做有意义的事情的渴望。

自治意味着保持敏捷

真正的自主权意味着消除任何依赖和对共享资源或中央团队的依赖。正如我们从Transferwise示例中看到的那样,确保每个团队都拥有所需的一切意味着您无需担心其他团队的优先级。

但这不仅止于此。如果产品的目标得以实现,那么所有团队都应该能够对其进行更改。因此,例如,市场营销不必等待产品来构建所需的产品;他们应该拥有建立页面,更改用户流或执行其目标所需的其他一切操作的完全访问权。真正的成长型营销团队不能只停留在目标网页上–他们需要跟随他们的整个队列进行完整的转化和保留过程,以了解渠道或广告系列是否真正成功。

自治意味着每个人都参与其中

真正的自主权还意味着团队中的每个人都可以参与进来,并利用他们的技能来应对团队面临的所有挑战。只有共同创造,我们才能真正将所有这些技能和观点带给客户。

正如马蒂·卡根(Marty Cagan)所说:“如果仅使用工程师进行编码,那么您的价值将只有一半。”我认为这对我们所有人都是正确的–如果您仅使用设计师来推像素,那么您只会获得其价值的一半。如果您仅使用产品经理来整理积压的订单,那么您只能获得其价值的一半。等等。

因此,请您的工程师参与设计。让您的设计师参与工程讨论。让每个人都参与客户研究。因为洞察力,灵感和出色的产品创意来自最不期望的角落。

统一自治

现在,许多人听到了自治权,并想到了混乱或无政府状态。他们认为这意味着每个人都可以做他们想做的任何事情,建立他们想要的任何东西,然后随心所欲地来去去。

但是,成功的自主产品团队的关键是要承担责任。只有当团队不仅感到流程和他们所拥有的东西的主人,而且他们也感觉到客户结果的主人翁时,它才起作用。因为那样,他们将因这些结果而生死。

领导力在设定团队执行的愿景,任务和目标方面仍然扮演着巨大的角色,以使这些自主团队拥有在其中运行的护栏。

领导力最大的工作是确保这些团队之间保持一致,以便每个人都知道他们的目标是什么,他们如何与公司目标联系在一起以及其他人正在做什么。

Henrik Kniberg是著名的Spotify小队和部落模型背后的敏捷和组织教练,他以出色的2×2个图表。就像任何好的2×2 matrix –您希望位于右上方,因为高度一致和高度自治是您建立创新组织的方式。

联盟v自治

汇集在一起

我记得,作为产品经理,这仍然可能是我职业生涯中最骄傲的时刻之一。许多年前,我在伦敦的一家SaaS公司工作,构建协作软件,而我们正在尝试这种新的工作方式。我们已经建立了一个由产品经理,前端和后端工程师以及设计师组成的半自治团队,尽管我们是一家小型创业公司,最初只有两个团队,但我们还是按照业务流程轮换了他们-日常工作和重大新功能发布。

有一天,我们启动了其中的一项重大新功能,完全重写并重新设计了产品的核心部分,并且第一次,我们在冲刺的前两天召集了所有相关人员–在这里,我们确切地说明了我们将要做的和构建的。

当我说所有人时,我是指所有人。我们当然有产品经理,工程师和设计师,但我们也有销售代表,市场经理和客户服务经理。

当我们向所有人简要介绍了项目目标,要解决的客户问题以及为验证该客户问题所做的研究后,事情就发生了。

我没有写一个故事,也没有为该功能绘制一个线框图。团队提出了解决客户问题所需的所有创意,最重要的是,其中一名初级开发人员提出了基石功能–最终只花了几个小时就完成了编码,但解决了80%的客户问题。我永远不可能独自想出些什么。

永远不要忘记,作为产品领导者,您和您的团队一样出色,建立成功的自治产品团队并为他们提供发挥最大潜力的空间最终是您和您的产品成功的方式。