管理感言_任务分配要得当

    记得在神州负责过的一期需求开发， 原本计划2周时间上线， 结果却拖延了1个多月， 事后总结的原因就是用人不当。 我们团队当时有好几个产品， 除了leader不轮岗之外，其他所有开发人员都实行轮岗制， 恰好这期需求有个工作七八年的女生轮到我这边了，因为平时工作上与她深入接触的也比较少，从其他leader那侧面打听到该人做事还行， 以前参与过几次他们的方案讨论，感觉她确实也还不错，于是这期需求的核心模块我就打算让她来负责， 结果非常糟糕， 刚一提测， bug就满天飞， 以致于后来测试部同事每天向所有研发部同事发一封bug列表报告， 搞得非常被动，用测试同事的原话来说就是根本不可测了，问题改1个出2个。 
       最后没办法，只能将之前她写的所有代码全部删掉重头再开发，当我扒开她的代码后，简直不可思议，太乱了，  同一个模块的增删改查功能原本一个jsp、js可以搞定的，她却写了4个，后台逻辑更是乱的一踏糊涂。 
      事后，我自己总结得出结论： 
      1、 一定要相信自己的眼睛 
            有些人能说会道，但干活不一定行。 别人说行的东西也未必行，因为有可能别人和你权衡的标准不一样。 拿上面的示例来说， 原来其他leader给她分的任务都是非常小的简单的任务，而我分配的是核心的带有些逻辑性的。 
      2、一定要根据下属能力去分配任务 
            有多大头分配多大的帽子， 切忌不能分配超过他（她）能力的任务， 如果时间宽裕的话或许他们能够得到一些煅练，否则的必然会导致任务完成的一团糟，反而人家没了成就感。 话又说回来了，在软件公司哪里会给你那么多时间呢？ 何况是互联网公司。 
     3、任务分配下去后一定要有监控 
           人都是有惰性的，加上人的能力有差别，任务分配下去后，如果不及时的去监控跟踪，非常有可能走偏， 一定要及时的去纠正，否则上面领导很生气，后果很严重。 上面就是个好例子， 如果当时每天去check， 可以肯定的是前3天就可以发现她的不足，及早寻找应对策略。