请不要把什么事情都说的很简单。“这个很简单的，我一个月就能上手之类的。” 请重视自己做的每一件事，“纸上得来终觉浅，绝知此事要躬行”。没有什么事情是很简单的，除非你以前做过几乎一样的事情。

别太浮躁，当你现在做工作上的每件事，你花2倍于以前的时间在做这件事的时候，效果会完全不一样的。

首先要保证产品按时上线。在这前提下，尽量提高产品的质量，同时也是提高代码的质量。不要再跟我说“下一期再改，下一期再改。” 这次尽你最大努力做好先。即使真的有下期，也许会安排其他人去改的。 当然不是特别建议：花上5倍的时间，只是为了提高一点点代码质量。程序员的弊端，有时会过度专注于程序了。

ebay当年拉出一拨人做 客齐集。结果一开始就要求支持，日本市场，德国市场，香港市场。想要的太多了。每上一个版本都要求更新到每个市场上。结果怎么都弄不起来。后来变革，把服务器搬到中国，而且只做中国市场。很专于单一的目标，这样才做起来。

另外，曾经听别人说过：一群搞技术的人出去创业，抱着技术至上的观念。要做一个系统，把这个技术用一遍，那个技术用一遍。结果系统还没做出来，钱已经烧完了。

同样的，在我们日常工作中，只有你真的发现那些东西，有必要做些流程化的时候，再去做。因为现在时间有限，什么事情都要分优先级。大家当然知道前期把很多基础打好，后期会做得很顺利。但不要过分的这么干，会死人的。

如果你们能一次做大的优化，那当然最好（一般时间都不允许这么做）。如果不能，为什么不能从每天的小事情做起呢？在每天的工作的点点滴滴中去优化代码。其实也是很好的选择。所以宁可每天默默地去点滴优化产品，优化代码。也比那种整天说：“我要把这个项目推了重新做。” 因为要推倒重来的付出是很大的，需要测试支持重新测，需要重新上产品。

请把你每天说的关于工作的，有用的话，记录下来。比如我觉得这个东西很差，我就说我打算以后改。那么请记录下来。以后能明确时间，调整优先级。并付诸行动。

有些事情，即使记录下来，但由于优先级很低也不用去做。但如果完全不记录，这就是典型的：语言上的巨人，行动的矮子。

不指望每个人都特别拼命。以前我们就是团队里每个人都特别拼，结果一年多就散开了，因为特别好的人不能聚在一起很久，限于该死的绩效考评制度。

因为以前的公司是没成长性的，7年还是那么点大。但我们公司这边就不一样了。特别努力的，优秀的人可以聚在一起，因为公司壮大得很快。到时候每个人都可以上升去负责各种事情并承担得起来。

不管你拼不拼，但至少要保质保量地把事情做完做好。不要跟我说，因为我刚学能力不够之类的，如果是我们分配的事情不对，你可以跟我们说，我们给你重新分配你能做得好的事情。

现在大家都还挺有团队精神的，这挺好，所以大家也都明白，一个团队的目标是：把某一个项目在某段时间内必须做完。

如果某个人没有完成或者做得不够，其他人就要没日没夜地给你补。因为毕竟是一个团队的，团队不看你们个人的问题，只看团队做得好不好。

谁哪方面做得比较好，你们就尽量向他好的地方做，看自己能不能做得这么好。（这样团队才能发展） 相反，如果都互相比差的东西，那团队就毁掉了。

比如：看某个人早上来的很晚，然后觉得自己吃亏了，明天要偷偷比他来得更晚。看某个人打的报销得太多了，就觉得他占了很大便宜，然后自己一定要拼到很多次打车费出来。 千万要不得。更多的应该是关注在谁某个方面做得更好之类的。