第一次让我感觉到有差距是在部门的一次季度总结大会上。

那段时间我的状态并不好，因为需求量比较大，而且比较杂，这种情况下接二连三的出现一些生产上的问题，搞的我焦头烂额。虽然问题多，但是因为完成的需求多，而且基本上及时解决，个人以为会在大会上被点名称赞，但我显然不是大会的重点。

相反，惊喜给了另外一个团队。这个时候，我进入了回忆，寻找有关这个团队的记忆。

对于这个团队，我其实并不怎么认同，这些人平时的工作并不怎么突出，个人能力不怎么强，做事也没什么激情，甚至感觉脑子有点笨笨的，有时候需要交流好几次，才能让他们明白原理。但是确实在某些事情上，可以看见他们的在进步，比如，每天我都看到，他们的需求排班板上，会贴上各种标签，需求被安排的井井有条。原本在团队里面能力显得特别弱的人，感觉也跟上大部队了。因为做活比较稳，好的项目就主动找上了他们，一个季度下来，工作量并不大的情况下，价值却显得非常的大。因为团队能力被看中，偶尔还能和高管一起开会。其实高管对很多细节也不太清楚，反而作为一线员工，可以提出一些意见。这些意见在我们眼里就是工作中的习惯流程，但是却被高管大加赞赏。

不太愿意承认，但是感觉是真的有差距。我充其量只能是一位刀客，还是冷兵器时代，苦于摸索刀法的奥秘。别人学会分工，编排好一套填弹动作，向世界开炮了。

很长的一段时间内，我思考自己问题出在哪里，直到有一次看到一个职场十年的老人写的一篇文章，里面提到对一位新人的看法，新人很勤勉，为人态度很好，但是最后并没有得到重视，反而成为了打杂的。并以此告诫职场的人员，千万别成为老好人。虽然只是简单的记叙文，但是让我茅舍顿开。职场的价值，不是打杂，而是稳定和高效。

总结一下，自己以前错误的点：

1. 提高团队的凝聚力的理解，错误！

以前以为要想团队有凝聚力，那么就要有牺牲精神，能在自己手里解决的问题，就别打扰别人。时间久了，你就会发现，原本不是你的工作范围，都是你的了，团队其他成员不会因此而感激你。

而现实是，团队是一个协作体，分工是有效提高效率的方式之一。也许你要看半天的代码才能定位出的问题，别人花点时间了解清楚情况，就知道问题在哪里了，你的牺牲毫无价值，甚至可能走弯路。团队凝聚力的基础是协作共赢，在每一次的简单高效的合作过程中，逐渐提高的凝聚力。

2. 团队建立默契度的理解，错误！

团队要有默契，基础是彼此之间知道对方最近在忙什么，了解相关进度。以前的做法是，让大家开晨会，然后每周写周报。让大家互相知道团队其他成员在做什么。很多公司的管理模式，也是类似的，但是其实领导自己都知道，只有心情好的时候，才会打开邮件看看大家发的周报。平时根本不看，更不会总结。

其实有更简单的办法，那就是通过简单的便签记录，然后统一用一个协作形式，最好是一款软件，将这些管理起来。最后你会发现，在软件的作用下，还形成了各种数据统计。对于团队协作方面的技巧，其实已经有很多专家，都已经整理好一套很完善简单的方式，只要团队的每个人，稍微改一下习惯，就可以很顺利的使用。团队要做的事情，就是拿来主义，当然推进过程不一定非常顺利。但是如果有人已经使用，并以此提高了工作效率，然后又简单易用的软件做辅助，相对来说，推进起来应该不难。

3. 工作满满当当才叫真实？

不同人工作态度、方式不同，所以主观角度不太好分析，然后从客观角度就能给出比较好的答案。

公司来了一批研究生，其中有一位大学生非常特别，公司的打卡时间统计上，她在公司的时间，永远都很靠前。要知道，我有几个礼拜，每天工作时间超过12小时，并且连续周末加班，都没进前十，而她永远高居榜首。

进行过简单的接触和沟通，原来她原先一直在研究室工作，这是她工作的一种常态。当了解到她的编码习惯时，发现几个效率非常低的点。

首先，一个项目她会有两份代码，一份生产代码，一份本地代码。每次发版，都要通过比对工具，对比两份代码，然后手动合并代码，在进行提交。具体为什么要这么做，是因为她的代码依赖第三方数据，在未完成对接的情况下，她会写业务代码中编写大量的测试代码。

使用文件比对工具进行代码版本控制，可以改用版本管理工作进行管理，测试代码和业务代码未分离，可以通过封装的方式，就可以简单的进行隔离。其实问题都不大，看一下别人怎么做，或者有人指点一下就可以。

对于每个人来说，可能都觉得自己的工作方式不一定是最高效，但至少是最有效的。但事实是这样的吗？有时候要反思一下，或者多多和别人交流。

之前我在小公司工作，进入大公司后，我一直在思考大公司和小公司的区别。大公司有大公司的问题，小公司有小公司的问题。但大公司的优势，就是总有几个在单方面比较优秀的人，只要你抱着一颗谦卑的心，发掘并尝试着用在自己的工作和生活中。