身为研发部门的小主管，
真的认为好的PM可以帮整个团队很大的忙。
我认为可以把PM想成一个”任务提醒小工具”，
这个小工具在使用时需要喂入目前正在执行的专案，未来几年内可预期的专案以及due date。
他会生产出对应的工具（control list）与表格来控管整个时程以免进度滑掉。
在运行的过程如果有什么突然插入的状况（客退、改版、新计画）也全部丢给它让它加入时程里一起控管，
偶尔需要出客诉报告时PM也会提供表格，把该填的内容填入后就让PM去处理后续。
再来要生产产品时通常研发只负责EVT试做，最后验证没问题就把BOM list整理好丢给PM,
后续要量产时的备料与缺料控制也交给PM去处理（PM与采购）。
研发大部分在做事常常会忘了时程，尤其遇到bug时我会很不想管其他的琐事，
此时如果没有PM那么后面一定是东滑西滑惨的只是自己。
我们的PM也是文组背景的女生，30岁出头不过能力真的是大家都肯定的。
我觉得PM的核心价值就是：control整个团队或是整间公司的时程，让计画可以顺利运行。在此前提下提供方法来让计画运行过程中遇到的阻碍降低。
因此研发与PM之间的关系不应该是敌人，这需要主管们把这个关系好好传达给下面让合作更融洽，当然好的PM也是可遇不可求的啦。
以上是个人对PM的小小心得。
※ 引述《endurance (大家好)》之铭言：
: 1. 叫别人做事.
: ex: 这件事给你. Q: 什么事. A:有客人有问题
: Q: 啥问题. A:在mail内, 你去串好答案后 回答
: 2. 开会
: 今天来讨论这个事, EE先说明下 历史背景 客户问题 下一步该怎么做
: 结束后 EE整理一下整份报告 统整数据 整理到一页PPT给我
: 写不好? highlight EE主管换人 这EE不愿意做
: 另外PM的report就是会议上问 每个team在会议上帮PM写报告
: 一个问题讲30分钟 从历史到为什么都要讲到PM懂
: 3. 没事就要替工程师找事
: 因为找事PM才有东西写 没事PM能写啥 所以找点事 然后EE做
: PM等答案 又能感觉好像很忙 实际上都在等答案 0输出
: 4. highlight
: 通常越跟PM越靠近的越容易被esclate. 为什么呢
: 因为EE跟PM重叠部分很大, PM能做的 都可以叫EE做
: EE能做的还是EE做. 只要EE做不好 就等于那PM输出不好 自然会被靠杯
: 然而PM还不太会靠背SW ME等等 也不知道为啥 可能R/R太清楚 靠背不了
: 且靠背太多人 可能显得自己有问题 所以大部分只靠被EE
: