有没人觉得自己不适合或者不喜欢做PM

PM有很多种得

不过，哪种我都不喜欢

项目经理最重要的技能是沟通，最重要的任务是满足各个项目干系人的期望（也许是互相矛盾的）
我所经历的大型项目，项目经理都是职业经理人，基本上既不懂技术也不懂业务
但一般的小项目无法如此奢侈，项目经理一般都要身兼多职
从技术出身的项目经理，特别是技术高手，在转变到项目经理角色后，很容易犯一个毛病
看到其他人做的不好，或者技术人员资源不够的时候，就喜欢挽起袖子自己上阵了，忽略了管理沟通方面的任务
项目经理（或任何其他人）都可以成为英雄，但不要因此而造成团队的平庸

管理者和非管理者最大的区别是，管理者要通过他人的努力来达成团队的目标
管理的工作是非常琐碎非常难做的
非管理者是一个人吃饱了全家不饿容易，管理者则要照顾到一大家子都要吃饱吃好

其实确实不喜欢做管理工作，又不愿意逼自己的
不如继续在技术上发展，作个技术主管也是不错的，正规的公司应该都有管理、技术两条线可选

兄台已经是领导了，我还在寻找机会，看问题的角度自然有些不同。。
我们部门的组织架构没有明确的architect这种职位，一般是每个team leader拿捏具体的技术决策，更高一级的领导负责制定接口，确定feature等等。
兄台所说的PM会直面客户、第三方，而在我们部门里这是由一个叫Integration的team负责的，重要的接口上的决策由更高一级领导决定，我们部门的PM偏重于内部管理，有时候角色有点象配置工程师。。。

高见 学习中。。。

想请教一下技术主管的主要职责。
现在我的认识是：参与确定产品的发展方向；参与确定主要feature的制定；决定主要技术和接口；管理已有的软/硬件资产。

同意celine所说。

如果简单的把项目经理的职责聚焦于管理，我觉得比较片面。

举个例子，即使没有管理别人，就没有管理自己吗？成家后你也要管理家庭。但是照样不喜欢做PM，可见PM的重点并不只是管理。

看了这个之后：
主题:   程序员加班，是主管的无能
我认为更没必要当PM了

这个强的，看来你已经从ProjectManagement升级成了PeopleManagement了， 不过缩写的话，还是PM

您说的这个好像是不同层级技术主管的任务
参与确定产品的发展方向：高层技术Leader，如果是技术导向的公司，比如掌握某种标准、专利，类似高通，显然技术Leader会在这个活动中占很大份量，一般的公司，Marketing的筒子们应该更有话语权。
参与确定主要feature的制定；决定主要技术和接口：大概最底层的技术Leader
管理已有的软/硬件资产：不太明白，从字面意思理解，难道不是一个资产管理员，无技术含量呀～




您好像误解我了，我的意思就是说项目经理就是聚焦于管理，如果聚焦于技术就去做技术Leader
自我管理和项目管理完全不是一回事，一个是管自己，一个是管他人
至于项目管理和家庭管理，你可能是个项目经理，但是家里事务完全被LP把持，你一点话语权都没有，这是完全可能的，反之亦然。



这个前因后果不知您是咋看出来的，关于加班，我倒想说：某些项目和职业的特点，偶有加班是正常的，不是每个人都愿意（或不愿意）加班，我的管理方式是：1）偶然的加班予以补偿（加班费或换休）；2）尊重个人的选择，不要强制加班；3）一旦出现要长期加班的苗头，增加资源/削减任务。

先简单介绍一下我们部门的组织架构：
大致有两级的技术leader，较高一级的leader定义接口，做主要的技术选型，比如最近我们的一个产品需要与第三方系统集成，这一级的leader就负责接口的定义和通信协议的选型，最终选择了用soap，于是他接着定义wsdl文件，做web service平台的选型。
我觉得这一级的leader需要：
1. 对业务熟悉，如果对业务不熟，就不知道暴露什么样的接口。
2. 因为我们的产品是分布式的系统，所以对这类系统所需的各种通信协议要比较熟悉。
较低一级的leader（也就是我的boss）负责接口的实现，不过其工作主要是起到把关的作用（他其实也实现了其中一部分），具体模块/类的设计、实现、UT等是由我们完成的，他主要做：
1. 设计是否满足要求，是否合理，是否和已有的设计风格偏差不大（我的boss对这个比较在乎）。
2. 具体的code review，我的boss对代码重用比较重视，因为我们公司这一系列的产品已经做了好几年了，轮子一大堆，所以要求尽量复用以前的轮子，如果以前的轮子有些问题而且项目不大紧张，我的boss还是愿意做重构的。

回到您的答复：
我觉得技术主管首先要熟悉业务，象您说的“面向技术的公司”，我觉得他们的“业务”就是“技术”，只不过比较底层而已。
在确定产品的发展方向上，因为技术主管对业务的熟悉，而且知道现在和未来的一段时间内可以把产品做到什么程度，他们应该在这个问题上有更重要的话语权。
我说的“已有的软件资产”就是指系统已有的轮子、框架、设计风格、技术经验等等。我觉得技术主管必须要有管理、复用这些东西的sense。

celine 你说得对，我的说法很片面，再思考。