我公司的一个失败的项目经理被全体程序员要求他辞职。

GOALSTAR 2005-04-19 02:18:33

我是刚刚进去38天的，然后就被炒了。接着就引发了下面的事件出来

尊敬的公司领导:
您好!希望您能在百忙之中看完这封信.
经过近1年的相处,我们全体开发人员一致认为BEANY是一个极度不合格的项目经理.在公司现有的edn,lotus和即将要进行的loyal项目中,他扮演的并非是一个项目经理角色.可以说,对于所有项目他的贡献度几乎为零:

1. 首先从lotus项目分析.BEANY在开始这个项目的时候完全没有做任何的需求分析和设计项目框架(从开始lotus项目的第一天,BEANY把大家叫在一起开会,只是很简单的介绍了lotus项目,然后就叫大家回去开始写代码.完全没有做需求分析和设计框架,).在开发过程中也没有任何项目控制管理手段(现在lotus的后台有四种风格的写法,会给以后的维护带来很大的困难),导致项目混乱,很多模块实现的先后顺序BEANY都搞不清楚.例如lotus项目中,权限系统以及国际化模块在其它模块及页面都已经完成的情况下才开始进行,导致的后果就是开发人员花了无数的时间来修改的所有的页面和业务逻辑.
2. 在开发过程中,BEANY的很多管理方法让我们产生疑问:BEANY到底有没有项目管理经验.例如,作为项目经理一定要对项目小组各成员的能力有所了解.要让他们在项目开发中发挥出各自的优势,以便缩短开发时间.但是BEANY在这方面反其道而行之,甚至作为挑剔某些开发人员的方法.
3. BEANY在管理开发lotus项目过程中由于自身能力不足导致项目在某些方面浪费了大量的时间:举例说明:在lotus项目中需要将客户原先的数据库资料导入到新的数据库中.先后有三个开发人员花了一个月时间都没有成功将数据导入BEANY所创建的数据库中,真正原因就在于BEANY建立了一个错误的数据库(BEANY对他们声明了N次他创建的数据库是正确的),实际上三个开发人员在自己所创建的数据库中都可以成功导入,但是BEANY坚持要他们在他自己所建立的错误的数据库上导入,结果当然是错误的.最可笑的事情是BEANY在没有跟任何开发人员讨论的情况下(BEANY应该先判断如果修改数据库而带来的工作量有多大),把lotus数据库所有大写都改成了小写(其实大小写都是数据库标准),结果开发人员要把所有DAO的后台全部修改.在lotus项目中,BEANY这些错误的做法数之不尽,带来严重的结果就是开发人员不断的做重复性的工作,浪费了大量的时间.
4. 做为一个项目经理,BEANY的某些做法令人费解.一般来说,为项目定义所需的技术及版本,项目经理要将其风险降到最低,并且一定要分析版本的升级所带来的风险及其变化,一定要在项目经理自己的能力控制范围内.但BEANY不管是项目是否需要用到新的版本他都一定要用最新的版本.更重要的是,版本的变化引发了很多问题出现.而这些问题全靠开发人员一点点解决,BEANY从来没有(应该说是没有能力)解决这些因为版本变化而出现的问题.
例如edn项目,原来在struts1.1+tomcat4.1.29+j2sdk1.4下开发的.BEANY接手edn项目的时候马上就升级为struts1.2.4+tomcat5.0.28+j2sdk1.4. 当tomcat5.5.7和 j2sdk1.5发布后,他马上又要求升级为struts1.2.4+tomcat5.5.7+j2sdk1.5.其中开发人员由于版本的改动所投入的工作量和工作时间不计其数.修改的结果对于项目本身的性能根本没有任何提高.edn项目由于采用了j2sdk1.5版本,又出现了数百的错误信息.不知道又要投入多少工作时间才能解决问题.
5. 从即将要进行的loyal项目来说,作为项目经理最基本的工作,应该先设计出数据库,然后决定项目所需的技术及版本,最后写一个框架,开发人员就可以严格按照框架来开发项目.但是BEANY自己没有做任何工作,全部应该由他完成的工作,他叫开发人员帮他做.
6. BEANY在为人处事方面也极度失败.在公司里如果有谁跟他由于技术上的不同见解而发生了争执,那么在工作过程中他就会不断的挑剔他,甚至找种种借口将其辞退(BEANY担任经理以来,基本上每个被辞退的人都不是因为技术不行,经验不够,而是每个都跟BEANY发生过争执).BEANY这种做法现在使公司员工整天人心惶惶,即使自己有更好的技术见解,也不敢大胆提出建议,惟恐又会与BEANY出现争执而导致被辞退.甚至有个别同事自动提出辞呈

综上所述,我们觉得BEANY根本不是一个合格的项目经理.从公司长远角度考虑,建议公司更换项目经理,如果公司同意并采取大家的建议,我们有信心和决心完成正在进行和即将开始的各个项目, 否则我们全体开发人员将集体辞职.

××科技全体开发人员

2004/04/19

...全文