这样的PM是我的目标么？

看来近几天大家的帖子，突然有一种困惑。

目前，我在北京一家比较大的软件公司。

我所在的部门，目前有几个项目在做，有多个项目组在开发不同的业务。

我只了解我所在部门的情况，所有的项目经理，整天的工作就是文档，写各种文档，写解决方案，没有时间参与编程，基本上都很久不编码。

不知大家有没有遇到这样的情况，有经验的PM来说说吧。我不知道将来我会不会也是如此
难道中国的软件开发环境就是这样？客户关心的是文档，程序能跑起来就行，不关心怎么实现的。
软件工程告诉我，要交付的软件产品包括可运行的程序和所有相关文档，所以项目组的分工也就出来了，项目经理完成所有文档，没有时间review 下面程序员的程序，没有时间作代码。

我觉得项目经理的确没有必要再专注与技术方面的工作了，项目的实现应该由achitecture来负责，code review一般的senior developer就可以解决了，项目经理当然不用再专注与这些方面了，个人觉得，项目经理应该管的是人，使手下人能更好的做技术.

项目经理确实不用直接参与到开发里面去,但我觉得项目经理应该是一个了解软件开发的管理者,比较多是从开发人员中成长过来,不是随便找个管理专业毕业的就可以的

我同意二楼的观点，当你做到项目经理，你就要知道自己的责任已经不是去解决具体的技术问题了，当然大多数项目经理都是从优秀的技术人员升上来的，对技术问题有天生的敏感和冲动，也有解决技术难题的实力。但是这时候必须清楚地意识到自己的位置，你需要去解决比技术难题更难的管理和协调难题，你必须具备协调和帮助下属解决技术难题的能力，而不是亲自投入进去。如果不能跳开这个圈子，那么请认真考虑自己是否适合做PM，或者做技术领头人更合适。
看看《人件》中的话吧：

很是同意您的说法，还有引用《人件》的话也很有道理。不过我觉得一个PM，如果本身没有对技术本身有深刻而且全面的理解，那么在他看来，所谓人际关系方面的工作会比技术工作要容易得多。这种情况在中国是最常见的。

管理是最难的，也是最容易的。管理能力不会因为读了几本管理著作而提高，也不会因为你专注到技术工作而无暇去看所谓的管理著作而降低。因为管理能力就意味着一种人格的魅力，管理流程的严谨是必须的，而执行者则更为关键。

在中国，做管理的有钱，所以很多人都想去挤这座桥。可惜的是，想法的一致步调的一致只会让桥跨掉（部队过桥的时候是要便步行进的），毁掉项目，毁掉公司，也毁掉自己。选择适合自己发展的路，是最重要的。

我曾对同事说过，现在我的team leader的职位唯一能吸引我的只是薪水。我一点都不喜欢他的工作。

perhaps 说到我的心坎上了。管理如同学开车，一旦掌握了要领就不容易忘记了。技术则不一样，半年不学习就落后很多了。管理真的比技术要简单的多。我对自己和人打交道的能力还是有信心的。
管理意味着培养人，但是很多管理者从来不注重这一点。可能他确实也没有什么能教给别人的，除了一些老黄牛的精神。能有这样的精神已经非常不错了，有多少管理者是真正称职的？真正在为公司着想？作为一个管理者，你的责任是把人培养起来，让他们独当一面，这才是你对公司最大的贡献。

其实我的目标并不是终日埋头案牍的管理者，而是一个象 Erich Gamma 那样伟大的  Architect。

很多人一心想做管理，主要是因为他们目前还在城外，这是我的理解。

管理和技术应该是两条线,而且是平等的.已经有些公司认识到这点了.我们个人也应该一样.

没有人，谢谢您。如果做code能够一直给我带来不同的挑战，我愿意做一辈子。
同时，我也很了解自己的优势与劣势，所以我为自己定的职业发展方向也是PM。不过，我对朋友说过，在我有机会成为PM之前，我希望能用十年乃至更长的时间去沉淀自己的技术功底。俗语说，十年磨一剑啊。

其实，我也挺苦恼的，当人们对计算机还不是很了解的时候，我就定下了将来要从事计算机行业的工作，特别是软件设计的工作。那时是1989年，我9岁。可是十年后，由于计算机系大热，我失去了读计算机系的机会；学生生涯的每个阶段，我都做到了学生中最top的职位，所以，我有理由认为自己在管理上是有自己的优势的，并期待自己能够成为一个专业的软件管理者。可是我却碰上了一个软件业浮躁的年代~~~

我最近到一家过了cmm3的公司工作。所见与你类似。不过我不觉得困惑。我知道这样的pm不是我的目标，而且就公司人力物力的现实来看，这样的做法是错误的。
如果正式按照rup（抱歉，我还不太熟悉cmm）的角色分工的话，项目经理应该是项目内外之间的接口，负责协调各种资源等。
review下面程序员的代码，监控开发进度并参与设计和编码是teamleader的事情。
如果真能这样分工合作的话，pm写写文档，开开会就行了。
但问题是兼任
我不知道各位所在的哪个公司有这么丰富的人力资源，能为每个项目的每个角色提供相应的人来做？反正我是没见过。大都是要兼任一些角色的，pm兼pl兼需求收集和分析；developer兼设计和编码兼一部分测试是很常见的。
在这种资源有限的情况下，只能做些取舍，我一定是取代码质量舍文档质量的，虽然SQA部门的人教育我们要以文档为重，因为文档可以证明你的工作过程中没有犯错误，项目如果失败或超期是由于资源不足或是其他原因造成的，不是你的责任，是你的上级的责任。
    但我不知道这有什么意义，我知道上级也不可能给我更多资源，甚至老板也不可能。在这样的资源条件下，我觉得我能做的只能是尽力保证项目的成功和软件的质量而敷衍其他非必要的东西，但是......
不知道我会有什么下场