这里定义的项目经理是狭义的，单指软件项目经理。既然说到软件行业的项目经理，当然就不得不说一下软件行业，个人认为当今的软件行业公司大体可以分为三类：一流软件公司开发标准如 Sun 公司、微软等（开发当今主流的语言如 java 、 C# ）；二流软件公司在遵循标准的前提下开发规范、定制流程如 IBM 、 BEA 等（开发各种中间件，定制业内遵守的流程规范）；三流软件公司在遵循标准、依托规范的前提下做应用，如。。。（太多了不赘述了）。当然我的这种划分单指就软件领域而言，并不代表公司的综合实力及财富排名的位置。（大家不要用鸡蛋扔我哦，要扔就用人民币吧，嘿嘿）

下面进入正题，谈谈我对项目经理（ Project Manager 以下简称 PM ）的认识和看法。本人在软件行业摸爬滚打了 6 年，在 PM 的位置上苟活了 2 年，记得有位国外的软件大师（名字记不得了）曾经说过：“没有写过 10 年程序的人就不要说自己是一名程序员。”我汗，勉强只能算半个程序员了。咦，咋又跑题了呢，不好意思哦。个人认为， PM 大体可以分为三类：一、即懂技术又懂管理的 PM ；二、不懂技术懂管理的 PM ；三、懂技术不懂管理的 PM 。第一种我相信是任何软件公司都渴望的，也是比较难求的人才，当然也是本人最为推崇的。它对于一个人的综合素质要求比较高，要有缜密的逻辑思维，准确的判断力、果敢的决策力，卓识的大局观，对编程的浓厚兴趣等等。它应该是多种职业的综合体：软件架构师、软件工程师、测试工程师、风险评估师、会计师、律师、理财师、人力资源师、培训师、翻译、心理咨询师等集大成者，我认为可以定义为刷子型人才（多专多能，哇噻，公司岂不是赚大了）。第二种我相信也是在相当规模的软件公司普遍存在的，往往公司的意图和出发点很好，希望 PM 专管协调组织，控制项目整体进度，不做具体事情，殊不知一个不懂技术的人谈何控制项目进度，在我供职的公司里曾经发生过这样一件真实的事情，测试人员提交的 bug 单， PM 整理后分发给具体负责的开发人员，一个开发人员在对一个 button 属性的修改的工时描述单上注明需要半天的时间修改， PM 不加任何思索的回馈给测试人员，引为笑谈。项目经理对承担项目个体职责如果不够了解，将很难控制项目进度，很难把握项目进展过程中的瓶颈，很难就项目进展过程中出现的问题做出准确地判断并制定出合理的解决方案。第三种我觉得更准确地应该定义为主管开发的 PM 比较合适，这样的人普遍是编程高手，可以解决技术问题，攻克技术难关，但由于个人思维的局限性难以对项目整体进行把控，协调好各个环节的资源，这样的可以成为不错的将才，但难以成为帅才。（待续）