非技术经理's Challenge

我以前和工程师说话的感觉

我以前和工程师说话的感觉

对我来说,加入早期创业公司的意外好处之一就是拥有自己的办公室。这仅仅是我们空间布局方式的一个功能,但无论如何我还是很喜欢它。唯一的缺点是,刚大学毕业仅一年,坐在我的大桌子后面,有人敲我的门,感觉就像穿着我父亲的衣服。当一名高级工程师进入我的办公室讨论某事时,那种被冒充的感觉从未比现在更加敏锐:

灰熊工程师:“您是否知道您要我们重新编写大量后端代码?您是在告诉我,这就是您想要两名工程师进行为期两个月的工作吗?”

我:“嗯...是吗?”

我还年轻,绿色,可以随时随地学习产品管理-以及几乎所有其他内容。与工程师进行辩论常常让人感到压力重重,而我还没有学到这也无济于事 如何应对磨砂性格,其中我们有一对。通常他们是对的,因为我错过了一些重要的细节或其他细节,但是我应该坚持很多其他的时间,但是只是不知道如何与开发人员就我们正在开发的软件进行辩论。 

具有“非技术”背景的人(即不是工程师,数据科学家或类似人员的人)通常很难指导更多的技术主题专家。即使没有直接管理它们,人们也可以发现自己正在管理项目或做出影响更多技术资源需要做什么的决定。由于业务和技术方面在共享上下文中存在差距,因此无法沟通和建立信任很容易导致冲突。 有些冲突是不可避免的,甚至是可取的;互不信任造成的冲突不是。

我想分享一些我所学到的关于(相对)非技术人员有效地指导技术资源的知识。我是作为软件产品经理来处理这个主题的,没有开发人员的背景,但是这些原则适用于您指导技术知识远远超出您自己的人员的任何情况。希望你的同事已经学会了 如何有效地传达技术问题,但假设他们还没有,并且需要偶尔提醒一下 非技术经理为他们带来的价值.

冲突的根源

当“业务”和“技术”方面发生冲突时,通常是缺乏相互理解。尽管在通常情况下,比额表通常是针对非技术经理的,但因为非专业人士更容易理解它们的范围。例如,一位精明的工程师可以阅读《哈佛商业评论》的几篇文章,并开始就该公司的市场营销或增长策略提出论据,至少 声音 plausible (不管他们实际知道多少)。不过,通常情况并非相反。普通的营销人员或销售人员可能无法花一两个小时 堆栈溢出 并对系统的架构进行可靠的询问,或者阅读学术期刊,然后挑战数据科学家的方法。

企业中的工程师,数据科学家和其他技术资源也可以做出您可能无法做到的确定性决策。客观上讲,一个软件可以使用更少的内存。发动机可以客观地减少燃油消耗。营销策略只是没有这种明确的确定性。习惯确定性结果的人有时对 他们的 工作由人们做出主观决定的指导。有时,他们看不起它。

如何弥合差距

像其他任何事物一样,实践或在这种情况下的经验也非常完美。但是,我相信您在发展专业知识时必须绝对要做一些事情以树立信誉:

1.       知道。你的。东西。 如果您是业务方面的人,那么您的某些决定将更加主观,容易受到挑战-这意味着您不会有草率的思考的余地。您需要能够解释您的决定并描述预期的结果。 您的业​​务思维模式 需要坚如磐石。请记住,工程师和数据科学家对不确定性的适应程度可能不如您。如果您确实完成了功课,并且每次都能提出清晰的思路,那么您将与团队建立信任。像他们说的那样, 游戏识别游戏.

2.       自信点。如果您已经完成了尽职调查,请支持您的工作。并不是说您不再对新信息和新想法持开放态度,但是表现出骨干是很好的。不要害怕陈述未知的事物以及潜在的风险-导航这些知识是非技术经理工作的重要组成部分。不要仅仅因为人们反对或提出问题而屈服。如果没有信念,您的效率将受到损害。

3.       清楚了解真正适合您的内容。每当您制定出影响技术资源必须完成的工作的计划时,请知道对您而言最重要的是什么。您可能会发现,其他人坚持不懈的事情并不重要,并且您可以在没有太多痛苦的情况下满足每个人的利益。但这需要您提炼出您想出的主意, 什么是绝对关键的,什么是可以协商的。您还会给技术资源更多的回旋余地,以便以这种方式找出“方法”,他们将对此表示赞赏。

4.       建立您的技术知识。 这很明显:您越了解同事的担忧和背景,就越能胜任工作。如果您不是一个程序员,则无需成为程序员,统计学家或机械工程师,但您一定要了解他们所做工作的复杂性,以便您能够了解所涉及的取舍。 (为了培养分析数据的技能, 看看我写的这篇文章也跑了 福布斯

最后一点是关键。我之前写过关于我对 各种优质,廉价和便捷的资源 今天学习新技能。在工作中学习,可以在亚马逊上购买的书籍,免费和付费的在线课程,实体课程和其他商店之间,没有任何借口不扩大自己的知识。向您的同行询问他们将推荐哪些资源,然后开始使用。您所做的努力通常可以帮助您与更多技术同事建立信任(只要您不假装处于同等水平)。

一次获得更智能的一个区块

如果您需要匆忙了解某些内容而感到迷失,则第一步应该始终是 概念框图。框图是将机器,软件程序,数学模型分解成可以理解的任何复杂系统的简单方法。

这样考虑:每个系统都会收拾东西,做一些事情,然后吐出东西。您无需了解有关汽车的制造方式的所有细节,就可以了解汽车的功能以及其在较高水平下的工作方式。绘制一个图表,说明事物从头到尾的工作方式。不管有什么大问号,您都在使用可以获取的任何资源,直到您对其有所了解为止。冲洗。重复。不久之后,您将至少对正在发生的事情以及可以在哪里投资资源或解决问题的想法有所了解。