信息化 频道

卸磨杀驴 空降总经理的悲哀何时了(上)

新官三把火 不烧不快
 
    老陈怀着创业的心态进入公司,希望通过自己的努力将公司的管理规范化,并团结高效地运作,为公司带来全新的面貌和风气,同时为市场扩展进行规范化操作作业,在公司盈利后获得公司的股份,做为自己的一份事业。于是点燃了熊熊的三把火。
 
    ①第一把火:员工的着装和精神状态。
 
    公司的几个老总因为都是事业单位出身,关系网背景和懒散的工作状态,使得公司上下对时间观念都非常淡薄;而且员工的着装也让人不敢恭维:一个男员工留着比前台小妹还长的头发,另两个员工每天穿着拖鞋在办公室往来走动,一个新员工刚毕业,每天穿着新新人类的奇装怪服、顶着黄绿蓝相间的头发,每个人的桌面都又乱又脏来形容。整个公司看上去混乱无序。
 
    上任第一天,老陈就为每个员工制做一个胸牌,规定员工每天准时上班,上下班时打卡;同时规定员工不准穿拖鞋,不能留长发,每个人在每天下班前整理自己的桌面;同时为员工制定两套春装,要求员工统一着装。同时规定;员工违反规定一次罚款10元,部门经理一次罚50元,员工三次违反规定时部门经理也要扣50元。
 
    铁腕同时,老陈也召开动员大会,而且私底下又与特立独行的几个突出分子进行交流谈心,苦口婆心让其明白其突出的装扮给公司的形象所造成的负面影响。
 
    经过半个月的强制执行,公司的精神面貌焕然一新,原来拖拉懒散的形为大为改观,几个老总对老陈也是大加赞叹。老陈的第一把火不但让公司的管理层大为赏识,也让中下层的员工心悦诚服。
 
    ②第二把火:项目组需求分析讨论会。
 
    之前,公司的软件开发模式都是领导说了算——软件要实现的功能和将要做成什么样子只有领导知道,执行员工一无所知,只能按领导的想法和任务将其实现;然而不少领导仅仅只有中专学历,在软件开发方面本身也没有多少经验,都是想到什么就开始做,有时做到最后,发现全部都做错了,于是又重头开始做,然而第二次再做时竟然还是做错了,于是再开始第三次重做,甚至还会再做错。这样的开发方式经常被任务组的员工骂翻天。
 
    针对这种情况,老陈提出了对软件的设计和需求定期召开需求分析讨论会,规定项目组成员和公司的几个有经验的程序开发人员都要参加,在会上对各项目组的需求进行阶段性的分析和讨论,以保证需求的正确性,同时也让项目组的执行员工明白自己接下来要编写程序的方向,最大限度降低因为需求分析不准导致的代码重编。
 
    在需求分析讨论会议结束后,项目负责人要将需求整理成文档,分发给项目组中的所有成员,同时整个项目组按照需求文档编写程序。经过这样的需求分析讨论会后,公司发现两个员工很具有系统分析的能力和潜质,于是开始对其进行培养,到现在已经成长为系统分析员和产品经理。
 
    经过项目组的需求分析讨论会后,项目组在代码重编方面的次数已大大降低,大为进步和改观。老陈的这个措施让公司上下再次对其折服,同时也让管理层觉得万元单位的薪水花得值得。
 
    ③第三把火:周报和月总结大会。
 
    在之前的一次项目管理中,技术总监负责一些底层模块和权限模块的开发,几个核心人员负责各业务层的开发,三个月多后,大家发现两个组的工作完全不一致,有的数据库都修改了好多,而有的还在使用老的数据结构,两边的程序无法兼容,于是双方开始相互批评对方的软件做得差劲、不适用。
 
    虽然是个例子,但以前的项目管理大都像这样混乱之极——整个项目组成员虽然都在埋头苦干,甚至很多人都加班到晚上十一二点才离开公司,但是每个人究竟做了什么?是否偏离了轨道?离目标还有多远?是不是遇到了技术瓶颈问题?每个人都是一片茫然,自然更不用说项目的验收和产品的开发了。
 
    了解到这些混乱问题后,老陈知道提出了周报和月度总结大会的概念。他要求项目负责人要在总结本周工作的同时要对下周的工作进行计划,同时项目组成员对程序每周汇总一次,每个人每个月演示一遍自己所写的程序,让项目组成员点评,指出其中的错误和不足之处,以期更早地发现问题和解决问题。
 
    这个决定一提出来就遭到一些技术人员的强烈反对,因为开发的时间原就很紧,加上公司几个高层的学历偏低和软件开发经验不足,几乎每天都要加班加点,再专门花时间开这样的总结会,大家自然是不愿意。
 
    在反对声中,老陈开始强制推行这项措施,两个月后,之前一直痛苦的团队配合工作竟然不可思议地完成了,大家方才恍然大悟,原来磨刀不误砍柴工啊。
0
相关文章