書寫經(jīng)驗(yàn)62人覺得有用

研發(fā)工程師在紙品公司這個行當(dāng)里頭，工作內(nèi)容得講究點(diǎn)門道。一開始，得搞清楚產(chǎn)品從無到有的全過程，這可不是光靠腦袋想想就行的。比如，新產(chǎn)品的設(shè)計(jì)，得結(jié)合市場調(diào)研的結(jié)果，看看客戶到底需要什么。要是沒弄明白客戶需求，研發(fā)出來的可能就不是客戶想要的東西了。

接下來就是樣品制作這一步，這活兒得精細(xì)，材料的選擇、工藝的設(shè)計(jì)都不能馬虎。有時候碰到難題，比如某個工藝參數(shù)調(diào)不好，這時候就得反復(fù)試驗(yàn)，直到找到那個最佳值為止。這一塊兒的經(jīng)驗(yàn)很重要，因?yàn)榧埰返男阅苤苯佑绊懞罄m(xù)生產(chǎn)環(huán)節(jié)，要是這里出了差錯，后面跟著倒霉的就是生產(chǎn)線上的兄弟姐妹們。

還有就是跟其他部門的協(xié)作，研發(fā)不是一個人的事。跟銷售部聊聊，聽聽他們反饋回來的信息，說不定能發(fā)現(xiàn)一些潛在的問題點(diǎn)；再跟生產(chǎn)部對接一下，了解下他們的設(shè)備能力，這樣設(shè)計(jì)出來的產(chǎn)品才能順利投產(chǎn)。不過有時候溝通起來會有點(diǎn)麻煩，尤其是當(dāng)雙方的術(shù)語都聽不太懂的時候，這就需要耐心了。

測試階段也是關(guān)鍵一環(huán)，新產(chǎn)品出來后得做各種檢測，確保它符合標(biāo)準(zhǔn)。這里頭有些指標(biāo)挺復(fù)雜的，像抗壓強(qiáng)度、吸水率什么的，都得仔細(xì)記錄下來。偶爾也會遇到數(shù)據(jù)偏差的情況，這可能是實(shí)驗(yàn)條件沒控制好，或者是儀器校準(zhǔn)出了問題，這時候就需要回過頭去重新檢查一遍。

書寫注意事項(xiàng)：

還得隨時關(guān)注行業(yè)動態(tài)，新技術(shù)、新材料這些東西都得留個心眼。紙品行業(yè)變化快，不及時跟進(jìn)的話很容易被淘汰。不過有時候資料太多，看著眼花，不知道該從哪里下手，這種情況也常有。

小編友情提醒：

文檔整理這塊兒也不能落下。每次完成一個項(xiàng)目，相關(guān)的數(shù)據(jù)、圖紙、報(bào)告什么的都要存檔，方便以后查閱。有時候?qū)懼鴮懼屯吮４?，回頭再找可費(fèi)勁了，所以養(yǎng)成習(xí)慣很重要。不過也有時候忙起來就顧不上這些細(xì)節(jié)，結(jié)果到最后才發(fā)現(xiàn)漏了好些重要的東西，只能重新補(bǔ)救，這就挺鬧心的。

書寫經(jīng)驗(yàn)69人覺得有用

寫崗位職責(zé)的時候，得看這個崗位到底要做什么。比如說研發(fā)電子工程師，這可不是個簡單活兒，得懂電路設(shè)計(jì)、元器件選型，還得會調(diào)試測試。一開始寫的時候，別光想著套模板，得結(jié)合實(shí)際工作情況。比如第一個任務(wù)可能是負(fù)責(zé)新產(chǎn)品的電路方案設(shè)計(jì)，這里就得具體點(diǎn)，說清楚要用到哪些工具軟件，像是altium designer之類的，這樣看起來就挺專業(yè)。

再比如第二個任務(wù)，可能就是參與產(chǎn)品開發(fā)的整個流程，從立項(xiàng)到量產(chǎn)前的評審都要跟進(jìn)。這部分可以寫得細(xì)致一些，提到需要和項(xiàng)目經(jīng)理、硬件工程師還有供應(yīng)商保持溝通協(xié)調(diào)，畢竟這不是一個人能搞定的事。有時候?qū)懙臅r候，可能會漏掉些關(guān)鍵步驟，比如沒強(qiáng)調(diào)要記錄設(shè)計(jì)文檔，這就容易出問題，但寫的時候腦子一快就給忽略了。

第三個任務(wù)，估計(jì)是做電路板的調(diào)試和故障排查了。這部分最好寫得具體一點(diǎn)，比如遇到信號異常怎么處理，要用到示波器還是萬用表，這都是日常工作的一部分。要是寫得太籠統(tǒng)，別人看了還以為是在說大白話，沒什么實(shí)際指導(dǎo)意義。

還有一點(diǎn)需要注意，寫職責(zé)的時候別忘了提到績效考核相關(guān)的部分。比如要求按時完成設(shè)計(jì)任務(wù)，確保產(chǎn)品性能達(dá)到預(yù)期目標(biāo)，這些都得量化一下，不然老板看了也不知道你的工作成果到底咋樣。偶爾寫的時候，可能會因?yàn)槭韬霭选靶阅苤笜?biāo)”寫成“功能指標(biāo)”，雖然意思差不太多，但細(xì)究起來還是有點(diǎn)偏差。

小編友情提醒：

寫完后最好找?guī)讉€同事看看，聽聽他們的意見。有時候自己寫的東西，總覺得沒問題，但外人一看就能發(fā)現(xiàn)漏洞，比如把“電源管理模塊”寫成了“能源管理模塊”，雖然大家都明白說的是同一個東西，但總覺得怪怪的。

書寫經(jīng)驗(yàn)14人覺得有用

技術(shù)研發(fā)工程師的崗位職責(zé)說明書該怎么寫？先說說思路，得結(jié)合具體的項(xiàng)目需求和團(tuán)隊(duì)情況來定。比如，一個研發(fā)團(tuán)隊(duì)可能需要工程師負(fù)責(zé)產(chǎn)品設(shè)計(jì)、技術(shù)支持還有測試優(yōu)化，每個環(huán)節(jié)都得明確責(zé)任人。

拿產(chǎn)品設(shè)計(jì)來說，這個部分要寫清楚工程師需要做什么樣規(guī)格的產(chǎn)品，具體到功能模塊、性能指標(biāo)都要列出來。有時候剛?cè)肼毜耐驴赡軙驗(yàn)榻?jīng)驗(yàn)不足，把某些關(guān)鍵參數(shù)給漏了，比如電壓范圍沒標(biāo)注清楚，這就容易導(dǎo)致后續(xù)生產(chǎn)環(huán)節(jié)出問題。還有就是技術(shù)支持這塊，工程師得隨時待命，幫客戶解決各種突發(fā)狀況，尤其是那種緊急故障排查，有時候電話那頭客戶著急，這邊工程師可能表達(dá)得不清楚，影響溝通效率。

至于測試優(yōu)化這部分，得強(qiáng)調(diào)工程師要熟悉各種測試工具，比如示波器、頻譜儀之類的，這些設(shè)備的操作步驟得寫明白。要是團(tuán)隊(duì)里有新人，他們可能對儀器操作不熟練，結(jié)果測試數(shù)據(jù)偏差太大，這就得返工重測。另外，文檔記錄也是個重點(diǎn)，每次測試結(jié)果都要詳細(xì)記錄下來，包括環(huán)境溫度、濕度這些細(xì)節(jié)，不然后期追溯起來會很麻煩。

其實(shí)寫這份說明書的時候，還得考慮公司的文化氛圍。有些公司比較注重流程規(guī)范，那職責(zé)描述就得更嚴(yán)謹(jǐn)一些；而有的公司偏向靈活管理，那就可以稍微寬松點(diǎn)，給工程師留出更多發(fā)揮空間。不過需要注意的是，不能因?yàn)樽非髮捤删秃雎粤艘恍┗A(chǔ)性的工作要求，像基本的質(zhì)量控制措施就絕對不能省略，不然出了問題沒人擔(dān)責(zé)。

小編友情提醒：

說明書最好能附上一些案例分析，這樣能讓新員工更快理解崗位職責(zé)的具體含義。當(dāng)然，如果公司規(guī)模比較大，可能還需要定期更新說明書內(nèi)容，確保它跟最新的業(yè)務(wù)發(fā)展保持一致。

書寫經(jīng)驗(yàn)63人覺得有用

寫崗位職責(zé)的時候，得根據(jù)自己對這個崗位的理解，結(jié)合實(shí)際的工作場景去描述。比如說電子技術(shù)研發(fā)工程師，這活兒主要就是搞研發(fā)，具體來說，就是負(fù)責(zé)新產(chǎn)品的設(shè)計(jì)開發(fā)，從最初的方案制定到后期的測試驗(yàn)證，每個環(huán)節(jié)都得盯緊了。有時候接到項(xiàng)目后，得先跟客戶溝通需求，了解他們想要達(dá)到的效果，然后回去組織團(tuán)隊(duì)討論技術(shù)可行性。確定下來之后就開始畫圖，做電路板設(shè)計(jì)，這一步特別關(guān)鍵，因?yàn)橐坏┰O(shè)計(jì)錯了，后續(xù)改起來費(fèi)勁得很。

電子技術(shù)研發(fā)工程師還得負(fù)責(zé)解決生產(chǎn)過程中遇到的技術(shù)難題。生產(chǎn)線上的工人師傅發(fā)現(xiàn)問題了，會找你幫忙分析原因，這時候就得帶上工具箱跑過去，現(xiàn)場看看哪里出了問題。如果是硬件故障，可能得重新焊接一些元件；要是軟件層面的問題，那就要修改程序代碼。這工作既考驗(yàn)動手能力也考驗(yàn)?zāi)X力，特別是遇到復(fù)雜的情況時，真得沉住氣慢慢排查。

書寫注意事項(xiàng)：

文檔這塊也不能忽視。每次完成一個階段的任務(wù)，都要及時整理資料，包括設(shè)計(jì)圖紙、實(shí)驗(yàn)記錄什么的。這些材料不僅是對自己工作的總結(jié)，也是給公司留個底兒，萬一以后出了什么糾紛也好有個依據(jù)。不過有時候?qū)懼鴮懼腿菀茁┑艏?xì)節(jié)，比如忘了標(biāo)注某個參數(shù)的具體范圍，或者沒寫清楚某個接口的功能，這類小問題看似不起眼，實(shí)際上很影響工作效率。

至于崗位要求，最基本的就是得有扎實(shí)的專業(yè)基礎(chǔ)，最好本科及以上學(xué)歷，學(xué)電子工程、通信工程之類的。工作經(jīng)驗(yàn)方面，剛畢業(yè)的新人可能就得從最基礎(chǔ)的做起，跟著前輩學(xué)習(xí)一段時間才能獨(dú)當(dāng)一面。當(dāng)然，實(shí)踐經(jīng)驗(yàn)也很重要，如果在校期間參加過相關(guān)的科研項(xiàng)目或者實(shí)習(xí)經(jīng)歷，那就更好了。不過有時候招聘方提的要求可能會稍微有點(diǎn)模糊，比如強(qiáng)調(diào)需要熟悉某款軟件，但具體到哪個版本就沒說清楚，這就得自己琢磨著去適應(yīng)。

未來發(fā)展方向的話，電子技術(shù)研發(fā)工程師可以選擇往管理層發(fā)展，積累足夠的經(jīng)驗(yàn)和技術(shù)實(shí)力后，可以擔(dān)任項(xiàng)目經(jīng)理或者技術(shù)總監(jiān)之類的職務(wù)。當(dāng)然也可以繼續(xù)深耕技術(shù)領(lǐng)域，成為某個細(xì)分領(lǐng)域的專家。不過在這個行業(yè)發(fā)展，得時刻關(guān)注最新的技術(shù)趨勢，比如現(xiàn)在物聯(lián)網(wǎng)很火，如果你能在這方面有所建樹，未來的前景肯定不錯。只是有時候看到別人升職加薪心里難免有些不平衡，但這事急不得，還是得腳踏實(shí)地一步步來。

書寫經(jīng)驗(yàn)54人覺得有用

寫崗位職責(zé)的時候，得根據(jù)具體的工作性質(zhì)和需求來寫，不能太籠統(tǒng)。像網(wǎng)絡(luò)協(xié)議研發(fā)工程師這活兒，主要就是搞清楚網(wǎng)絡(luò)通信的各種規(guī)矩，從頭到尾都得圍繞著這個展開。比如，你要負(fù)責(zé)研究新的網(wǎng)絡(luò)協(xié)議標(biāo)準(zhǔn)，看看它到底能解決什么問題，是不是比現(xiàn)有的更好。還有，要參與設(shè)計(jì)實(shí)驗(yàn)環(huán)境，把新想出來的點(diǎn)子放到實(shí)際里試試效果如何。這過程中，肯定少不了跟團(tuán)隊(duì)里的其他人交流溝通，畢竟一個人單打獨(dú)斗很難搞定這么復(fù)雜的事。

有時候，工作里會遇到一些特殊情況，比如某個協(xié)議的實(shí)現(xiàn)細(xì)節(jié)比較模糊，這時候就得自己琢磨透了才行。另外，也要隨時關(guān)注行業(yè)內(nèi)的最新動態(tài)，知道別人家都在搞什么新技術(shù)。如果碰到項(xiàng)目時間緊任務(wù)重的情況，可能還得加班加點(diǎn)趕進(jìn)度，但這些都是為了確保最終成果的質(zhì)量。

不過，有些地方寫起來容易搞混，像是把“功能測試”寫成“性能測試”，雖然差別不大，但意思就差了不少。還有一次我寫的時候，本來想說“協(xié)助其他部門解決問題”，結(jié)果不小心寫成了“幫助其他部門解決難題”，聽起來差不多，但實(shí)際上語氣輕重不太一樣。再比如，有時候會忘記加上具體的例子，只寫了“負(fù)責(zé)相關(guān)文檔編寫”，這樣就顯得空洞了些。要是能補(bǔ)充說清楚文檔的具體內(nèi)容，比如是用戶手冊還是技術(shù)白皮書之類的，就會更有針對性。

書寫經(jīng)驗(yàn)91人覺得有用

寫軟件助理研發(fā)工程師的崗位職責(zé)，得先搞清楚這個職位具體是干什么的。這工作，肯定離不開編程這一塊，平時得跟著團(tuán)隊(duì)一起做軟件開發(fā)，從需求分析到設(shè)計(jì)再到測試，每個環(huán)節(jié)都得參與。比如，接到一個新項(xiàng)目，你要負(fù)責(zé)編寫代碼，確保功能實(shí)現(xiàn)得符合預(yù)期，還得時不時檢查一下代碼質(zhì)量，看看有沒有潛在的問題。

有時候，你可能需要和其他部門溝通協(xié)調(diào)，尤其是跟產(chǎn)品經(jīng)理或者客戶對接的時候。他們可能會提出一些新的想法或者修改建議，你就得把這些需求轉(zhuǎn)化成具體的開發(fā)任務(wù)，然后分配時間去完成。要是碰到技術(shù)難題，那更是家常便飯了，這時候就得自己想辦法解決，或者找同事幫忙討論。

文檔這塊也不能忽視，每次做完一個模塊或者功能，都要及時記錄下來，包括設(shè)計(jì)思路、代碼邏輯什么的，方便以后維護(hù)。另外，軟件更新迭代快，你得隨時關(guān)注行業(yè)動態(tài)和技術(shù)趨勢，這樣才能保持競爭力。不過有時候事情多起來，難免會顧此失彼，像偶爾忘記更新某些文檔，或者沒及時回復(fù)郵件之類的，這些都是小問題，回頭補(bǔ)上就行。

還有就是測試環(huán)節(jié)，不能光等著qa來發(fā)現(xiàn)問題，你自己也要主動跑幾輪測試，找出隱患。畢竟誰也不想上線后用戶反饋一堆bug，到時候挨罵的還是自己。所以，平時得多培養(yǎng)點(diǎn)耐心，別急著趕進(jìn)度，該做的步驟一步都不能省。

書寫經(jīng)驗(yàn)79人覺得有用

手機(jī)應(yīng)用研發(fā)工程師這個崗位的職責(zé)該怎么寫？說起來還挺復(fù)雜的。這類工作的核心在于技術(shù)實(shí)現(xiàn)，但具體到文字表達(dá)上，得結(jié)合實(shí)際工作場景才行。

比如，開頭可以從日常任務(wù)說起，像是負(fù)責(zé)某個項(xiàng)目的開發(fā)維護(hù)，這事很重要，要保證軟件能正常運(yùn)行。這部分要寫得接地氣，不能太虛。比如，“主要負(fù)責(zé)xx項(xiàng)目的技術(shù)支持，確保功能模塊穩(wěn)定運(yùn)作?！边@樣既明確了方向，又顯得實(shí)在。

接著聊聊技術(shù)細(xì)節(jié)吧。這部分最好提到具體的技術(shù)棧，像java、python之類的編程語言，還有數(shù)據(jù)庫的操作。這里就容易出點(diǎn)小問題了，比如寫成“熟悉多種開發(fā)框架，如springboot、mybatis等”，其實(shí)mybatis后面應(yīng)該有個頓號才對，但很多人容易忽略這點(diǎn)。再補(bǔ)充一下，“同時掌握前端相關(guān)技術(shù)，例如html、css和javascript”。

然后是團(tuán)隊(duì)協(xié)作部分。這部分不能光說開會溝通，得具體到實(shí)際操作。可以寫成“與ui設(shè)計(jì)師緊密配合，將設(shè)計(jì)稿轉(zhuǎn)化為可交互的產(chǎn)品界面”，聽起來就很專業(yè)。要是寫成“和設(shè)計(jì)師一起做產(chǎn)品”，就顯得太籠統(tǒng)了。

再來說說測試這塊兒。這部分得強(qiáng)調(diào)責(zé)任感，“對每個版本進(jìn)行嚴(yán)格的測試，確保無明顯漏洞”。千萬別寫成“測試完后直接上線”，這明顯不靠譜。

最后別忘了提一下學(xué)習(xí)能力。畢竟技術(shù)更新快，得不斷學(xué)新東西。“積極跟進(jìn)新技術(shù)發(fā)展，持續(xù)優(yōu)化現(xiàn)有系統(tǒng)性能?！边@樣的表述就不錯，不像那種死板的規(guī)定。

寫的時候還得注意語氣，別太嚴(yán)肅。要是寫成“必須完成所有任務(wù)，否則后果自負(fù)”，就有點(diǎn)嚇人了。改成“主動承擔(dān)分配的任務(wù)，努力提升工作效率”，就友善多了。

書寫經(jīng)驗(yàn)44人覺得有用

寫崗位職責(zé)的時候，得先搞清楚這個崗位具體干什么。就拿視頻算法研發(fā)工程師來說，這工作不是鬧著玩的，既要懂編程，還得熟悉算法那一套。開頭最好直接點(diǎn)名，比如說“負(fù)責(zé)視頻算法的研發(fā)工作”，這樣開門見山，顯得專業(yè)。

然后，接著寫具體的工作內(nèi)容，像是“參與視頻處理算法的設(shè)計(jì)與優(yōu)化，確保算法能夠高效運(yùn)行”，這里就涉及到了算法優(yōu)化這塊，這是個重點(diǎn)，因?yàn)樗惴ㄒ遣缓檬?，那整個項(xiàng)目可能就黃了。還有，“對現(xiàn)有算法進(jìn)行性能評估，并提出改進(jìn)方案”，這部分很重要，能體現(xiàn)一個人的技術(shù)深度，畢竟誰都想自己的算法跑得更快更穩(wěn)。

接下來這部分稍微有點(diǎn)跳躍。“負(fù)責(zé)視頻流媒體相關(guān)技術(shù)的研究，包括但不限于幀率調(diào)整、碼率控制等方面”，這里提到的技術(shù)點(diǎn)挺關(guān)鍵的，但突然提到“但不限于”顯得有些突兀，不過也可能是寫的時候沒太注意順序。而且這里有個小問題，“包括但不限于”這種表達(dá)其實(shí)有點(diǎn)啰嗦，可以直接說研究方向。

再往后寫，“協(xié)助團(tuán)隊(duì)完成相關(guān)項(xiàng)目的開發(fā)任務(wù)，配合其他部門解決技術(shù)難題”，這句話沒什么大問題，但語氣稍微籠統(tǒng)了些，像是應(yīng)付差事的感覺。而且這里“配合其他部門”后面沒有進(jìn)一步展開，到底怎么配合的，比如是通過文檔交流還是面對面討論之類的，都沒提，感覺漏掉了重要的細(xì)節(jié)。

最后這部分，“定期匯報(bào)工作進(jìn)展，參與技術(shù)評審會議”，這部分倒是挺常規(guī)的，算是給領(lǐng)導(dǎo)層一個交代。不過這里有個小毛病，“定期匯報(bào)”這個詞組用得有點(diǎn)模糊，到底是每周一次還是每月一次？如果能具體一點(diǎn)會更好。