这样的PM是我的目标么？

曾经在程序员杂志上看到一个程序员到一个大公司,随意写一段代码也可以混几年;有的不写代码只帮大家做做杂事也可以混几年.
觉得他们公司的pm是失败,他们的工作不仅是协调人际关系,写文档,还应该验收程序员的代码.必竞测试人员一般是无法完成白盒测试的,关键技术需要pm的加入.

又想到:现在很多的软件之所以不断的升级,bug频频,还是和pm人员的责任心有关.不能随意选一个技术人员做pm,pm是需要许多的综合素质.
一般成长型的公司就会这样,我知道的就有一个leader推上pm的案例.称不称职只有他自己知道了.

pm的职责是管理,其实是不需要懂技术的.
不过在国内,观念问题,pm不懂技术就压不住下面的人,所以pm最好从技术转型.

PM的职责是达成工作目标。工作目标需要你有技术，
那PM就应该懂技术。目标工作需要你会沟通，那你就需要会沟通。脱离目标，谈什么管理，都是扯淡。

各个公司对PM的定义是不同的，如MS就可以让一毕业的学生直接去做PM，你去管进度就完了，技术上的事不用你操心，有技术上的leader来管。

当然你可能不喜欢做这样的PM，那是你的事，但不是说这样的PM就错的，只是国内的职责划分得太粗糙了，认为PM应该什么都管。

有review之前是应该先能通过测试的，而且review最后的决定应该是有规则可依的，比如是否符合代码规范，或者与总体设计一致。如果就一个人说了算，那这样的review是失败的

这是什么逻辑，PM要达成的工作目标和程序员要达成的工作目标是同样一个目标吗？？

汗～～～

只能说他们的愿景是一致的，那就是按期保质的交付产品，并达成客户所需要的满意度。可是他们实现这个愿景的方式和重点却截然不同，PM通过各种手段来保证项目沿着一个尽可能健康的轨道进行。可是程序员是要通过自己的代码来保证交付产品的健壮。不是说PM就不能懂技术，而是说没有任何迹象表明PM必须要懂技术。PM当然可以参加编码工作，甚至可以是架构师，可是我不相信对于一个中型以上项目来说要做一个合格称职的PM还有空去做那么多主要职责以外的事情。

PM首先是一个manager，而不是engineer

要引用就引用完整。

好，那我就引用完整。

前面已经阐述过了，PM的工作目标和团队其它成员的工作愿景是同样的，可达成的方式却各有不同。那下面再说其它的话题。

PM所注重的沟通和团队成员所进行的沟通又是不尽相同的方面。前面叙述过，PM的职责所重是在于维护项目的健康运行，同时要保持团队内部和外部的良好气氛，这种气氛的保持有赖于PM沟通的有效性。好，这里可以看到 PM的职责是要沟通，可是这种沟通不以技术为重点。PM的管理不是管技术，而是管人。至于技术的方面，sa自会负责。不过如果你PM有那么多的精力也有那么多的兴趣同时还有那么好的技术的话，你也负责起技术方面的沟通也未尝不可。

我承认国内的情况有其特殊性，有人事情况的复杂性。可是就软件开发的一般情况来说，一个团队的成员各司其职才是正道。PM也概莫能外。

PM其实就是team leader的助手, 而PM是行政体系,team leader是技术体系,PM应该是项目组中待遇 中等的一个人.

team leader负责考核他的助手PM的工作,也负责考核项目组中成员的工作.

现在的国内的PM的概念完全搞乱了

汗~~~

这种观点倒是头一次听说, 可以介绍的详细一点吗?

我想具体要看具体公司的情况吧，有些公司技术导向，这样PM属于支持的角色，向以产品或者过程为导向的，TL应该是支持的角色，就算是同一个公司在不同的阶段也许角色的定义也会不一样。