张发有：从程序员到管理者的成长之路

2011年9月22日，我敲下WiFi万能钥匙第一行代码，5年后的今天，WiFi万能钥匙已经成为被9亿用户喜爱的产品。我也从一个典型的张江男--按部就班的程序员成长为一名企业的管理者，这是一个重新定义自己的过程。 每每在外分享WiFi万能钥匙的成长历程时，总会有程序员朋友问到个人职业发展的问题，在此，借陈三公子的“宝地”，把一些经历整理成文在此与大家分享。  

对于创业团队来说，时间比金子还贵，一点都耽误不得。在确定要做的事情的正确性后，怎么为创业团队节省出时间？答案是：找到合适的人做事。合适的人不仅可以更好的理解需求，少走弯路，做事效率也通常比“错”的人要高。

我们曾经招到一个程序员，面试的时候说的头头是道，理论经验很足，可到了做事的时候就是一堆bug，每次态度都还很好。但对于团队来说，不靠谱最终成为了他的代名词。这个程序员也确实赶不上整个团队的步伐，最终被淘汰。企业用人不止是看应聘者理论的堆砌，和良好的态度，是否“合适”很重要，用得接地气一点来阐述就是：他的整体气场要合。  

很大一部分程序员都有一些洁癖，对技术有忘我的追求，对业务有一种偏执。比如，刚加入一个项目，动不动就想重构一下代码，觉得别人写的代码有局限，无法拓展。

作为一个过来人，我很能理解程序员的这种心理。但是，在实际工作中你会发现，初入一个项目，熟悉业务才是最重要的。

随着角色的转变，作为管理者，你也会发现，除了了解基础，把握细节，慢慢开始需要统筹整个产品的研发进度。作为一个拥有9亿用户的产品，稍微一个细小的改动，就有可能影响上亿用户。所以，从细节把握，对结果负责，是一个管理者应有的素养。  

荀子有言：“主好要则百事详，主好详则百事荒”。意思就是作为管理者，善于抓重点，那么各种事都能被得当处理；但如果事事都去管，那么很多事都做不好了。管理者确实得处理好大局与小节的关系，统揽而不包揽。 这抓大放小上，与“一屋不扫何以扫天下”相比，我更喜欢“成大事者不拘小节”，那怎么划分是“大”还是“小”？我的诀窍是给自己手上的项目分优先级，分优先级的标准线就是“二八法则”。

公司运营有宏观战略和微观问题，80%的收获都是来自于20%的重要工作，每个阶段，这20%的重点也许都不同。在公司初期，这个20%可能是产品的研发与迭代；进一步发展，重心会转移到市场运营；再往下走，可能更侧重于产品矩阵、收入、公司管理等等。理清公司处于哪个阶段，20%的重点是什么，会不会带来80%的收获，至关重要；抓住这20%的重点，就能达到事半功倍的效果。  

我们常叹“人生苦短！”， 一天只有24小时，一个人只能活30000天，人的时间和精力都是有限的。作为管理者，研发要管，运营要管，人事要管……每日邮件几百封，会议从早安排到晚，IM工具上响个不停，打来的电话不得不接，应该怎么办？我会选择多线程工作。

计算机术语多线程有点类似于我们通常所说的统筹方法，但在工作中我也会发现， 多线程工作也会有误区，因为同一时段里，当你把注意力集中于某一项时，另一项的关注度必然会被削弱。为了不影响工作的效果，学习一些时间管理的技巧也很有必要。

首先，得清楚自己每日的时间安排，试着记录自己的生活时间 ，继而把每个时间段进行拆解，精确到分；然后分析这些时间是否都得到了合理的利用。久而久之，养成了习惯，你会发现，其实还是有不少时间流逝，而“时间就像海绵里的水，只要愿意挤，总还是有的”。

合理安排时间的同时，还得会“走捷径”。有些事情上花的时间能少则少，你在上面花的时间如果越来越少，那么一定是你找到了正确的办法。很多工作仅靠自己就能完成，但如果能借力则更好，这种“捷径”走的并没有错。  

多和企业以外的人交流这一点很重要。所有的同行、外行都应该是我们学习的目标，成功各有不同，了解百家之长有助于视野的开拓，对战略性思维有所启发。

另外，管理者走出去，也是锻炼了很久，秀自己公司“肌肉”的时候。要勇于向外部的伙伴们介绍公司的成果，这是创业公司对外展示的关键点。在初期品牌和影响力没有建立起来时，管理者的每一次对外发言，都应被视作是一次公关事件，是会吸引到合作伙伴的目光，吸引到投资人的关注 ，得到媒体持续关注的机会。  

每个管理者重新定义自己时，有一点不能不考虑，培养接班人。日本是一个百年企业非常多的国家，据普华永道统计，创业史超过100年的家族企业里，欧洲有6000家，美国800家，而日本则有30000多家。日本家族企业继承研究专家藤间秋男认为，“不怀生死观的企业家是无法创建百年企业的，企业家需要将自己之后企业要怎么办始终放在心头，尽快着手处理。”  

对于管理者也是如此，团队建设的重点是培养可以替代你的人，这样才能保证公司的运转不因个人而受到影响，更稳健可靠的向我们的目标迈进。  

因为是技术出身，我所相信的是，成功和失败之间差的只是坚持到底。我曾经一个人写过一个产品的所有代码，试过因为项目组只有一个人，年底找不到同事聚餐。从程序员到管理者，需要程序员的一点执着，加几个方法，几条准则……久而久之，自然就会熬出一锅还不错的高汤。