本来是不想写这种blog了的，反正自己现在也不准备做项目经理了，但在近来项目中碰到的一些事情让自己产生了些想法，还是要写写。
案例
最近在做一个OA性质的项目，在第一阶段的目标制定上项目经理选择了完成个人办公中的开发模块，同时引入了收发文，在项目进展到目前阶段时，完成的主要是其中的个人办公中的一些功能模块，就在这个时候项目经理和用户谈同时引入目录服务、邮件服务器、短信平台接入、数据移植几项的部署和开发工作，用户的评价是系统做的非常的不好，理由是界面以及交互太烂，根本就没法用，同时用户认为数据移植不应该在现在做；项目经理在管理团队时多以项目经理自居，动辄"你是项目经理还是我项目经理"这样的话，对于目标和计划从来就是直接布置，并没有和团队的商量或激励其他的策略，在给公司的通报邮件方面也是从来不发送邮件给项目组成员，导致项目组成员对于项目阶段、目标以及公司的看法都毫无所知；而对于用户，项目经理总是认为用户各方面做的都不对；对于第三方合作厂商，项目经理总是认为在合同的含糊点上互相扯皮，而不是尽快的想办法去解决。
在这样的一个案例中，大家认为项目经理有哪些需要改进或做的不妥的地方呢？
作为我个人而言，我认为主要有这么几点：
● 未把握客户的核心目标
其实在多次和用户的交流中可以看出对于第一阶段而言，用户认为的最重要的目标就是建立系统良好的界面和交互，同时作为OA性质的项目而言，什么才是带给客户真正最有价值的呢，自然是收发文这种流程模块，项目在第一阶段的过程中却完全的忽略了这两个关键目标，客户自然是无法满意的。
● 未建立团队对于目标和计划的认同
团队对于项目目标和计划的认同绝对是能否按计划完成目标的重要影响因素，项目经理对于目标和计划的制定并没有得到成员的足够认可，过于独裁方式的决定导致了项目组不够稳定的思想和工作状态，同时有效的沟通、交流信息未足够的传递给项目组成员，在以前我做项目经理的时候，我一直就认为给团队成员及时的传递客户、公司态度、信息是很重要的事，让成员知道项目的状态、进展情况等。
● 未有效的寻求达成项目目标的方法
在客户有看法，第三方合作厂商有拖延的情况下，并没有寻找有效的达成项目目标的方法，而是一味的去看着合同扯皮，个人看法是，当项目出现问题的时候，应该做的首要事情是想办法去解决问题，而不是追求问题的起因，责任人，如果认为第三方厂商拖延就是第三方厂商责任，也不去管它的话，其实对于自己来说也不是好事，毕竟项目是推迟了，项目仍然是失败的，尽管表面看起来责任好像不在自己这边。
ps: 还想说下项目经理对于技术是否应该了解，尽管从很多方面来说项目经理不懂技术最好，因为这样才能完全从用户目标出发，但对于不懂技术的项目经理来说，我觉得那样的项目经理就不能随意的给用户什么时候完成什么的目标，象在这个案例中，还有的一个问题就是在同一时段引入了象短信接入、目录服务、数据移植这些不稳定的因素，导致了项目的技术风险平白的增大了...