作者annedoo (安安)
看板Soft_Job
标题[讨论] 大家觉得PM需要有技术背景或会写程式吗？
时间Fri Nov 8 06:25:46 2019
大家好，我本身是产品经理、专案经理都做过的PM，
我大学的时候也有程式设计的课，
但就是在那时候发现自己写得不快、写得不好、也没兴趣，所以很挫折，
因此觉得这辈子绝对不会做跟写程式有关的工作！
最近突然看到一个粉专（我是PM，有兴趣自己查，他们来板上发过文），
写了篇文章说明为什麽PM需要有技术背景：
（以下不完整节录）
作为一个技术出身的 PM，我会建议产品经理们真的要懂一些技术。更准确来说，PM 要懂的不是技术，而是用技术解决问题的思维。这样不仅可以帮助 PM 更好的和 RD 沟通，也帮助 PM 从更多面向思考如何解决用户需求。
什麽是技术解决问题的思维，我们可以简单理解为四个要素：前端、API、後端、资料库。
举一个最常见的需求：用户注册。以四个要素分别来看的话可能会拆解成如下步骤：
1. 前端：用户输入注册资讯并送出
2. API：接收用户资讯，传递到後端
3. 後端：验证注册资讯是否合规，处理资料格式
4. 资料库：於 users table 写入用户资料
接着可能还会需要回传对应的结果并展示在前端等等，我们这里不作讨论。这样分解下来，每个技术环节分别要做什麽就十分明确了，RD 脑内也能开始把这样的逻辑转化成程式码。
那 PM 对於技术该懂到什麽程度呢？越多越好。如果一个 PM 技术力越强，RD 就会对你越尊敬。一来他们知道你跟他们有共同语言，是跟他们站在一起的；二来他们也知道，若不接受你提出的需求，你完全可以跳过他们自己动手。
最後也是最重要的，PM 如何提高技术能力？
1. 向 RD 学习：回到开头的情境，有的 PM 可能会在被 RD 拒绝後灰心丧气，甚至直接怒言相向，但这其实是一个锻链技术思维的好机会。这时候我们可以根据上面的四要素，来和 RD 沟通是哪些环节碰到问题。对於实现不了这件事情，是因为现有架构的限制，还是说超过了技术本身的能力。於是，RD 可能会如此回覆你：「因为资料库里没有这个栏位，我们也就没办法展示在前端给用户看」，这才是真正的原因。一次两次後，你会发现问出笨问题的频率越来越低，你越来越常帮 RD 们挡下技术上不合理的需求，团队的关系也会变得更紧密。
2. 动手写程式：要锻链技术能力最好的方法莫过於自己动手写程式了。其实写简单程式并没有太难，不需要买很多书来看，不需要懂计算机概论，只需要在 Youtube 上找些简单的教学来看，然後订一个题目来实作就行。
简单开始的几个步骤：
1. 完成开发环境的建置
2. 了解变数宣告、if/else 判断及 for/while 回圈等基本语法
3. 完成一个「Hello world!」
4. 完成一个小题目：例如 To-Do-List
（以上不完整节录）
1. 不知道大家认不认同这个文章的想法呢？
2. 在自己的经验中，PM有/没有技术背景造成了多大的差异呢？
3. 在了解技术这方面，有什麽可以给软体业产品经理、专案经理的建议XD
我身边有/没有技术背景的PM都有，
私心认为两种都可以做得很棒，在团队内部可能也会是不同的定位取向，
不过自己说不准，感觉还是要合作最密切的工程师大大来分享比较实际～
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 126.149.58.238 (日本)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1573165550.A.484.html
※ 编辑: annedoo (126.149.58.238 日本), 11/08/2019 06:26:52
※ 编辑: annedoo (126.149.58.238 日本), 11/08/2019 06:27:55
1F：→ BlacksPig: 遇过的，没技术能力的都在推工作给技术单位 11/08 06:54
2F：→ BlacksPig: 跟专业技术有关就算了，惨的是流程问题也要推 11/08 06:57
3F：→ godddddd: 大致了解 不要乱说规格 大致都可以安然度过 11/08 09:16
4F：→ ladyboy99: 如果没PM 流程变成就底下工程师扛了 11/08 09:43
5F：→ oherman: 太理想化，一般公司都要pm+sa+pg三位一体 11/08 09:59
6F：嘘 pig2014: 裙子短就可 11/08 10:10
7F：推 zased: 真的是没搞清楚pm的工作内容XD 11/08 11:07
8F：推 qqkerk: 认真回 懂不懂技术都差不多，请参考这三张图 QAQ 11/08 11:13
12F：推 anandydy529: 你懂得越多，提出智障需求的机会就越低 11/08 11:59
13F：嘘 t19960804: 有奶就行了 11/08 12:06
14F：→ whk183920: 你懂越多，打脸RD的机会越多，反之亦然 11/08 12:38
15F：→ marc47: 我们公司有另外技术总监(懂程式的，兼做分析)，PM一定是跟 11/08 15:36
16F：→ marc47: 技术总监谈过，才会确认那些事可以作，值得做，并且分出重 11/08 15:36
17F：→ marc47: 要程度，否则每一件事都没完没了。分析能力很重要，很多公 11/08 15:36
18F：→ marc47: 司就是因为没有分析人员，很多中间的事就变成谁多嘴，谁倒 11/08 15:36
19F：→ marc47: 楣 11/08 15:36
20F：推 Ghamu: 推楼上 PM懂技术再怎麽样都没办法比技术总监 或是sw team 11/08 15:42
21F：→ Ghamu: leader等等厉害跟透彻 自以为自己了解技术 胡乱承诺开时程 11/08 15:43
22F：→ Ghamu: 才会有问题吧? 私以为PM是跟客户老板沟通好需求 跟技术lead 11/08 15:44
23F：→ Ghamu: leader确认好难度 规划时程用的 对工程师我看过去就是帮忙 11/08 15:45
24F：→ Ghamu: 开会的人 整理好最後怎麽做交给我执行的人 11/08 15:46
25F：推 Csongs: 懂技术 1.不会被开发唬烂 11/08 16:30
26F：→ Csongs: 2.了解自家开发程度,对应客人不会都一直点头 11/08 16:31
27F：→ Csongs: 3同意PM可以配个技术职讨论才是好的 11/08 16:32
28F：推 twbambi: 不知有没有人遇过SW leader不懂技术的情况？ 讲出来的话 11/08 16:50
29F：→ twbambi: 连PM也翻白眼 XD 11/08 16:50
30F：推 qscesz1456: 比较怕技术好但没跟上时代 还在以前的技术 然後乱订 11/08 18:07
31F：→ qscesz1456: 时程... 认为不就那样吗的那种 11/08 18:07
32F：推 linkmusic: 需要，不要说PM业务也需要懂，要不然大家讲的都像外星 11/08 21:58
33F：→ linkmusic: 语根本无法桥事情要怎麽当桥梁 11/08 21:58
34F：→ linkmusic: PM和工程师不一样的地方只在於有沟通障碍的人不要去当 11/08 22:00
35F：→ linkmusic: 业务或PM而以 11/08 22:00
36F：→ y3k: 要看你要什麽样的PM 也有那种摆一颗西瓜都没差的 11/08 22:06
37F：→ y3k: 但是通常没有技术判断力的PM八成会让专案失败 11/08 22:07
38F：嘘 CoNsTaR: 大家觉得校长需要读过书吗？？？ 11/08 22:49
39F：→ CoNsTaR: 大家觉得教育部长需要受过教育吗 11/08 22:50
※ 编辑: annedoo (1.162.152.200 台湾), 07/04/2021 16:33:34