与人合作的反思

      一直不理解为什么我在实验室过得很压抑，不开心，总觉得没有成就感，挫败感反而特别强烈。照说我的研究生比有些同学已经辛苦很多了，付出了非常多的努力，但是却没有什么成就感，是因为我的努力都白费了么？今天跟老爸打电话说起这事，才觉得确实不完全是我个人的问题。

      我这个人可能没有什么安全感，所以非常需要别人的认同，我自己好像经常很难认同自己，尤其是我做的一些东西，当时做出来可能觉得不错，可是回头看看就觉得那是垃圾，我怎么能写出那样的垃圾。如果只是自己做也许没什么，不断地自我否定才能有提高，可是在一个团队里就不是这样了。如果一个人辛辛苦苦没日没夜加班赶工做出来的东西得不到一点肯定，只是被各种问题缠身，被各种批评或者指责，长此以往，那种认同感如何形成？除了挫败感还会有什么？

      必须承认，不管是谁写的代码，肯定会有各种各样的问题，不管是考虑不周全还是功能实现上有偏差，总之不可能有谁写出完全没有问题的代码。程序员只能尽量减少常规问题的发生，很多预料不到的问题或者考虑不周全的问题都要靠测试人员来解决。而且一个程序员自己充当自己写的程序部分的测试人员是一件非常不合理而且低效率的事情。如果美工、页面设计、程序框架设计、数据库设计、系统测试、系统维护、系统说明编写、系统使用讲座这些东西全部都要程序员来做的话，要其他的工种干什么，计算机行业只要程序员就够了。可事实是这样么？一个人能力毕竟有限，有力所不能及的地方，不是说什么东西学就能学会的，有些东西是要靠天赋的。我天生对构图对页面布局就是不敏感，这个样子要我去做美工，这不是天大的笑话么！跑题了跑题了，回来回来，这篇文章不是为了吐槽和发泄不满的。

     其实之前说了那么一些，只是想说，在合作中，尤其是作为一个team leader应该平衡好赏罚之间的关系，不能光看到当前还有什么问题没有解决或者不足的地方，这些东西固然重要，但还有很重要的是士气。一味的打压、挑毛病只会加大员工的挫败感、无力感，只会让大家背心离德。看到问题的同时也要看到大家的努力成果，为什么会出现这么多问题，你能指望一个null返回什么问题？问题越多说明对这一块东西的研究或者探讨越深入，当然我不是说那些很白痴的基础问题啊，越说明这个人他确实努力过，越说明要先肯定他的劳动成果，然后再提出问题和症结，这样彼此都很好接受。这样起码员工会认为boss还是肯定他的工作的，只是工作中有些点处理的不好，需要改进。如果一直给员工一种，“你做的这是什么？这就是一块渣”这样的感觉的话，时间长了，斗志再强的人恐怕也会被彻底磨灭所有的灵性与斗志，麻木不仁或自暴自弃的接受渣的现实，然后很难对这块渣做出改进。

     其实认同感这种东西不一定非得是钱，也一定不能只是钱，一个鼓励的微笑，一句带着真诚信赖的鼓励的话，哪怕只是一句简单的“辛苦了”都能让对方心里很有安慰的感觉。让对方觉得自己不是白干了这么久，或者辛辛苦苦做出来的全是渣。其实一个人在社会上寻求的很大一部分就是认同感，如果一直都找不到这种感觉，那这个人活着真是太悲哀了。

     于是话题转到开头那部分，为什么我在实验室越来越觉得压抑和无法忍受呢？因为我获得不了认同感，我做的项目，放弃了假期，辛苦一个多月，换来了什么？在我需要静心思考解决问题的时候给我一顿发难和指责。不管是谁，作为一个leader或者一个普通的工作者，大家都有不同的事情要考虑，都有各自要做的事奔波，如果说一个leader每每对自己的下属说“我要做的事比你还多，但我怎么就没你那些问题呢？”或者总说“你说，你觉得，这应该怨谁？”哪一个下属心里的感觉不是透心凉啊，又要马跑得快，又要马不吃草，还要马能在各种环境下跑出一样飞快的速度，就算是机器也做不到吧。又跑题了……

      哎，还真是废话多又唠叨啊，马上我可能也要面临着作为一个leader的身份，这些惨痛的教训希望不要在我这里继续发生了。千万记得，第一，肯定对方的工作，要让对方有充分的认同感之后再谈剩下的不足等的一些问题。作为一个leader，要能鼓舞起整个团队的士气，要能让大家心往一处想，劲往一处使，要能让大家就算是被你踩也踩的心甘情愿，这才是一个leader的境界。

      好晚了，困死了，睡去……