本文主要是介绍Dual PM的前情提要，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
坦白说, Dual PM是我在2015年想出来的一个自我品牌的Logo, 主要意思是想传达自己像Pi型人才那样, 深入横跨两种不同的专业领域-光电医材(Photonic Medtech)与项目管理(Project Manager)的"双"PM (真的是自我感觉太良好…笑), 也一直想要当个XXX, 写个跨领域的分享文章, 但就是迟迟动不了笔, 真是万事起头难阿…@@
但随着时光迁移与职涯发展, 工作型态从原本的光电模组研发生产的Hardware PM, 转换到的负责AI语音助理应用发展的Software PM (详细职涯转换的历程, 我们在Day2再来说明), Dual PM也就成了Hardware + Software的混双PM了，其实在项目管理界, 大家专业的称呼是"Hybrid PM", 而外行人看似单纯的工作职涯转换, 因为职称都叫PM嘛, 可是对我一个从来就不曾写Code的人来说, 是有种无形的门槛档在前面的, 因为在过去光机研发RD的背景下, 若是带领的团队里有工程师遇到问题或是有不同见解时, 都可以有专业的背景去协助(其实又有点把自己当成了function manager), 但是在软件开发的过程里, 遇到RD的问题, 唯一可依靠的只有"逻辑"去推演, 或是寻求软件研发主管的协助, 当然随着经验的累积, 我也有越来越多的工具与技能(武器?!)去面对各种软件RD的疑难杂症…会在后续的一个月里与大家分享
因为在我的专业经验里, 绝不把自己限缩在"排Schedule"的PM, 而是真正去了解市场需求, 工作难度, 可以真正预估与掌握进度的PM, 甚至是可以主张project scope或是对整个产品开发负责的Product Manager, 加上过去几年里累积了几张国际性的项目管理证照(PMP,ACP, NPDP), 让我有许多有形与无形的技能来面对各种新的软件数字产业的工作挑战吧~
这篇关于Dual PM的前情提要的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
