也是和朋友討論的時候突然想起說說這個話題的。筆者呆過的企業都是研發類型的企業，民企、私企、外企都呆過。各自有自己的流程，各自的管理風格。但在這里僅僅聊一些微觀的問題，涉及我對于具體的研發人員的一些問題的看法。

　　1. 很多研發人員沒有自己的技術發展的規劃

　　這個是一個重大的問題，尤其對于有志于技術方向的畢業生。初出茅廬，沒有人指導，一步錯，步步錯。筆者在學校屬于魯鈍之人，但是一步步的在研發上堅持下來，摸爬滾打的，積累了一些經驗。筆者的一些當年技術很優秀的校友，比筆者高幾個檔次，畢業時有的去了一些很牛X的外企，但是做的是一些系統集成的雜活，工資高幾千，但最終轉管理、轉行，技術上有積累的也不多。

　　當然，干研發也沒有什么好的，當今社會啥掙錢來啥也天經地義。但筆者認為，如果一個人真正的有技術天賦，有志于技術，還是應該選擇有深厚研發底蘊的公司。杰出的可以選擇Google，MS，中上的可以選擇中興、華為，見識一下大公司的管理，大系統的開發，未來可能會厚積薄發。筆者以前，撰文感慨JunOS的幾千萬行的系統以及3個月一個release的開發。有讀者留言覺得沒什么了不起，其實是沒有體驗過沒有概念。（當然，筆者水平很菜，且畢業的時候也沒有選擇好，這里絕不是教訓別人，只是share一些看到的和體驗的經驗）。

　　對于已經在企業多年的工程師，我覺得很多人也是缺乏這方面的考慮，分配什么做什么，除此之外不知道做些什么。總之，沒有自己的技術上的規劃。當然，人和人的工作目的和態度不同，未必誰對誰錯。

　　2. 很多研發人員缺乏總結

　　筆者有總結的習慣，研發筆記上百萬字至少，彎曲也寫了幾萬字了。但是覺得習以為常了，因為從小就是這么學習的。抄政治筆記，抄名人名言，理當如此。所有人同學當時都是這么學習的，但是工作后發現很少有人這么干了。這也是前些天和一個要好的同事討論的時候注意到的，該同事沒有這個習慣，經筆者教育他之后，他實施效果良好。缺乏總結的后果就是狗熊掰棒子，最終只有一個。

　　3. 大事有流程小事無人關注

　　每個公司都有自己的流程，經常全員學習之。其實對于流程，筆者總結不外乎以下兩點：

　　1. 一個通用的語言，可供不同部門以及雜七雜八的人之間溝通打屁

　　2.deadline

　　真正對于一線研發人員，最有用的就是如何提高每天重復干千百次的小事的效率，如何在做小事情的時候思路更加清晰。例如code review如何有效進行，不敷衍了事。又如bug如何進行fix等等。

　　筆者對于，fix過的bug基本每個重要bug一個文檔，記錄fix的全過程包括相關環境、可能原因、下一步如何等等等等。

　　一方面想用于家傳，以后給孫子講講，爺爺當年如何辛苦，忙了一個月，打發了多少牛鬼蛇神，對付了幾多妖魔鬼怪，終于fix一個bug

　　另一方面更重要的是保存現場用于第二天的進程切換。筆者覺得諸如此類的細小事情上的效率提高和節約對于研發人員重要性強于流程的學習。做每一件事情都是用生命的代價換來的，效率彌足珍貴。

　　暫時想到這些，應該還有，想不起來了。筆者不在其位，不謀其政，無權教導其他人該怎么做。彎曲的很多大俠應該有獨到的經驗，共享一下研發人員應該如何自我培養以及研發組織應該怎樣更快的培養員工。大家仁者見仁。

it知識庫：有感于“研發人員的個人培養和組織培養”，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。