事件是这样的 …

研发进度沟通会，又陷入了死个别的沉寂。

咱们的研发团队曾经在一个第三方集成的我的项目上奋斗三个星期了。然而，三周后提测的这一天，咱们才意识到：

方案设计行不通……

要死。

后端要进行重大批改，我的项目将延期至多两周……

此刻，我默默地指责工程师们不够怠惰谨慎。但其实，他们必定也在嗔怪我没有给他们足够的工夫去钻研。

最终咱们承受了事实：团队决定再从新做计划调研。

咱们最终交付了这个我的项目，代价是大大落后于原来的时间表。

在咱们进行迭代回顾的时候，有一件事变得很分明：

我作为产品经理做了一些预设；这些预设被放进了计划里；技术团队置信这些预设是真的，并且开始工作。

问题：我没有花工夫去理解这个我的项目的复杂性。如果我在晚期就让技术团队参加进来，咱们不会落得如此下场。

我失去的教训也很间接：作为一个产品经理，了解技术对于我的项目胜利来说至关重要。

接下来，我将探讨老手 PM 可能会遇到一些问题，并给出我的答复。

为什么 PM 应该理解技术

理解技术能够在以下方面帮忙每一个产品经理：

有助于在你的团队中建设信赖：开发者喜爱那些试图了解他们的难点并违心合作配合解决这些问题的 PM。

进步想法的品质：在理解技术之后。你能晓得什么是可能的，什么是不可能的，所以你的想法是以事实为根底和可施行的。

在确定我的项目的范畴方面变得更精确粗疏：如果你理解什么会减少技术的复杂性，你就能够更好地进行衡量。作出衡量是按时交货的一个十分重要的技能。

提高效率：你的产品需要和标准文件将会更加全面。因为与技术负责人 /EM 的单干良好，大部分重要的技术思考都被提前搞定了。

辨认我的项目相干的复杂性：你能更好地了解和我的项目相干的复杂性。这有助于你理解可能会遇到的危险并设法把危险升高。非常复杂的我的项目通常须要在全面开始之前先进行 POC 测试。

产品经理须要理解多少技术？

只有对技术的了解达到一个较高层次, 你才可能答复以下问题：

形成你产品的不同技术栈是什么？

这些零碎中的运行逻辑是什么？

与各零碎相干的次要危险有哪些，怎么躲避？

哪个零碎是由哪个团队治理的？

这些零碎之间是如何关联的？
(例如: APIs)

产品经理如何理解一项技术？

话不多说，看图。

在会议完结时，你应该曾经有了一张繁难的流程图或架构图…

你可能不会了解所有的细节。那也没关系。专一于了解所应用的术语以及它们所起的作用是什么更为重要。

反复以上循环，与日俱增，你对技术的理解力天然会晋升。

进阶技巧：加深对技术的了解

其实仅仅和工程师坐一坐聊一聊并不能让你理解残缺的状况，理解技术是很难的，须要产品经理们的不懈努力壮志雄心。

以下 tips 十分有用，请有志精益求精者认真食用~

把每个新我的项目作为学习机会

一旦你决定优先思考某项性能，就请技术团队参加进来。
从他们那里理解：

1) 哪些层面会受到影响？前端，后端，基础设施等……
2) 每一层会波及多少量级的开发工作？
了解构建该性能所波及的技术难点。

这将使你对技术架构、所波及的零碎、复杂性的起源，都有清晰的意识。一个我的项目波及的层数越多，复杂度就越大。

从技术故障中学习

生产环境中的问题和技术难点，是另一个理解技术架构的绝佳机会。

如果这个问题影响了你关注的畛域，请与工程师坐下来理解具体情况：

1）哪个零碎受到影响？2)起因是什么？3)咱们能做什么来避免问题复现？

反复这个循环，将帮忙你建设围绕零碎自身及其单薄的环节的剖析框架。

或者一段时间后，你会发现：

晋升零碎鲁棒性是优先级更高的事。

我还应该牢记什么？

当你开始这段学习的过程时，还必须牢记以下几点。

不要胆怯问问题：不论这些问题有多蠢，总是要去问。你问得越多，你失去的信息就越清晰；

可视化有助于你更快地了解事件：在与工程师交谈时，如果事件超出你的设想，请他们在纸上画进去解释。

工程师们喜爱那些试图了解他们的语言和难点的 PM：不要对他们的关切束之高阁。与他们一起工作，意识到他们预感的难点和如何解决这些问题的办法。

不要用你新发现的常识通知开发人员 “ 如何施行 ”：这样会被暴打，而且你会显得很高傲且瞎指挥。

深度学习技术计划有有数的益处，因而 产品经理最好不要犹豫，在我的项目初始就开始理解它。这件事起步可能很容易，但最重要的是如何保持这样做。

当然也不用过于缓和，这将是一个十分有价值的学习过程。

援用浏览到更多「研发治理」的教训分享与最佳实际…
关注我的思否账号 @LigaAI，继续接管更多干货分享~
进一步理解咱们的产品，请拜访 LigaAI – 新一代智能研发治理平台