项目管理遭遇危机的全程记录
简单的一个企业站(有人已经做好效果图)交到了我的手里,我做了如下安排:
1.由一位程序员A将效果图制作为html(制作前有交待:不清楚的地方问客户QQ),制作大概从11.30-12.5(除去双休三天时间)。
2.将html交给另外一位程序B来制作12.7-12.14(除去双休有5天)。
2011.12.14日上午给客户测试的网址,之后客户发一个文档,我捡了客户主观意见三句:
1.网站地图页,简陋点就算了,页脚版权都还是dedecms。无语。、
2.你们怎么了?做站越来越不行了,以后怎么给你们单?
3.404页面在哪里????
这个客户以前合作过,态度很好,此次能让他好些大伤脾气 不得不让我仔细地检查问题到底出现在哪里。
第一步我要确定这个项目哪一个环节开始出现了问题,是需求没有分析到位? 还是程序员没有认真工作(程序B肯定没有,至少在数据填充上面)。
如果是因为怕麻烦,不认真工作,我该怎么办?措辞又不能太激烈 ,但是又得让他意识到这样下,我会开除他的。
接上文:
当天下午,我就采取了措施(实话说真的,没干过这种事情,什么环境场合,什么语气,什么措辞,那一点经验没有啊)
第一步首先把这个程序交给程序员A,让来完成后续的工作。
第二步找程序员B说说客户对这个网站的意见。
...
....
.....
.......
我犯了一个错误是我不该当众说项目哪些哪些地方没有做,你为什么没有做? 他最后来了一句:"这个网站,我不想做了,要不你把我开了吧“,我无语,什么也没话,回到了我的座位。
还好,他后来表现的都还积极。(这又是为什么呢)。
经验一:项目在交付结客户一定要让测试人员认真测试一遍。
经验二:项目完成的日期永远比程序员嘴说的日期要长一倍或者两倍。
经验三:你要制定要详细的项目功能分析与进度跟踪报表。优化项目工作流程,制度的建设。
经验四:要有严厉的问责制度,不要害怕人员的流失,管理不了的人员,干脆走人。两条腿走的人好找,两条腿走路的程序人员更好找。
经验五:与下属既要保持良好的关系,又要保持一定的敬畏。丑话说在前面,工作和生活分开。
经验六:如果管理不好,就给老板说,这个需要多长时间才能适合,老板如果觉得时间合适就再干干,否则就走人。
经验七:公司的企业文化,和良好的办公环境,在 创立 之初就严格把关,刷掉不符合文化的人,让公司形成一个整体,有话可以放在台面上说。对事不对人。还要当众人的面明确人员的职责。