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

　　1. 很多研發(fā)人員沒有自己的技術發(fā)展的規(guī)劃

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

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

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

　　2. 很多研發(fā)人員缺乏總結

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

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

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

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

　　2.deadline

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

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

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

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

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

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

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