從某件事情上得到收獲以后，寫一篇心得體會，記錄下來，這么做可以讓我們不斷思考不斷進(jìn)步。我們想要好好寫一篇心得體會，可是卻無從下手嗎？下面我給大家整理了一些心得體會范文，希望能夠幫助到大家。

研發(fā)人員溝通心得體會篇一

產(chǎn)品研發(fā)必須經(jīng)過立項、設(shè)計、實現(xiàn)、測試、發(fā)布幾個階段。

1.1 立項

? 小型研發(fā)項目（工作量小于等于6人周，投入資金小于等于1萬元的研發(fā)項目）立項必須具備項目計劃報告，經(jīng)公司技術(shù)負(fù)責(zé)人簽字同意，報公司執(zhí)行總裁批準(zhǔn)立項。

? 非小型研發(fā)項目必須具備項目計劃報告、項目可行性分析報告，由項目發(fā)起人邀請公司技術(shù)、財務(wù)、市場三方代表討論通過后，由三方負(fù)責(zé)人或者授權(quán)人簽字同意，報公司執(zhí)行總裁批準(zhǔn)立項。簽字傳真有效。

? 在已經(jīng)簽定銷售、工程合同的項目中發(fā)生的研發(fā)，作為合同項目研發(fā)，不再單獨(dú)立項。

? 項目只有立項后才允許發(fā)生費(fèi)用。

? 項目立項后應(yīng)獲得一個唯一的研發(fā)編號，費(fèi)用報銷、研發(fā)領(lǐng)料時使用此編號作為物流控制和財務(wù)核算的依據(jù)。

? 項目計劃報告必須說明項目名稱，目標(biāo)，發(fā)起人，負(fù)責(zé)人，設(shè)計、研發(fā)、測試承擔(dān)者，設(shè)計、研發(fā)、測試的工期計劃，項目預(yù)算等內(nèi)容。

? 項目可行性分析報告必須說明項目名稱，市場調(diào)研情況，銷售預(yù)測，技術(shù)現(xiàn)狀和實現(xiàn)途徑等內(nèi)容。

1.2 設(shè)計

? 立項后，項目進(jìn)入設(shè)計階段。

? 設(shè)計階段由設(shè)計承擔(dān)人完成技術(shù)設(shè)計報告、測試計劃報告，修改得到切實可行、與技術(shù)設(shè)計報告和測試計劃報告相吻合的項目計劃報告。由項目負(fù)責(zé)人負(fù)責(zé)邀請研發(fā)部門技術(shù)負(fù)責(zé)人，設(shè)計、研發(fā)工程師，共同評審?fù)ㄟ^。沒有通過設(shè)計評審的項目，必須重新進(jìn)行技術(shù)設(shè)計。

? 技術(shù)設(shè)計報告應(yīng)說明項目名稱，研發(fā)系統(tǒng)或設(shè)備的需求，研發(fā)系統(tǒng)或設(shè)備的總體功能，系統(tǒng)或設(shè)備功能模塊劃分，工期在6人周以上的項目必須列出階段性成果和驗證方法。階段性成果的工作量不超過4人周。

? 測試計劃報告應(yīng)說明項目名稱，產(chǎn)品功能，測試項目，測試條件，測試方法，測試工期和時間計劃等內(nèi)容。

1.3 實現(xiàn)

? 設(shè)計評審?fù)ㄟ^后，項目進(jìn)入實現(xiàn)階段。

? 研發(fā)人員必須在實現(xiàn)過程中書寫相關(guān)文檔。文檔必須有電子形式。軟件實現(xiàn)

文檔應(yīng)包括軟件功能性說明文檔，源代碼說明文檔。硬件實現(xiàn)文檔包括原理圖，原理圖說明，pcb圖，結(jié)構(gòu)圖。

? 項目負(fù)責(zé)人有責(zé)任按照項目計劃報告，跟蹤監(jiān)督項目的進(jìn)展情況，按時敦促

驗收階段性成果。

? 研發(fā)產(chǎn)品由研發(fā)人員自行調(diào)試，調(diào)試過程中必須撰寫調(diào)試記錄。調(diào)試記錄應(yīng)

該說明項目名稱，編號，調(diào)試記錄版本號，調(diào)試時間，軟硬件版本號，調(diào)試中發(fā)現(xiàn)的主要問題，調(diào)試環(huán)境，解決方法。

? 研發(fā)產(chǎn)品確認(rèn)運(yùn)行穩(wěn)定后，由項目負(fù)責(zé)人組織內(nèi)部驗收。研發(fā)文檔應(yīng)視為研

發(fā)實現(xiàn)階段工作量的一部分，不具備研發(fā)文檔將視為工作沒有結(jié)束，不組織內(nèi)部驗收。

? 軟件功能性說明文檔應(yīng)說明項目名稱，編號，軟件名稱和編號，軟件功能，軟件功能模塊劃分，主要功能實現(xiàn)過程，軟件主要實現(xiàn)算法。

? 源代碼說明文檔項目編號，軟件名稱，軟件功能，全局變量、結(jié)構(gòu)，類說明，數(shù)據(jù)庫字典，函數(shù)功能、接口、在函數(shù)內(nèi)改動的全局變量、返回值，等。源代碼說明文檔可以包含在源代碼文件中，以注釋形式存在。

? 原理圖說明應(yīng)包括項目編號，硬件名稱和編號，硬件版本號，功能說明，功

能模塊劃分，主要功能實現(xiàn)過程，數(shù)據(jù)芯片資料。

1.4 測試

? 研發(fā)產(chǎn)品經(jīng)內(nèi)部驗收后，進(jìn)入測試階段。

? 測試階段開始后，研發(fā)實現(xiàn)人員將研發(fā)的產(chǎn)品，以及研發(fā)調(diào)試記錄移交給測

試人員。測試人員按照產(chǎn)品的測試計劃報告、研發(fā)調(diào)試記錄，設(shè)計測試過程，填寫產(chǎn)品測試報告。

? 產(chǎn)品測試報告應(yīng)該說明項目名稱，編號，測試報告版本號，需測試功能，指

標(biāo)，測試方法，測試環(huán)境，測試條目，測試結(jié)果，結(jié)論。

? 如果研發(fā)產(chǎn)品不能通過測試，測試人員應(yīng)把產(chǎn)品測試報告提交給產(chǎn)品實現(xiàn)人

員。產(chǎn)品實現(xiàn)人員修改軟硬件后重新進(jìn)行調(diào)試，相應(yīng)更新研發(fā)調(diào)試記錄內(nèi)容和版本號，確認(rèn)產(chǎn)品合格后提交測試人員再次檢測。如此反復(fù)，直到產(chǎn)品通過測試為止。

? 測試人員確認(rèn)產(chǎn)品達(dá)到要求，在產(chǎn)品測試報告的結(jié)論欄內(nèi)簽字表示同意，交

項目負(fù)責(zé)人。

1.5 產(chǎn)品發(fā)布

? 項目負(fù)責(zé)人拿到產(chǎn)品測試通過的報告后，填寫或者委托他人填寫產(chǎn)品發(fā)布公告（release notes）和產(chǎn)品發(fā)布計劃，交公司技術(shù)負(fù)責(zé)人或者授權(quán)產(chǎn)品發(fā)布人核準(zhǔn)，簽字發(fā)布。項目負(fù)責(zé)人與簽字發(fā)布產(chǎn)品的不得為同一人。發(fā)布公告和產(chǎn)品發(fā)布計劃需送銷售部、技術(shù)支持部、信息中心、公司有關(guān)領(lǐng)導(dǎo)。? 項目負(fù)責(zé)人必須在產(chǎn)品發(fā)布后一周內(nèi)，將所有研發(fā)文檔整理歸檔，交研發(fā)助理存檔。

? release notes必須說明項目名稱、編號、產(chǎn)品名稱、型號、版本號、產(chǎn)品內(nèi)軟硬件版本號、產(chǎn)品主要特征及功能、產(chǎn)品與上一版本的區(qū)別、產(chǎn)品的適用范圍、使用注意事項等。

? 產(chǎn)品發(fā)布計劃應(yīng)說明項目名稱、編號、產(chǎn)品名稱、型號、版本號、產(chǎn)品說明書的完成時間和計劃、產(chǎn)品使用手冊的完成時間和計劃。產(chǎn)品說明書和產(chǎn)品使用手冊的完成時間一般應(yīng)在產(chǎn)品后的15個工作日內(nèi)完成。

1.6 批量生產(chǎn)

? 產(chǎn)品發(fā)布后，進(jìn)入批量生產(chǎn)階段。

? 批量生產(chǎn)階段必須具備焊裝圖、裝配圖、軟件安裝說明、生產(chǎn)測試要求。? 焊裝圖可以根據(jù)pcb圖修改，應(yīng)詳盡說明產(chǎn)品名稱、型號、pcb板的名稱、定位標(biāo)志、各層需要焊裝的元器件編號、標(biāo)稱值，焊裝注意事項等。? 裝配圖應(yīng)說明產(chǎn)品名稱、型號、各電路板、結(jié)構(gòu)件的固定位置、裝配順序、電氣連接圖、走線固定位置等等。

? 生產(chǎn)測試要求文檔需要說明針對的產(chǎn)品名稱，型號、測試環(huán)境、測試方法。

1.7 項目調(diào)整

1.7.1 設(shè)計更改

? 由于市場或技術(shù)原因，需要對項目重新進(jìn)行設(shè)計，更改人必須填寫設(shè)計更改申請單，按照立項程序進(jìn)行審批。即更改增加的工作量在6人周以下，增加的資金投入在1萬元以下的，屬于小的設(shè)計更改，需經(jīng)公司技術(shù)負(fù)責(zé)人簽字同意，報公司執(zhí)行總裁批準(zhǔn)生效；大的設(shè)計更改必須具備項目計劃報告、項目可行性分析報告，由項目發(fā)起人邀請公司技術(shù)、財務(wù)、市場三方代表討論通過后，由三方負(fù)責(zé)人或者授權(quán)人簽字同意，報公司執(zhí)行總裁批準(zhǔn)生效。? 對已經(jīng)發(fā)布的產(chǎn)品進(jìn)行更改，被認(rèn)為是一個新的研發(fā)項目，按照標(biāo)準(zhǔn)程序執(zhí)行。

? 對尚未發(fā)布的產(chǎn)品進(jìn)行更改，需要更新該項目所有此前產(chǎn)生過的技術(shù)文檔，已經(jīng)進(jìn)行過的評審必須重新進(jìn)行。

1.7.2 項目取消

? 出于市場或其他方面的考慮，需要取消某個項目的研發(fā)，必須由發(fā)起人或者

委托人填寫項目取消申請表，申請表必須說明項目名稱，編號，取消原因。? 小型研發(fā)項目的取消需經(jīng)公司技術(shù)負(fù)責(zé)人簽字同意，報公司執(zhí)行總裁批準(zhǔn)生

效。非小型研發(fā)項目的取消需由發(fā)起人邀請公司技術(shù)、財務(wù)、市場三方代表討論通過后，由三方負(fù)責(zé)人或者授權(quán)人簽字同意，報公司執(zhí)行總裁批準(zhǔn)生效。? 項目取消后，研發(fā)助理負(fù)責(zé)將項目取消通知發(fā)送給公司領(lǐng)導(dǎo)層和研發(fā)、銷售、技術(shù)支持、財務(wù)、運(yùn)營中心。

1.7.3 項目暫停

? 出于市場或資源飽和原因，需要暫停某個項目的研發(fā)，必須由發(fā)起人或者委

托人填寫項目暫停申請表。申請表必須說明項目名稱，編號，取消原因。? 小型研發(fā)項目的暫停需經(jīng)公司技術(shù)負(fù)責(zé)人簽字同意，報公司執(zhí)行總裁批準(zhǔn)生

效。非小型研發(fā)項目的暫停需由發(fā)起人邀請公司技術(shù)、財務(wù)、市場三方代表討論通過后，由三方負(fù)責(zé)人或者授權(quán)人簽字同意，報公司執(zhí)行總裁批準(zhǔn)生效。? 項目暫停后，研發(fā)助理負(fù)責(zé)將項目暫停通知發(fā)送給公司領(lǐng)導(dǎo)層和研發(fā)、銷售、技術(shù)支持、財務(wù)、運(yùn)營中心。溝通

? 研發(fā)部需要很好地配合、支持銷售部、技術(shù)支持部和其他部門的工作。? 研發(fā)部的新產(chǎn)品發(fā)布公告（release notes）應(yīng)及時發(fā)布到銷售部、技術(shù)支持

部和其他部門。

? 研發(fā)部的產(chǎn)品說明書和產(chǎn)品使用手冊（user manual）應(yīng)在第一時間發(fā)布到銷

售部、技術(shù)支持部和其他部門。

? 研發(fā)部需要定期發(fā)布和更新研發(fā)最新信息，包括q&a（對一般技術(shù)問題的提問和回答），bug reports（測試出的產(chǎn)品缺陷），products roadmap（研發(fā)計劃，預(yù)期發(fā)布的產(chǎn)品、發(fā)布時間）。

? 研發(fā)部應(yīng)定期向銷售部索取產(chǎn)品需求，向技術(shù)支持部索取疑難問題反饋

（escalation report）。文檔管理

? 研發(fā)過程中產(chǎn)生的硬件原理圖、原理圖說明、pcb圖、結(jié)構(gòu)圖，以及軟件源

代碼和源代碼說明文檔，為公司保密文檔，由研發(fā)助理統(tǒng)一保管，非該項目相關(guān)人員不得借閱。推薦工具軟件

? 項目計劃報告的工期計劃建議采用microsoft project。

? 電原理圖、pcb圖建議采用protel 99se。

? 結(jié)構(gòu)圖、裝配圖建議采用autocad或proengineer。

研發(fā)人員溝通心得體會篇二

如何成為“人見人愛”的研發(fā)人員

據(jù)統(tǒng)計：研發(fā)人員40%左右的時間是與他人溝通，溝通能力的考核權(quán)重已占其業(yè)績的20%，溝通問題越來越成為技術(shù)人員關(guān)注的問題。有人說：“與技術(shù)研發(fā)人員的溝通很難，技術(shù)研發(fā)人員在角色轉(zhuǎn)換中更難。”真的如此嗎？研發(fā)人員具有邏輯思維能力強(qiáng)、技術(shù)導(dǎo)向性明顯、不善溝通、工作環(huán)境相對封閉等特點，導(dǎo)致獨(dú)立貢獻(xiàn)者居多，經(jīng)常會出現(xiàn)“幼稚”、“不聽話”、“個人英雄主義”、“盲目創(chuàng)新”、“過分追求成就感”等問題，從而使得公司的相關(guān)制度無法在研發(fā)部門推行落實，影響了公司的市場競爭能力。研發(fā)人員應(yīng)該具備什么樣的素質(zhì)，如何提高研發(fā)人員的職業(yè)素養(yǎng)，使之在具體的開發(fā)工作中保持一個良好的工作心態(tài)，養(yǎng)成良好的職業(yè)習(xí)慣，從而實現(xiàn)從“技術(shù)fans”到“工程商人”的轉(zhuǎn)變，使個人的目標(biāo)與公司整體的贏利目標(biāo)統(tǒng)一起來。

下面是一些關(guān)于技術(shù)研發(fā)人員在工作過程中與他人缺乏溝通的表現(xiàn)：

案例一：

某天一位經(jīng)理在和他的下屬談工作的時候，無意間說了一句自己的感受，他說他發(fā)現(xiàn)最近與這位下屬交流起來比較吃力。沒想到，這句無意間說出來的話卻換來幾天后下屬提交的辭職報告。下屬辭職的原因是，認(rèn)為他所說的“交流吃力”就是暗示讓他離開。這就是研發(fā)人員的通病，他們通常不會就這件事情或感情與對方探討或探求背后的真相，而只會經(jīng)過自己的一番邏輯分析和大腦思考然后做出決定。所以說研發(fā)人員的大腦非常發(fā)達(dá)，但在與人交往和默契配合時，并非特別順暢。

案例二： 電影《絕世天劫》中有一個小片段很生動的展示了技術(shù)人員如何向領(lǐng)導(dǎo)匯報的技巧： 剛開始，nasa向總統(tǒng)回報隕石的情況，工程師在描述的時候不斷的使用術(shù)語this is the anomaly 來描述。

總統(tǒng)聽了半天也沒聽懂在說什么，怒了！

nasa總負(fù)責(zé)truman解釋：這是一顆隕石

總統(tǒng)問：它有多大？

另外一位工程師站起來回答：估計有九百七十六億...nasa總負(fù)責(zé)人truman解釋：和德州一樣大

就這兩個問題解釋，雖然兩個nasa工程師回答的并沒有錯，但是他們卻是在跟不怎么了解這塊知識的總統(tǒng)先生匯報情況，用太多的專業(yè)術(shù)語和數(shù)據(jù)描述總統(tǒng)是無法聽懂的。而nasa的總負(fù)責(zé)人truman卻恰到好處的用平常人了解的方式將情況跟總統(tǒng)描述清楚情況：這東西是個隕石，有德州那么大。

技術(shù)研發(fā)人員平時跟非技術(shù)人員溝通的時候，如果想要他們能了解你們要表達(dá)的信息，用大量的專業(yè)術(shù)語那是大忌，最好還是使用打比方的方式，用他們了解的東西（如生活中常見的事物）來比喻你要表達(dá)的技術(shù)概念，讓他們能形象的了解現(xiàn)在的情況。

研發(fā)人員其實都非常可愛，他們屬于內(nèi)秀的一類，同時，他們的邏輯性、思維、技術(shù)都很棒，工作也兢兢業(yè)業(yè)。但一般情況下，研發(fā)人員不怎么善于保護(hù)自己。有時候面對別人的指責(zé)甚至有些不太公平的事情時，他們往往不愿意說出來，而總是憋在心里，時間一長，就容易發(fā)生情緒波動。研發(fā)人員的情緒波動通常反應(yīng)在不同方面，比如他可能和別人引起爭執(zhí)，也可能影響工作效率和工作熱情度。這些很多因素都是因為研發(fā)人員溝通有問題或者是因為不善于表達(dá)而造成的。因此，良好的溝通能力是研發(fā)人員在工作中必備的一種 武器！

研發(fā)人員溝通心得體會篇三

研發(fā)項目考核與獎勵管理辦法

1、目的：

公司為了鼓勵研發(fā)立項和新產(chǎn)品開發(fā)，并對研發(fā)技術(shù)人員的創(chuàng)新活動及項目支持人員的支持活動給予合理的回報，特制定本辦法。

2、適用范圍：

本辦法適用于公司研發(fā)中心工作人員。

3、研發(fā)項目考核的考核依據(jù)：

產(chǎn)品開發(fā)計劃作為研發(fā)主任對項目小組的考核依據(jù)項目任務(wù)以及設(shè)計任務(wù)書作為項目小組組長對項目各成員的考核依據(jù)。

4、研發(fā)項目考核的節(jié)點：

項目可行性論證階段的各部門執(zhí)行與配合工作情況列入當(dāng)月部門任務(wù)績效指標(biāo)，由管理辦公室負(fù)責(zé)按照一般的考核流程組織對各部門的考核。研發(fā)項目考核節(jié)點以研發(fā)進(jìn)程中各階段研發(fā)工作結(jié)束，得到客戶認(rèn)可時作為考核節(jié)點。具體如下：

4．1在設(shè)計圖樣及工藝文件在新產(chǎn)品評審時或設(shè)計圖樣得到客戶認(rèn)可、工藝文件經(jīng)過新產(chǎn)品評審后進(jìn)行考核。

4．2在產(chǎn)品質(zhì)量評審時或產(chǎn)品樣件得到客戶認(rèn)可后進(jìn)行考核。

4．3在試生產(chǎn)產(chǎn)品入公司成品庫或順利通過驗收后進(jìn)行考核。

研發(fā)項目考核的考核人與被考核人：

在每個考核節(jié)點，管理辦公室項目小組進(jìn)行考核，項目由企業(yè)技術(shù)質(zhì)量部負(fù)責(zé)人對項目進(jìn)行考核，經(jīng)總經(jīng)理審批后根據(jù)考核情況給予獎勵；在每個考核節(jié)點，項目小組組長對項目小組成員進(jìn)行考核。

5、考核指標(biāo)設(shè)置

5．1對項目小組組長的考核是任務(wù)績效和管理績效，其中任務(wù)績效指標(biāo)占80%，管理績效指標(biāo)占20%。對項目小組成員的考核制度是任務(wù)績效和工作態(tài)度，其中任務(wù)績效指標(biāo)占80%，工作態(tài)度指標(biāo)占20%。

5．2任務(wù)績效指標(biāo)設(shè)置根據(jù)不同考核階段的具體工作任務(wù)設(shè)置，項目小組組長的管理績效指標(biāo)、項目小組成員的工作態(tài)度指標(biāo)在一定時期內(nèi)基本固定。

2011年1月11日

研發(fā)人員溝通心得體會篇四

研發(fā)人員崗位職責(zé)

一、負(fù)責(zé)項目模塊的詳細(xì)設(shè)計、編碼和內(nèi)部測試的組織實施。

二、參與技術(shù)可行性分析和需求分析。

三、熟悉并熟練掌握公司軟件項目的相關(guān)軟件技術(shù)和使用方法。

四、及時反饋軟件開發(fā)中的情況，并根據(jù)實際情況提出改進(jìn)建議。

五、參與軟件開發(fā)和維護(hù)過程中重大技術(shù)問題的解決，參與軟件首次安裝調(diào)試、數(shù)據(jù)割接、用戶培訓(xùn)。

六、負(fù)責(zé)相關(guān)技術(shù)文檔的擬訂和管理。

七、對技術(shù)發(fā)展動態(tài)進(jìn)行分析研究。

八、及時反饋實際工作中遇到的問題，并提出改進(jìn)建議。

九、承擔(dān)相應(yīng)的保密職責(zé)。

十、積極參加各種技術(shù)上的培訓(xùn)。

十一、完成上級所交辦的其它工作。

辦公室

2010年9月17日