现在公司招来的员工中,总是招进一些“空降兵”式的项目经理,这些项目经理不管它以前有什么
样的经验,仅仅就项目实施来说,他们有太多的不知道了。在我心目中,一个项目经理不仅仅具备一定
的沟通技巧还需要具备较强的技术修养和背景。
不否认,项目中的沟通是可以解决项目中的一些问题,但是说服客户是需要“以理服人”,因为客户
不是傻子,他们需要了解为什么这项功能不能实现,为什么这项功能需要推后实现,在我的经验中,项目
中没有什么是客户提出问题,而仅仅通过项目经理的沟通就可以解决的。解决的方式往往是项目经理“无可奈何”的向客户保证××××我们一定完成。恶梦开始了,软件人员有需要不停的加班来满足客户那些毫无理由的需求了。
我认为项目经理在客户的和项目组员眼中应该是一个技术高手的形象,只要这样他所作的决定才具有一定的说服力,所安排的工作才具备一定的合理性。而不是那些一行代码没有些过,而仅仅花一些钱考一些什么pmp 之类的认证的人。由于缺乏客户的信任,将导致客户绕过项目经理,直接找技术人员去解决问题,这将导致项目的逐渐失控。
现在公司不知是怎么想的,招聘只是考虑有没有意愿,有没有pmp而不是从实际是否具备的能力。在项目中也不知多少是由于他们的无知造成工期的延误,一点点问题,都要到处协调人去解决,很小的一个问题一来一去不知要耽误多少时间,消耗多少资源。最后还颇为感慨的说,作项目经理太累了。其实这不是太累了,这是因为技术素养太低造成的。IT行业所具有的特点是高手和庸才 之间生产力的差距不仅仅是几倍而是几十倍,甚至是上百倍。
不具备软件开发背景的项目经理工作进度的安排仅仅是一个漂亮的project 图表,不具备任何实际意义。由于没有亲身经历过开发,他不可能了解软件开发的全过程,不可能对项目进度有比较深入的控制。而是靠pmp 中过程控制的方式管理软件的开发,这几乎成了软件项目开发一济致命毒药。因此软件项目的延期甚至失败则变成了必然。
另外 没有作过软件人员的项目经理,在软件人员的管理方面存在也存在问题。不了解技术人员所想
的是什么,更不可能真正调动起技术人员的积极性。他们所做的仅仅是不停的催促软件人员开发,其实这也不能怪他,因为在他的眼里,整个软件开发是一个黑盒,他之所以急躁,是因为他觉的不可控。
嗨 不说了,说了这么多,只不过是对外行人管内行人的一点点感慨。趁这自己还在软件开发这个阶段,多学习,多总结,为成为自己心目中的软件的项目经理而努力。