也是和朋友讨论的时候突然想起说说这个话题的。笔者呆过的企业都是研发类型的企业，民企、私企、外企都呆过。各自有自己的流程，各自的管理风格。但在这里仅仅聊一些微观的问题，涉及我对于具体的研发人员的一些问题的看法。

1.很多研发人员没有自己的技术发展的规划

这个是一个重大的问题，尤其对于有志于技术方向的毕业生。初出茅庐，没有人指导，一步错，步步错。笔者在学校属于鲁钝之人，但是一步步的在研发上坚持下来，摸爬滚打的，积累了一些经验。笔者的一些当年技术很优秀的校友，比笔者高几个档次，毕业时有的去了一些很牛X的外企，但是做的是一些系统集成的杂活，工资高几千，但最终转管理、转行，技术上有积累的也不多。

当然，干研发也没有什么好的，当今社会啥挣钱来啥也天经地义。但笔者认为，如果一个人真正的有技术天赋，有志于技术，还是应该选择有深厚研发底蕴的公司。杰出的可以选择Google，MS，中上的可以选择中兴、华为，见识一下大公司的管理，大系统的开发，未来可能会厚积薄发。笔者以前，撰文感慨JunOS的几千万行的系统以及3个月一个release的开发。有读者留言觉得没什么了不起，其实是没有体验过没有概念。（当然，笔者水平很菜，且毕业的时候也没有选择好，这里绝不是教训别人，只是share一些看到的和体验的经验）。

对于已经在企业多年的工程师，我觉得很多人也是缺乏这方面的考虑，分配什么做什么，除此之外不知道做些什么。总之，没有自己的技术上的规划。当然，人和人的工作目的和态度不同，未必谁对谁错。

2.很多研发人员缺乏总结

笔者有总结的习惯，研发笔记上百万字至少，弯曲也写了几万字了。但是觉得习以为常了，因为从小就是这么学习的。抄政治笔记，抄名人名言，理当如此。所有人同学当时都是这么学习的，但是工作后发现很少有人这么干了。这也是前些天和一个要好的同事讨论的时候注意到的，该同事没有这个习惯，经笔者教育他之后，他实施效果良好。缺乏总结的后果就是狗熊掰棒子，最终只有一个。

3.大事有流程小事无人关注

每个公司都有自己的流程，经常全员学习之。其实对于流程，笔者总结不外乎以下两点：

1.一个通用的语言，可供不同部门以及杂七杂八的人之间沟通打屁

2.deadline

真正对于一线研发人员，最有用的就是如何提高每天重复干千百次的小事的效率，如何在做小事情的时候思路更加清晰。例如code review如何有效进行，不敷衍了事。又如bug如何进行fix等等。

笔者对于，fix过的bug基本每个重要bug一个文档，记录fix的全过程包括相关环境、可能原因、下一步如何等等等等。

一方面想用于家传，以后给孙子讲讲，爷爷当年如何辛苦，忙了一个月，打发了多少牛鬼蛇神，对付了几多妖魔鬼怪，终于fix一个bug

另一方面更重要的是保存现场用于第二天的进程切换。笔者觉得诸如此类的细小事情上的效率提高和节约对于研发人员重要性强于流程的学习。做每一件事情都是用生命的代价换来的，效率弥足珍贵。

暂时想到这些，应该还有，想不起来了。笔者不在其位，不谋其政，无权教导其他人该怎么做。弯曲的很多大侠应该有独到的经验，共享一下研发人员应该如何自我培养以及研发组织应该怎样更快的培养员工。大家仁者见仁。