※ 引述《chadtracy (无名)》之铭言：
: 仅就中间这个部份作解释。
: 我会觉得，资料拆解与消化只是一部份。
: 最重要的是怎样把专案的大块大部分，有效的切割成适当的Milestone
: 这就跟放积木在箱子一样，大块放下去很占位置空间
: 你要怎样合理的拆解，让大家都能跟着你把案子作完才是关键。
: 因应的方法最快的就是最小可交付成果、风险NUDD之类
: 另外，我不太赞成把资讯扣在身上，除非你能有效的过滤
: 而且让每个人都能照时程搞定，不然这样作只是搬石头砸自己脚...
我所谓的资料拆解也包括了workload的拆解
一般都是按目标 分下task 设定milestone跟预算
但是我觉得那个只是供汇报用的
什么milestone 风险评估 老实讲gaming的方式太多
最小可交付结果 根本是为了报告方便
好像真的有完成些什么
这样很容易落入kpi的陷井
要嘛就是顶着被骂 尽快完成
要嘛为了要赶上时程 再耍一些trick 那些我都不干
我看专案就是资讯的动态交换 过程中视情况调整内容
完成专案的过程就是无数个问题 被提出 理解 回答
在这循环的过程中 有些task刚好被完成
一般OC要求一个产出 譬如说一份报告或是task被完成 OB是比较直观容易理解
但是它的核心就是结果导向
而我所谓的动态资讯交换比较偏向过程导向
虽是如此 但其实不跟我写的"一个pm就是为最终结果负责"相悖
这有时间再说
如果让组员觉得因为什么事没有传达 而导致最后失败
这个pm的做法根本是射后不理 想以"我资料都给他了呀"推卸责任
或著根本不懂需要哪些资讯 可以产出什么结果
我很清楚过程中需要什么
譬如说我做过的一个防水设备 样品测试会漏水
pm可以抄送所有人二个星期我要它被解决 然后邮件一直转发
我的做法是和ME一起决定需要什么资料
（工程师有时候要求的过多 很不现实）
e.g. 证明给他看 4次的实验一定就能知道哪个地方问题 不需要6次
然后协调射出厂 工厂重新打样 测试机台预约
不可能发生组员要的东西我没给 最后还能让他用这来当借口的状况
我要的很明确 他要的也得很明确
没有能力过滤 就先当助理好了 挂PM哪那么容易