谈点我对项目经理的感触

尹夕奎

项目经理，就是“担当”，日企的叫法，就是担当责任，就是”搞定“，好事，坏事都要搞定，搞不定也要主动承担起应用的责任，并录求资源解决，

最近下属一个项目经理，在负责江苏连云港的一知名国企项目和无锡一财经门户网站项目，出了同一个问题：项目失控。

这是一个很严重的问题！

问题就在“沟通”与“项目控制”上，

沟通是全程的！沟通没有达成共识，这是致命的，我经常听到“我与某某讲过。。。"，但是只是讲了，没有共识，这不是沟通，所以结果很惨，无论客户还是开发人员都没有按PM的思路去做来，最后PM很被动，搞到我去找各老总要人；

项目控制能力，无外乎就是：需求确定、任务分解、进度制定、过程控制、风险控制、成本控制、资源协调等等，但在这过程中任何一环节出问题，就可能会导致项目失控，但即使是项目失控，如果出现的时间不是太晚，依然可以挽回的；

所以项目经理这行，真的不容易，要具备多方面的能力。

其实对于项目经理，出了问题，我更多希望听到的是”这是我的错“，而不是”这是客户、这是设计、这是程序。。。“。

瘦得像猪一样

项目经理不是一般人能做的，实权少，老受气

尹广磊

不错的项目经验，值得思考借鉴。

:handshake

siki

无论客户还是开发人员都没有按PM的思路去做来

PM的思路应该是什么样的呢？我做的项目中，PM大多由研发来兼任，他们想法是从节约研发成本出发的

我更多希望听到的是”这是我的错“

承认错误容易，之后呢？补救方案还是做些什么？

妞妞

我们这边项目经理是产品人员兼任，失控到是没有，但是和研发的沟通确实有问题~

妞妞

2# 瘦得像猪一样

相当受气~~

尹夕奎

4# siki


余世维先生的关于企业管理里的讲座经常提到，作为管理者，更希望听到下属在工作出问题后，第一句话是说“这是我的错”，再来找解决方案，不希望第一句听到的是“这是张三的错，这是李四的错。。。”，到最后没有自己的问题。
这是责任与态度的问题，并不是是盲目承担责任。


“PM的思路应该是什么样的呢？我做的项目中，PM大多由研发来兼任，他们想法是从节约研发成本出发的”
这个要看具体公司的项目管理流程情况，如我们公司是软件项目型公司，为了生存，就要去全国各地接单谈合同，每个项目经理均要负责一定数量的项目，我们的项目经理更多的工作是统筹、管理、协调、沟通、安排等工作，不需要具体的开发、设计等，我们有具体的技术团队，所以项目经理只需要把需求做好，WBS做好，进度表做好，然后就是控制，这就是PM的思路，一切都要在自己的掌握中，每一个功能、每一个设计等等。

这其中沟通工作量是巨大的，一旦沟通失效，后果可想而知。

尹夕奎

6# 妞妞


呵呵，所以说项目经理，是又当爹又当妈，搞不好两边不是人。

但是，这样的工作是具备挑战的。

一但你能轻松协调各个公司、各个角色等资源为你所用，且应付自如，

那么，呵呵。。。。

蚊子

老是承认错误是推托的一种表现。因为他应该在回答你的话之前就对自己承认错误，然后进行补救。向领导汇报的应该是补救的进展情况

尹夕奎

"因为他应该在回答你的话之前就对自己承认错误，然后进行补救。向领导汇报的应该是补救的进展情况 "

从解决问题的角度来说，首先应是态度，然后再是解决方案，重在解决方案，但态度好不好，会影响到别人原不愿意听你的解决方案。

当然“老是承认错误是推托的一种表现”，事不过三，同一个问题出现多次，即使有态度，别人也不信任了。

阿达达

这让我想起了，某些资深程序员的沟通方式。先说结果,比如程序员在开发中出现问题，当他向项目经理汇报时首先会说这个是我的问题导致的错误，然后在分析错误并上报。然而在我们身边，大多数人首先想的是怎么推卸责任，难道这就是当前的风气？:L

王亮

多么希望项目经理出现在我们的身边，那将给予我们多大的支持啊！

闫峰

针对项目经理，还是要看这个公司的架构，以及赋予其的工作内容以及职权是什么。
我个人觉得，能做到项目经理的人，至少应该有多年的项目管理经验，年龄至少应该在30左右。当然这只是个参考。
年龄太小，处理问题时考虑的不够周全，而且控制力不足。
项目经理也有分工，楼主也说了，项目经理主要是协调力，及时发现问题，解决问题，与客户打交道是BD，是AE的工作，项目经理，应该把主要精力集中在项目的进展过程上，而不是怎么与客户打交到，要是那样的话，那两头受气只能是自找的，得合理的把工作细分到其应该承担的岗位上去。项目经理不是大拿，不能要求太多。一般的公司里，项目经理往往管的很多，但杂事一大堆，各岗位都有各岗位的本职实权，所以就把项目经理给架空了。所以说，还是要看公司对这个层面上支持力度是什么。

闫峰

拿WEB项目为例，还是将前端与后端分开的好，技术做技术的事，前端做前端的事，并行开发，不要互相越权。技术不要老想着怎么省事，省成本是好事，但不要改变前端的设计。前端也不要在不了解后端实现难度的情况下乱下任务，或是总是催，双方要给于足够的信认，与积极的配合，否则，中间的产品经理也好，项目经理也好，，嘿嘿。谁也惹不起。只能受气。。。最终，造成极大的内耗。

王亮

芥末丝说的太好了，鼓掌
如果有一个好的项目经理负责项目管理，产品经理就能够更专注于产品本身的提高。

帕帕

其实对于项目经理，出了问题，我更多希望听到的是”这是我的错“，而不是”这是客户、这是设计、这是程序。。。“。

现在又有多少人敢于主动承担错误呢？
关键还是在出现问题后如何及时解决问题和如果避免下次再出同样的问题。

刘玉石

5# 妞妞

研发人员更喜欢用他们的语言去沟通，多了解一下他们的工作，尝试用他们的方式和他们沟通，应该会有改善的。
附工程师笑话一枚：
有個工程師某日在下班前接到老婆的電話...
老婆說：「下班順便帶一斤包子回家，如果看到賣西瓜的，就買一個。」
晚上工程師回到家，老婆看了就問：「怎麼只買了一個包子？」
工程師：「因為看到賣西瓜的。」webppd:tongue