在博文《发生在眼前的故事:不做好最坏的打算,往往事情就会去到最坏的地步》系列故事中,提到了cdw和我们在排查系统类似“死机”的工作中,逐步掌握了分析系统性能的方法。
在完成了该系统的排查任务后的一天,刚好另外一个项目组M也在为系统S上线做准备,该项目组也知道我们前面在系统优化工作的成果,向我们提出协助的请求,我推荐了cdw去项目M现场对上线前性能优化压力测试的工作进行协助。
cdw在项目M现场工作了一天,主要进行压力测试和Weblogic的性能分析,并且在一天内提出了性能分析报告,对其中的性能疑点提出了质疑和建议。我Review过他的Report,除了有一点我提出疑问后他重新修订后,对其他观点我觉得都是有根有据,站得住脚的。
Report提交给项目组M后,项目组的同事也接受,并且进行了整改。并且在整改后,再次进行性能压力测试和优化工作。但是这一次,他们没有找我们,找cdw再次Review性能。
其实从工作安排来看,既然Before找了cdw进行性能压力测试和优化,那么整改After应该再找回cdw再进行性能压力测试和优化,如果还再担心有其他未发现问题,当然还可以再找其他同事再进行一次,因为没有人能够保证模拟全部情况。
为什么呢?原因如下:
- 象电视庸俗广告一样,Before和After容易造成强烈的对比效果;首先我们就是要知道整改前后的效果,统一的人员进行检查容易有相同的前后标准;
- 对于cdw来讲,刚进入公司不到半年,如果Before的性能评价是正确的,那么这是他理应得到自豪感证明,谁也无法剥夺;如果Before的性能评价不是正确的,那么这也是他应得到的挑战;
- 如果cdw确实做好了,我们更应该在工作中宣传他,让他讲工作实践作为Case案例给大家培训,接受大家的检验。
呵呵,我们经常在讲工作的自豪感。其实,一个员工的自豪感来源,来源于领导、同事间、下属、客户的对他工作的“折射”。作为领导,除了要在机会出现的时候,把握住机会和节奏外,更多在工作中创造机会,更不是剥夺他的机会。
员工和同事的自豪感,你可以、也需要用心去创造,不是几句赞美之词可以代替。