有感于“研发人员的个人培养和组织培养”
作者 appleleaf | 2010-03-16 20:17 | 类型 专题分析, 弯曲推荐 | 44条用户评论 »
|
也是和朋友讨论的时候突然想起说说这个话题的。笔者呆过的企业都是研发类型的企业，民企、私企、外企都呆过。各自有自己的流程，各自的管理风格。但在这里仅仅聊一些微观的问题，涉及我对于具体的研发人员的一些问题的看法。 1.很多研发人员没有自己的技术发展的规划 这个是一个重大的问题，尤其对于有志于技术方向的毕业生。初出茅庐，没有人指导，一步错，步步错。笔者在学校属于鲁钝之人，但是一步步的在研发上坚持下来，摸爬滚打的，积累了一些经验。笔者的一些当年技术很优秀的校友，比笔者高几个档次，毕业时有的去了一些很牛X的外企，但是做的是一些系统集成的杂活，工资高几千，但最终转管理、转行，技术上有积累的也不多。 当然，干研发也没有什么好的，当今社会啥挣钱来啥也天经地义。但笔者认为，如果一个人真正的有技术天赋，有志于技术，还是应该选择有深厚研发底蕴的公司。杰出的可以选择Google，MS，中上的可以选择中兴、华为，见识一下大公司的管理，大系统的开发，未来可能会厚积薄发。笔者以前，撰文感慨JunOS的几千万行的系统以及3个月一个release的开发。有读者留言觉得没什么了不起，其实是没有体验过没有概念。（当然，笔者水平很菜，且毕业的时候也没有选择好，这里绝不是教训别人，只是share一些看到的和体验的经验）。 对于已经在企业多年的工程师，我觉得很多人也是缺乏这方面的考虑，分配什么做什么，除此之外不知道做些什么。总之，没有自己的技术上的规划。当然，人和人的工作目的和态度不同，未必谁对谁错。 2.很多研发人员缺乏总结 笔者有总结的习惯，研发笔记上百万字至少，弯曲也写了几万字了。但是觉得习以为常了，因为从小就是这么学习的。抄政治笔记，抄名人名言，理当如此。所有人同学当时都是这么学习的，但是工作后发现很少有人这么干了。这也是前些天和一个要好的同事讨论的时候注意到的，该同事没有这个习惯，经笔者教育他之后，他实施效果良好。缺乏总结的后果就是狗熊掰棒子，最终只有一个。 3.大事有流程小事无人关注 每个公司都有自己的流程，经常全员学习之。其实对于流程，笔者总结不外乎以下两点： 1.一个通用的语言，可供不同部门以及杂七杂八的人之间沟通打屁 2.deadline 真正对于一线研发人员，最有用的就是如何提高每天重复干千百次的小事的效率，如何在做小事情的时候思路更加清晰。例如code review如何有效进行，不敷衍了事。又如bug如何进行fix等等。 笔者对于，fix过的bug基本每个重要bug一个文档，记录fix的全过程包括相关环境、可能原因、下一步如何等等等等。 一方面想用于家传，以后给孙子讲讲，爷爷当年如何辛苦，忙了一个月，打发了多少牛鬼蛇神，对付了几多妖魔鬼怪，终于fix一个bug：-） 另一方面更重要的是保存现场用于第二天的进程切换。笔者觉得诸如此类的细小事情上的效率提高和节约对于研发人员重要性强于流程的学习。做每一件事情都是用生命的代价换来的，效率弥足珍贵。 暂时想到这些，应该还有，想不起来了。笔者不在其位，不谋其政，无权教导其他人该怎么做。弯曲的很多大侠应该有独到的经验，共享一下研发人员应该如何自我培养以及研发组织应该怎样更快的培养员工。大家仁者见仁。 | |
 (11个打分， 平均：5.00 / 5) |
雁过留声
“有感于“研发人员的个人培养和组织培养””有44个回复
好文，受教
赞1.这个是目前技术人员的通病.没有长远的规划.
bug文档这个想法确实不错，不过真正fix bug的时候经常不会想起来要file一些东西，准备试试看～
赞一个，很好！技术人员重在规划和坚持！
看了如醍醐灌顶。
工作也快5年了。一直对自己缺乏有效的个人发展规划，现象也是楼主说的安排什么做什么。楼主能不能具体来点个人的例子啊！
另外楼主的bug集的做法也是启示很大，现在负责现场的问题处理，很多问题都细节上犯错误，每天都要处理很多很琐碎的事情，楼主讲的从细处着手，提高小事的效率，给我启发很大！
我是说得多做得少，Panabit是做的多不说话，呵呵。
To jackshow，我做的也不好，且天资有限。只是尽力见贤思齐。
当年写一些socket-based程序，只知道设置一些socket option，有时候应用的行为和想象的根本不同，又不知道怎么办。一切源于对协议栈实现不了解，觉得隔靴搔痒。一怒进了一家数通公司搞协议栈，薪水比以前还少了2k。不过就此踏进了通讯以及安全领域。
虽然现在还是一个普通工程师，但是对于网络应用是如何run的，协议栈，路由，WWW，网络安全都有了自己的理解。辛苦之余，心中有些坦然，并且知道未来想学习些什么。这勉强算我的职业规划。不过一切源于自己对于世界的强烈的好奇心，以及格物致知的愿望。
另外我们公司老大的话很经典，大概是“永远不要让自己comfortable”,一旦自己觉得工作很舒服，就搞点新东西，不让自己舒服。
是否有些虐待狂啊，呵呵：0
appleleaf 在成都？
感觉作者生活在上世纪60年代的中国…
Appleleaf是有为青年，羡慕
苹果叶子，好文一篇…支持！
To 阿来兄，我在北京。
To Billy老大，你潜水很久了，最近又在哪里飞呢？
理客兄，你是带领队伍的人，最应该分享经验，如何培养手下，让组织尽快的成长。我觉得团队老大，培养人是第一要务，每个人都独当一面了，他好我也好，老大们就可以喝茶去了。
还有一个站队和跟人的问题，热爱技术而又天资平平的人如果经常能跟大牛在一块，技术的提高会很快。
热爱技术而又天资平平,在国内就别搞这个拉。智商不够，狠下心来去别的行当，长远来说机会大些，技术民工也不能当一辈子。
技术是什么，不就是书上写的那些东西，没什么了不起的，找来看看不就行了。难得的是技术生涯留给你的经验、领悟能力、和思维能够达到的高度。踏踏实实做上十年技术，技术真的就不是什么重要的东西，决定成败的还是你的高度。
@an.liu，我热爱这个行业，:-)。另外，您啥时候转行？
>技术是什么，不就是书上写的那些东西，没什么了不起的，找来看看不就行了
这个估计是土生土长的国人拿不了诺贝尔的根本原因。
叶子说得我很惭愧，我又不好意思说实话:)
我确实碰到过和叶子说的类似的人，好像是大专肄业，但做得很好，在一家人才济济的大公司里，比许多人做得都好。
我想许多中小公司是不太考虑普通员工培养的，大公司培训应该很多，但要达到叶子说的这种培养，刚入职有，但之后应该也不是很多，外企我想更多靠专业培训，更不会多管这类的培养。
基层主管在管任务的时候，如果能考虑一下这方面的培养，应该是很好的，但这只能是看主管个人了，也即是否跟了一个愿意做这类培养的牛人
所以同学们还是多感悟一下叶子的文章，自己助自己才是根本，无论主管
理客说的有理，基本和我同感。
外企 by default都认为员工都是senior的，且细节工作方法问题属于个人隐私。基本没有导师制度。其实，真不是真不是这么回事。可能龟谷的海龟的长的都比较肥硕，但是国内很多工程师还真是需要有人的指导。
另一个问题我的感觉也一样，看你的一线经理的个性了，有些做的很不错，组内有自己的详细规范，供新员工学习，但这样的很少。多数经理采用放养的策略。
Hw的培养步骤值得学习，虽然过程让人有些压力和紧张
针对普通员工，有一点非常重要，就是如果有可能的话，尽量让他们自己选择自己想要做的事情，可能是由于他们对这个很喜欢而想要做做这件事情，或者是他们感觉这个很有前途而想做这件事情，但不管什么原因，只要是他们想做这件事情，就尽量去让他去做。而不是分配工作，这个对于调用它们的积极性和创造力尤其重要。
另外，不看好技术类的培训，不像管理类的，来一个“影响力”可能帮人洗洗脑。但是针对技术的，功夫还是在平时，还是要看他们是否想学好这门技术。如果想把一门技术全部装到PPT里面是不现实的，而且搞技术的一般口语表达都比较欠缺，不如书面表达来得有条理。如果真的要培训，还不如给他们培训者们技术需要看哪些datasheet,rfc，paper，然后把这些文章都吹一下，最后让他们课后去学习，去实践。
也参加过一些针对培训技术的培训，老师讲得非常好，但是最终大家都见效不大，原因还是没考虑到大家是否想要修炼此武功，由于不是那么喜欢，平时就不会练习。
可能大公司的培训非常有体系，能够搞定你学好一门技术，但是如果他们对这门技术不感冒，我想也是徒劳。
To wenlujon兄，“尽量让他们自己选择自己想要做的事情”，这个是个理想，好活大家都会盯着的。一定要抢。
商业公司，和学术差异巨大，个别可以，很少能允许很多这样做。毕竟生存是第一位的
to appleleaf兄，事实上让他们自己去选择，情况并不像想象中的那么糟糕。如果出现有冲突的情况，这个时候就是plan B，主管出来仲裁；如果仲裁未果，plan C,就根据他们的能力，选择最适合的。
还有一点，为什么目前大多数人都没有规划，我的观点是这些人没有自己真正喜欢做的事情。具体分析如下：
1）行业很多，就算写程序，都有不能的领域；
2）而在某一个时期，没有说哪一个领域会统治整个行业；
3）面对这么多领域，茫然，所以会徘徊很长的时间；
4）等进入了某一个领域，可能遇到一点挫折或者是什么原因（比如一个新的行业比现在的更加火），就会想到放弃，于是考虑转；
5）转了之后，回到4）。
如果说对自己从事的行业非常热爱，职业规范自然清晰。如果对自己从事的行业不热爱，就努力使自己爱上它；如果对于自己所作的事情一直不喜爱，注定走很多弯路。
如果没有相关经验，想要做相关工作是有代价的，有的时候靠机遇。但无论如何都要靠努力来证明自己，有的时候还要多次证明。干这一行这点最累。
另外从管理者（理客）的角度来讲，feature的按期保质量的release最重要，个人要服从集体。
to 理客兄：
只要是一个leader，无论team大小，哪怕只有两个人，这个让尽量让他们自己选择自己喜欢做的事情是一种手段，就算公司的其他team采用的是分配式的方式，自己的team采用这种选择式的方式是可行的。这个让他们尽量去选择做自己想做的事情的权利，leader还是有的。主要看leader是否有此意识。
所以政策是死的，leader是活的，或者简单一点leader有好有不好，但对于个人的的职业生涯，还是握在自己手里比较保险
如果说一件任务TaskA，整个team只有WorkerA处于空闲，而恰恰WorkerA认为TaskA没有挑战，不想做。这个时候WorkerA也必须完成TaskA。
现如果有TaskA,TaskB，WorkerA，WorkerB；WorkerA比WorkerB从能力上更加胜任TaskA（之前做过TaskA)，WorkerB比WorkerA从能力上更加胜任TaskB（之前做过TaskB)。
这个时候，如果leader采用分配的方式，必然
TaskA->WorkerA
TaskB->WorkerB
但是如果采用选择的方式，则应该：
FOR WorkerA:
if (WorkerA Like TaskA) {
TaskA->WorkerA;//so good
}
else if (WorkerA Like TaskB) {
if (WorkerB Like TaskB) {
TaskA->WorkerA;//bad
}
else {
TaskB->WorkerA;//good
}
}
else {
TaskA->WorkerA;//bad
}
FOR WorkerB:
if (WorkerB Like TaskB) {
TaskB->WorkerB;//so good
}
else if (WorkerB Like TaskA) {
if (WorkerA Like TaskA) {
TaskB->WorkerB;//bad
}
else {
TaskA->WorkerB;//good
}
}
else {
TaskB->WorkerB;//bad
}
其实leader手下有个能随时去扑火的家伙那就非常爽了..
但你得给人家一个好前途，否则不会长久在你手下
貌似不能编辑，更正一下，但是如果采用选择的方式，则应该：
FOR WorkerA:
if (WorkerA Like TaskA) {
TaskA->WorkerA;//so good
}
else if (WorkerA Like TaskB) {
if (WorkerB Like TaskB) {
TaskA->WorkerA;//bad
}
else {
TaskB->WorkerA;//good
}
}
else {
/* 更正处1 */
if (WorkerB like TaskA) {
TaskB->WorkerA;
}
else {
TaskA->WorkerA;//bad
}
}
FOR WorkerB:
if (WorkerB Like TaskB) {
TaskB->WorkerB;//so good
}
else if (WorkerB Like TaskA) {
if (WorkerA Like TaskA) {
TaskB->WorkerB;//bad
}
else {
TaskA->WorkerB;//good
}
}
else {
/* 更正处2 */
if (WorkerA like TaskB) {
TaskA->WorkerB;//bad
}
else {
TaskB->WorkerB;//bad
}
}
判断是否属于like必须有明显的倾向性（即对此任务的喜爱程度明显比其他任务的突出），如果只有一点点或者无所谓的like，则判断不成立。
另外，根据我的观察，一般人对于自己已经做过的类似事情第二次做都不会有很大的热情（没有挑战性，也就是成长的空间不大）。
所以so good注释的代码段的覆盖率会非常低。
确实没有多少人会对类似的事情长时间感兴趣，其中有感兴趣的，就会挖掘优化的挑战，但如果idea得不到认可，那么基本就是去兴趣了，要不走，要不碌碌为之
我就是个碌碌为之的打工仔…
我也是个碌碌为之的打工仔…..
曾经都是有理想的人，至少在少年时有，什么时候不能坚持了，大体什么时候就开始碌碌了，个人对碌碌的生活，只是因为不得不生存而生存，如果有一天上帝不让我生存了，我很欣然
“个人对碌碌的生活，只是因为不得不生存而生存，如果有一天上帝不让我生存了，我很欣然”
————————————–
赞，说的非常的同感。只是促使我碌碌无为的原因和你的不一样，我碌碌无为是被迫养家糊口；
Me too, maybe more persons
人活着应该对社会的贡献大于自身的消耗。劳动是理所应当的。
但是没有财务自由的人，不知道能否有完全独立的人格。
所以叶子是有为青年，同学榜样，不要学我们这些碌碌的老卡巴
十八楼:
这个估计是土生土长的国人拿不了诺贝尔的根本原因。
诺贝尔奖是啥好东西吗，你看看和平奖都给什么人了？国内科研环境是差些，可人不一定差，别把自己神化了，下来接接地气。
学习ING…
[...] 因为在1）和2）两点上自身的情况，我一直是不大倾向于技术。不过今晚我在看到弯曲评论上一篇文章之后却莫名的想在技术上有些积累（这和我当时觉得算法基础多么多么重要的情景很相似）。现在自己的技术水平也就仅在地平线上，完成自己的工作内容肯定是没问题的，但关键是要让自己也能够像自己见识到的高手们那样“玩技术”。现在问题在，如果要积累那要在什么方向上积累呢？要玩技术总得有练习场地，有结果输出吧？最后，你得想想要玩到什么程度？后面两个问题让我自己时常思考吧，第一个问题已经初步定下在OS及Virtualization。 [...]