高层做项目经理，后期没时间管理，该怎么办？怎样来控制项目进度？

cecilia

公司懂得项目管理的人员紧缺，高层当初接管项目，作为项目经理，但后期发现需做的事情太多，没有时间来管理该项目，可是手下的人对项目管理又不了解，也不想做，宁愿编写代码。
大家有什么好的建议吗？应该怎么来管理该项目？分发给底下的技术负责人吗？完全由QA来跟踪？


上一篇：怎样做好项目的跟踪工作
下一篇：CMMI3之后的过程改进之路

xixiaojing666

“我觉得既然公司懂得项目管理的人员紧缺，并且手下的人对项目管理又不了解，也不想做，宁愿编写代码。”

对于这种状况，我觉得可以由QA担任类似项目助理的这个工作。她可以分发部分工作给底下的技术负责人，同时指导和监督技术负责人的工作，并且上报工作的进展给高层经理，起到一个承上启下并且推动项目开展的一个特殊角色。

cecilia

QA本身对项目就是监督执行的作用，并且定期向高层汇报项目的进展，项目检查的情况。
由QA来分发工作给底下的技术负责人，恐怕很难执行，主要是没人会听你的，需多次催促才会去做，如果是高层或项目经理就不一样了。碰到这种情况，如果QA只是一味的开出不符合项，那样和项目组就会形成对立面，对后期的工作开展也不好。

iamredeye

这个答案很明确吧，找个pm。 也许是其它人来兼，比如QA或开发人员。不管怎样，找个人用至少部分时间履行pm的role

cecilia

目前想到的办法是找个人来兼职做PM，项目已处于编码阶段，原PM也已做了大量工作了，只需编制里程碑报告和项目监控周报表了，当然还需要分析，以监控整个项目研发进度。
前期先对其进行培训，指导，使其能明确项目经理的职责。

lily_014

原帖由 cecilia 于 2008-5-12 11:29 发表
公司懂得项目管理的人员紧缺，高层当初接管项目，作为项目经理，但后期发现需做的事情太多，没有时间来管理该项目，可是手下的人对项目管理又不了解，也不想做，宁愿编写代码。
大家有什么好的建议吗？应该怎么来管 ...

目前要保证该项目的正常运转,协调人必须得有.要么招个pm或者前面也说了可以找个兼职的,但必须要有协调人.否则会乱子.甚至更严重的可能影响项目的验收等等..

不过从你的问题当中,想到一个问题, 为什么手下的人宁愿coding也不愿意做pm呢?这说明了企业的文化是非常重要的.人也应该去学习和获取更多更广的知识，而不应是满于现状。

cecilia

是的，企业文化和人力资源制度的建设也是很关键的，企业对员工的一个职业规划，职责分划对于员工来说都是很重要的，有待于加强。

cecilia

明天我们公司会对全员进行一次《提升执行力》的面授培训，希望会有帮助。
如果每个人的执行人都能上升，公司有了这样一种氛围，那就能解决很多问题了，目前有了制度和流程，可就是执行力度不大。
待明天培训完后，再继续讨论。

step365he

爱好coding的，更愿意称呼自己是程序员，而不是软件工程师；
爱好coding的，更愿意自己成为高级程序员，甚至资深程序员，而不是项目经理
爱好coding的，会像海绵那样吸收新技术，而且会用更好更新的方式或者技术不断提升改进自己原先的产品
当然，好的coding能成为好的PM吗？能，但意味着要放弃coding这个爱好。
我们推出架构师这么个职位，就是让PM和coding之间难以选择的做出选择。

iamredeye

原帖由 step365he 于 2008-5-15 20:39 发表
我们推出架构师这么个职位，就是让PM和coding之间难以选择的做出选择。

又多一个，那不是更要有选择恐惧症了？！:Q

cecilia

依据CMMI也有这几类角色的划分，其职责为：
1、项目经理：向机构领导汇报工作；是项目规划、项目监控、风险管理和需求管理过程域的负责人；监督项目成员的工作，审批项目成员的各种申请。
2、系统设计师：根据需求文档设计软件系统的体系结构、用户界面、数据库、模块等，并撰写相应文档。
3、程序员：根据系统设计文档，编写软件系统的代码；随时测试和检查自己的代码，及时消除代码中的缺陷。

    将每一个职位的职责进行说明，对于员工来说是有益的，在工作当中也更有针对性。只是目前在大多数公司中，好多并不能详细的定义出其职位说明书，感觉事情做的都比较杂，既做设计又编写程序，到最后对于自己的职位也就不好界定了。
    期待大家精彩的回答。
    如何让只喜欢coding的工程师来兼做PM，如何去引导他来做好PM？

step365he

"系统设计师：根据需求文档设计软件系统的体系结构、用户界面、数据库、模块等，并撰写相应文档。"
这个职位的定位味道很怪, 就我所了解,如果仅仅按照职位描述工作的系统设计师,如果脱离coding一年以上,技术能力会下降(经验值依旧保留),而且对新技术的敏锐度会降低,从而影响将来的系统设计质量.

step365he

软件工程中,角色定义是明确的,但并不是一种角色只能一个人承担; 一个人可以承担多个角色.
比如系统设计师(我更喜欢架构师这个称呼), 可以贡献自己良好coding出来的组件,或类库. 提供给其它程序员使用......
架构师从某种意义上可以说是技术经理的角色. 他可以协助PM负责技术和开发管理.
当然存在管理很牛,技术也很牛的PM. 打灯笼也能找得到, 呵呵.

[ 本帖最后由 step365he 于 2008-5-16 09:50 编辑 ]

cecilia

赞同step365he的意见，一个人可以承担多个角色，职位说明书也是根据公司发展战略来定义的，并不是一成不变的。

jane

问题解决了吗？很关注这案例，目前我们公司现在也遇到这类似的问题，区别是，高层领导担任了项目经理一职。这个举动其实给公司还是带来不少损失，因为高层本来就是承担一个宏观管理的职责，现在一负责这个大项目，好多事情都有点管不过来的现象。
我想公司现在是应该招个项目经理，我想楼主的这个现象应该也可以采用这个方法吧。至于为什么不从项目组提升一位项目经理？肯定有其真正的原因，比如项目组的其他成员未满足成为PM的要求。
所以当务之急，能顺利过渡这个阶段，同时抓紧时间物色一名PM。