|
楼主 |
发表于 2008-6-17 14:32:20
|
显示全部楼层
很久没写东西了,中学时候经常写的作文被老师在讲台上作为范文全班朗读.谢谢楼上各位捧场.
我小时候的兴趣却在理科上,大学去学了电子专业,从此除了写毕业论文就再也没有写过超越万字的东西.我知道走技术这条路是自己找苦吃.
闲话少叙.还是不想谈技术,现在写项目管理(Project Management).
这里我偷懒引用我在52RD上回别人的帖子的内容:
什么是PM?PM就是要在整个项目组动工前,将要做的事情尽力策划完善,和上级无数次的开会讨论项目的目的与开发所需的内容,当全部拍板决定后,项目组再动工,否则中间环节出现问题,很难控制好开发成本,从而造成损失。如果老板在中间环节介入,必须要给他分析修改会造成的影响及成本评估,让他知道什么是牵一发动全局。再由他拍板决定是否进行修改。
项目管理文档包括以下:
1. 项目开发意向书
2. 项目计划书
3. 项目立项申请书
4. 项目启动会议纪要
5. 项目产品定义书
6. 项目人力资源分配表
7. 项目周工作计划表
8. 项目总体进度跟踪表
9. 原理图设计评审报告
10. PCB设计评审报告
如果PM能在一个项目运做过程中独立完成以上10个文档中的6份,就很专业了;独立完成全部,那就是精英。
但是很不幸,有些公司连文档都不全,1、2、3几乎没有或者很草率地定义项目,Kick Off Meeting也是口头通知化,没有形成文件约束,万一出现决策失误责任人也没法惩戒。5是PM直接甩给HW/SW/MD来做;最关键的是7、8,从这2个文件中可以很明显地看出PM素质的高低,这个计划进度的控制是PM预测的,而从进度上可以看出PM计划安排的效率与执行力。9、10是HW来做,归档到项目经理的。
如此10个文件的约束下,没有理由会产生部门之间的扯皮与争论。项目总体进度跟踪表细化到每一天每个岗位上该做的事,当一个项目完成,可以清晰地回溯过去发生的开发流程,责任谁也逃避不了,功绩谁也不用去争,错误谁也不用去推。
能做到这种程度的PM,很抱歉确实很少见!
另外,PM有一份项目运做手册当SOP来参考,这就是PM的圣经。PM需要上山下乡去加工厂、安排技术支援Team食宿、与客户方工程交接。PM要保障整个RD后勤,整个项目开发环节的通畅,把项目开发比做打仗的话,工程师是前线作战,PM就是调度运输指挥。
此为后话,一般PM也不可能做到这种地步。 |
|