这个事件给我的教训非常深刻，让我在后来的工作过程中能更清晰的去定位自己的角色。实际上在后面的这次创业中，自己依然又重新走了一次从程序员到技术专家再到技术管理者的转型之路，在团队还很小的时候，特别是自驱动性比较强的团队，不需要太多的管理，可以把所有的精力都投入到技术的研究和代码编写里。当团队规模逐渐增大的时候，就需要逐渐放掉一些技术上的投入，把时间的投入往管理上去倾斜。这个转变的过程可能比较漫长，直到现在，我感觉依然还在学习和努力转变的过程中。

在我们的团队里，从技术专家向技术管理岗位的转变是很多技术人员都经历过，但是失败率很高的事情。我认为这个转变过程中，最重要的是个人一定要清楚这两个角色的职责的差别。作为技术专家，你的职责是做深度的技术研究和实现，以技术能力和技术领导力为你的团队和业务提供强有力的支持。而作为技术管理者，你的职责是团队的组建、培养人员，做技术发展和人员规划，以各种管理手段来明确技术发展方向，保持团队的稳定和活力，为业务提供可靠的支持。

明确了职责之后的履行阶段实际上对很多人来说也是相当困难的。困扰比较大的两个问题一个是性格问题，是否喜欢和擅长与人沟通协调在这个过程中非常重要，而很多程序员包括我在内在这方面都是不太擅长的，不少人都也是在这一点上没法转变过来最终无法转型的。但这个性格问题并不是无法转变的，在内心主动寻求改变和外部条件的压力下，我感觉在这几年来还是发生的很大的变化的，有时候就需要自己逼自己去做一些自己不擅长的事。

另外一个问题就是管理时间和精力的投入问题。大部分的程序员和技术专家在向技术管理转岗的时候往往都会在这里掉坑里，我自己之前的案例就是一个惨痛的教训。很多人在这个过程中往往都会舍不得放下对技术的研究和写代码，害怕自己一旦离开技术太久就会代码能力下降，被技术浪潮抛弃。

因为放不下写代码和技术研究，花在这上面的时间越多，自然投入的管理上的时间就会越少，最终很可能无法完成到管理岗位的转变。一旦你确定了自己未来的职业发展方向是管理岗位，一定要尽早学会放手，把代码和技术研究交给其他人去做，至少保证有足够的时间投入到管理上。

　　2. 团队组建的故事：如何组建合适的技术团队

技术团队组建是技术管理者最主要的职责之一，在技术创业公司里，技术团队的组成是决定一个创业成败的关键因素。第一次开始创业的时候，并没有太多的经验，根本也没有做团队规划，5 个小伙伴完全是因为亲密的朋友关系走到一起来做事情，后果就是 5 个人里只有两个苦逼的写代码的程序员。团队的组成非常不合理，互相之间也没有很好的互补性。

这种状态一直持续在第 1 次和第 1.5 次创业的过程中，团队没有规划，有需求做不过来就加人，有认识的好朋友过来也加岗位加人。说到底还是之前说的问题，团队管理没有做好，并且在胡乱加人的过程中也在一些重要的岗位加入了价值观完全不一致的人，所有这些都为这次创业的失败埋下了伏笔。

第二次创业之前关于团队组建我们就吸取了教训，做了比较充分的准备。首先从可能涉及到的业务出发反推需要哪些技术和技能的人员和比例，例如做探针客户端需要什么人，做后端报表需要什么人，做业务系统的需要什么人，做后端数据处理架构需要什么人，一一理清楚，有了最小配置的人员数量之后再去挑选合适的人员。

因为又是一次从头开始的创业，而且初期的资金有限，并没有办法把原有的整个团队都带走，所以我们非常仔细地挑选初创团队的人员，首先肯定是选技术能力的强的；其次是对每个技术合适的人员评估性格，主动性和价值观是否符合要求，在这个阶段加入的团队成员能否保持一致的价值观非常重要，因为这些人很可能将来会成为公司核心骨干的技术专家或管理者，他们的价值观最终将影响公司的文化。

这个过程中，我们在一个岗位的人选上，确实出现了不同的意见：有一个技术能力非常强的，但是在任何关系到他利益的事情上都会斤斤计较的员工，另外一位是技术能力很弱的刚毕业不久的员工，但是做事踏实认真。最终我们还是选了后者。后来证明我们的选择应该是正确的，因为刚开始的两年里，由于资金的问题经常有几个月发不出工资来，如果选前者估计早就离开了，而后者到现在依然在我们团队里并担任着技术专家的角色。最后还要一个一个确认是否可以承受创业的不确定性。

这次团队的组建我认为是成功的，所有的初创研发团队都依然在听云的各自岗位上担任着核心技术专家和管理岗位。