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

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

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

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

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

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

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

　　3. 大事有流程小事無人關(guān)注

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

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

　　2.deadline

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

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

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

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

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

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

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