产品思想的软件工程师 - 务实的工程师

2021-04-10 16:24:07

产品思想的工程师是具有很多对产品本身感兴趣的开发人员。他们希望了解为什么要做出决定,人们如何使用该产品,并且喜欢参与制作产品决策。他们'如果他们决定放弃工程的快乐,那么可能会成为一个很好的产品经理的人。我和许多伟大的产品志同道合的工程师一起工作,并认为自己是这种开发者。在建立世界级产品的公司,产品思维工程师将团队带到新的影响水平。

Sherif Mansour,Atlassian PM在产品工程师中写了一篇优秀的文章,以及产品经理如何识别这些人并与他们一起工作。他的外带是类似的:

在我过去十年的产品管理中,我得出结论,产品工程师是帮助您建立成功产品的关键成分,缩放自己,并成为更好的产品经理。

他还引用Jean-Michel Lemieux,Shopify on Shopify of Shopify,他们定义了这样的产品工程师:

一旦您拥有产品基础,您需要与&#39聘用的开发人员;为什么'积极地。有渴望使用技术跨越人类/用户问题的工程师。那些同情的人伸手去魔法体验。这是我的书中的产品工程师。坏人削减了太多角落。伟大的产品工程师知道,在构建阶段期间,最低可爱产品需要考虑正确的深度。

正在致力于面向用户的功能的团队,与产品经理合作是产品思想工程师可能产生巨大影响的环境。他们经常成为关键贡献者,为产品经理的Goto人民和经常提前成为团队的领导者。那么,产品思维工程师的关键特征是什么,以及如何努力成为更高的产品?本文总结了9个特征I' VE观察了这些人的分享,以及我对任何工程师种植产品思维肌肉的建议。

产品思想的工程师不适合获得规范和跳跃以实现它。他们考虑其他想法并接近产品经理。他们经常挑战现有规格,建议替代产品方法,这可能会更好地工作。

随着想法的时候,产品思想的工程师Don' T'从薄的空气中得到这些。他们花时间了解业务如何运作,产品如何适应,以及其目标是什么。它们也是对产品如何使用户感受以及这些用户如何利用本产品的感觉。他们经常直接潜水到有关商业和用户指标的数据,掌握了这些数据,但他们可以。他们可能直接访问它 - 如果可能的话 - 或接近产品经理或数据科学家以获得这种信息。因为他们好奇的性质,他们这样做。这是我观察到的下一个特质。

产品思想的工程师喜欢了解"为什么?"所有的事情背后。为什么为产品构建此功能,为什么不呢?为什么要发运这个第一个里程碑,而不是选择另一个里程碑,而是更简单地建立一个'如何衡量事情 - 为什么不要选择更彻底的方式来衡量事物?

他们在寻找他们自己可以的答案方面是自主的。他们转向产品经理和其他与其他产品有关的问题的人。即使他们问了许多问题,经常这样做,他们也不管理不要惹恼人们,就像他们' ve建立了与他们的强烈关系。

产品思想的工程师喜欢与工程外的人交谈,了解他们所做的事和为什么。他们是顺利的沟通者,使其清楚他们'遗嘱感兴趣地了解其他学科如何工作。我经常看到他们抓住咖啡,午餐或与非工程师进行走廊聊天。

因为他们对产品&#34有很强的理解;为什么,"以及事物的工程方面,他们可以带来很少人可以的建议。例如,当根据构建产品的努力,构建关键特征的工程精力可能很大。许多工程师将开始寻找减少努力的方法,并尝试弄清楚减少努力的影响是指特征本身的影响。

产品思想的工程师从两个角度攻击这个问题:都在寻找工程权衡以及产品影响是什么。他们还开始制作产品权衡,评估工程影响。他们经常回到产品经理,建议建造完全不同的功能,鉴于产品影响是相似的,但工程努力大大较小。

玩杂耍产品和工程权衡以及每个人的影响是一个独特的实力思想工程师。他们可以快速在同一个硬币的两侧之间来回返回:产品特征和工程努力和权衡。因为他们用他们的工程和产品见解一切都在他们的头脑中,他们可以显着快速地达到宝贵的结论。

边缘案例是有趣的。在一个极端,工程师经常忘记许多这些,在获得测试产品或最终用户的人们的反馈后,必须回到解决这些问题。另一方面,处理新产品或特征中的所有可能的边缘案例可能需要花费大量时间。

产品思想的工程师迅速映射边缘案例并想到减少对它们的工作的方法:通常会带来不需要工程工作的解决方案。他们专注于"最小可爱的产品概念"并评估边缘案例的影响和处理它的努力。他们带来了良好的中间地面建议:绘制出可能出错的大多数事情,并在运输早期版本之前提出需要解决哪些边缘案件的建议。

例如,如果一千名用户可能会被错误击中一个,如果他们会考虑解决它并考虑发生的事情,如果他们不做任何事情,他们会考虑发生的事情。在验证期间,客户支持在这种情况下帮助该人吗?用户可以重试并在下次重试并成功吗?产品可以略微修改,所以这个边缘案例赢得了' t发生了吗?

甚至在他们正在努力的功能之前是生产准备好的,产品思想的工程师发现创造性的方式来获得早期反馈。这可能正在与同事进行走廊测试,向产品经理显示正在进行的工作功能,组织在Beta Build上的团队错误Bash以及许多其他创意方式。他们是不断思考的:"我们如何验证人们将使用此功能,我们认为他们会的方式吗?"

大多数经验丰富的工程师都拥有他们的工作结束:从实现规范,通过实现它,一直滚动并验证它正确的工作方式。产品思想的工程师经常超越这一点。

他们只有在获得用户行为和业务指标的结果之后才会考虑他们的工作。在推出之后,他们仍然积极与产品经理,数据科学家和客户支持渠道互动,了解如何在现实世界中使用该功能。它可能需要数周才能获得足够的可靠数据来得出结论。即使他们可能正在进行新项目,他们也会在其最重要的优先事项中检查结果。它'没有耗时的活动,但它需要从想要了解的人的额外持久性:我的工作怎么样?

当一个特征表现比预期更糟糕时,他们很想了解不匹配的位置。它们与在产品计划和真实世界之间找到根本原因的同样感兴趣,因为它们是调试CodeBase中的难以重现的错误。他们' LL经常花费很多时间争论假设和学习与产品经理和数据科学家。

他们提出了很多问题,以确切地理解产品功能正在建造的原因。

他们提出了建议和权衡表,其中一些包含在修订规范中。

在运送该功能后,他们会积极跟进,了解该功能是否符合期望。

当它没有时,他们深入挖掘,了解为什么它没有并在现实世界中的产品使用中没有学习新的东西。

在每个项目之后,他们的产品理解深化,他们开始发展更好,更好的产品本能。下次,他们' LL为表带来了更相关的建议。随着时间的推移,他们成为产品经理的Goto人,在项目被启动之前正在寻求好评。他们在团队外面建立了强大的声誉,为他们持续的职业生长开辟了更多的大门。

如果您在面向用户的产品上工作,这里有几个提示I' ve看到的工作井,以越来越多的产品志同道合的肌肉。

了解如何以及为什么您的公司成功。什么是商业模式?钱如何制作?哪些零件是最有利可图的,公司的哪些部分正在扩大?为什么?您的团队如何适应所有这些?

与您的产品经理建立强有力的关系。大多数产品经理跳跃导师工程师的机会。拥有工程师对产品感兴趣意味着它们可以更多地缩放更多。在进来之前,询问大量产品问题,花时间建立这种关系并将其清除到您的产品经理,您' D喜欢更多地参与产品主题。

从事用户研究,客户支持和其他活动,您可以在那里了解产品如何运作的信息。与设计师,UX人,数据科学家,操作人员和其他人搭配,他们经常与用户互动。

将备份产品建议带到桌面上。在您对业务的良好理解之后,产品和利益相关者:主动。您可以将小建议带给您正在努力的项目。或者您可以建议更大的努力,概述工程工作和产品努力,使得这易于在积压中优先考虑。

为您锻炼的项目提供产品/工程权衡。不仅想到产品的工程权衡,您的团队正在建立,但建议产品权衡导致工程较少的工作量。从其他人那里对这些反馈开放。

询问您的产品经理频繁反馈。作为一个伟大的产品思想的工程师意味着您已经建立了良好的产品技能,位于现有的工程技能组件之上。最好的人,为您提供有关如何在产品技能集上'重新在产品技能集上的反馈。有关他们看到产品建议的有价值的反馈,并要求有关进一步增长的地区的想法。

喜欢这篇文章?订阅我的时事通讯并在收件箱中获取未来的帖子。它'非常好的阅读,出去超过5,500名订阅者。

订阅我的时事通讯,并及时了解务实的软件开发和工程职业发展。