稍微聊聊自己的经验
想当初我进公司自我介绍的时候
还有人笑着问我RD转PM是不是被招牌砸到XD
亲友勿认
我之前算是偏后端的Java工程师，后来因缘际会转资安工程师
最后来到现在这个工作
在聊有什么优势之前，或许先介绍一下工作范围
毕竟即使同是PM，每间公司都差很多
我们公司的PM除了一般认知的专案管理工作，还要兼FAE的角色
所以单元测试、压力测试都是我们的工作范围
一些客户因为某些情况要做的系统升级、设定调整自然也都是落在我们身上
那我认为这样的经验可以带来以下几种优势
1. 事故处理速度
当然月有阴晴圆缺，总不可能每次测试/更版/设定调整都很顺利
这时候总有需要抓log或是截图给RD的时候
这时候曾经身为RD的优势就会体现
log我可以用过去的经验快速撷取RD想看的范围
如果是前端网页的问题，可能浏览器的JS Console截图就跟着一起过去
甚至如果log上显示的是一些比较基础的错误
可能防火墙没开、设定档案找不到之类的
这种就有机会直接在我这边拦截并马上跟客户处理
减少RD处理这种问题的垃圾时间，相对也提升对于客户的服务品质
2. 工单开立
这块应该是多数RD最常碰到的问题
PM的需求不清楚，工单又不会开
预期结果和重现步骤都没有，环境资讯东缺西漏
这时候能用自己以往经验做到将心比心，把资料先收集好就是优势
为什么有些PM一张工单开好还要来回好几次才能进开发，有些PM不用，差异就在这里
3. 客户沟通
靠北工程师最常看到的抱怨点
不外乎是当RD反应有技术困难的时候，客户认为这应该很简单
PM也就这样跟着认为，反而去压RD开发时间
但毕竟PM和RD还是同一个团队
今天得罪RD不会让你的工作比较顺利
今天PM都懂技术了，鱼帮水水帮鱼，站在RD的立场帮忙争取更充裕的开发时间
相对RD比较有时间做完整测试，交付品质自然有机会比较好
其次若真的碰到了技术困难想，我们也可以利用自己讲解技术困难的优势
拉拢客户这边懂技术的人，就有比较高的机率可以争取放宽时间或其他折衷方案
4. 技术协助
这部分就比较偏个人能力了
不过如果身为PM专业领域刚好有和公司RD需求重叠
或许可以试看看，但切记不要抱着我就是比你懂的心态，对方说不定比你专业
我自己的经验是，因为我懂源码扫描
所以当RD这边有技术上的困难，或是需要跟客户争取误判的时候
通常可以给予一些技术或是沟通上的协助
讲了这么多...
其实终归一句还是鱼帮水水帮鱼
大家同一个公司，懂技术当然是加分
但能不能互相体谅才是核心
毕竟客户总是G8人，有时候还会碰到有钱的G8人
RD: PM你们有没有跟客户说这个升级要收钱啊
PM: 有啊，他们还真的拿钱出来了，还有符合当初你们报工时后算的成本评估
众人: ............
今天互相得罪不会比较好做事，只会让彼此以后的案子更难合作
要说懂技术的缺点吗...
或许是我自己讲话有时候太偏RD侧，很难得到客户或是PM主管谅解XD