软件工程实施案例2

案例2：对待手下人
有两个人，
其中一人是计算机专业毕业，到公司应聘被作为重点培养对象。我带他到项目现场实施，由于其有开发经验，所以我安排他到一个部门去了解一下用户的一些特殊的需求以便进一步改善我们的产品，结果三天时间，几乎没了解到任何东西，并说没有什么特殊的东西，于是我带他去了几次，了解了实际的东西；这时我觉得可能虽然有些开发经验，但跟用户在需求方面沟通可能不太善长吧，于是换了个工作，让他把我们所了解的需求整理一下，他提出要做设计，因为是很简单的东西，于是把设计的事让他去做，我在交待工作的时候把我们对数据库表结构设计的规范、设计使用的工具都做过了交待，但其看完数据库的设计规范后，居然跟我说，表干嘛用那种方法命名[我们的习惯是T+功能名+表属性+表名英文简写（全称）]，我就习惯用拼音简写，我跟他说：这种命名方式让以后维护的人一目了然，马上就知道表的用途，用拼音的二义性太强了，让以后接手维护的人不好理解，没想到他马上说：英文不也一样么，clear与clean都有清的意思，到底用哪个。我只是简单的回了一句：这是规定，至于你选哪个英文单词我不管，我只管意思清楚。用了有4天左右时间，表结构算是设计完了，但提交到我这，我简单看了看，根本是行不通的，说的挺好，完全符合三范式，没有冗余，做过设计的兄弟们都知道，这种理想化的三范式几乎不能应用到实际的环境中。我当时指出了他设计的几个问题，并责成其修改。虽然改过了，但我知道他这个时候是不适合做设计工作的，于是安排开发，结果其在应聘时所说的开发工作根本不会。
第二个人，在项目上线的当天，负责一个部门的指导。这哥们很敬业，就在那个教人家怎么使用，教了一会儿，给我打电话，让我到他那去一趟。我以为出了什么大事，下去后，他马上给我列出了使用上的几个问题，不是错误，是不太方便的地方。我告诉他：你整理一下，下午总结的时候提上来。他马上跟我说：这些问题应该马上解决，使用太不方便了，这时那个部门的几个人也围了上来，七嘴八舌的说系统的问题。
处理方法：
第一个人，我告诉他明天回公司上班，不用到这边来了。原因我给了你三次机会，但你每一次都没有用好，都是用的很差[太细的就不说了]，项目上线涉及到公司及客户双方面，既然我觉得你不合适，那么你就不要到这个项目组来了。然后给公司打电话告知公司此人的情况，并说出我在此项目中对他的处理意见。
第二个人：我当时的处理方法是：在大家七嘴八舌的跟我说的时候我没有说话，当他又要说的时候，我很严厉的对他说：你，出去！没有了他的帮助，客户这些人打发起来简直太轻松了。在项目总结会上，我让他说了他的想法，大家也表示赞同，在对他的记录进行肯定后，我话锋一转，对他的事情进行了批评：你是不是觉得今天你很负责，但被我骂了很委屈？我告诉你，活该，我在上线前的工作会议上强调过多少次，不要在客户面前特别是不懂软件开发的人面前指责本公司的产品？你为什么犯戒？产品有使用不方便的地方，你可以记下来，在咱们自己的会上你可以随便说，只要你有理，骂娘都没问题，你为什么不考虑时间地点！这次我是让你出去，如果下次还这样，我会直接告诉你滚。

评：每个人都可能犯错误，当别人犯了错误我们最好能让他知道，这即是对别人负责也是对自己负责。正如前面方方所说的那样，我可以给你机会，但你必须悟，如果你不悟或悟不到，不会永远给你机会。实际在平时，我们这些人在一起的时候关系是很融洽的，这个时候是最危险的时候，做为一个项目负责人，必须做到公私分明，否则你会很被动。还有一点是：用人不疑，疑人不用，对不再相信的人处理的一定要干净利落