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

技術(shù)研發(fā)工程師這個崗位比較特殊，需要寫清楚具體的職責(zé)和要求，既要體現(xiàn)專業(yè)性，又要讓人明白具體該干什么。寫這類崗位職責(zé)的時候，得先把崗位的核心工作搞明白，技術(shù)方向是什么，研發(fā)的產(chǎn)品或者系統(tǒng)具體功能有哪些，這些都是關(guān)鍵點(diǎn)。

比如，技術(shù)研發(fā)工程師可能負(fù)責(zé)新技術(shù)的研究，這就要寫清楚研究的方向，是軟件開發(fā)還是硬件設(shè)計(jì)，或者是兩者結(jié)合。像軟件這塊，可能涉及算法優(yōu)化、代碼編寫、測試調(diào)試之類的，這部分得細(xì)化到具體的任務(wù)。硬件的話，就是電路設(shè)計(jì)、元件選型、樣機(jī)制作這些。還有，要是涉及到項(xiàng)目管理，那也要提一下，像制定計(jì)劃、協(xié)調(diào)資源、進(jìn)度跟蹤這些工作。

至于崗位要求，學(xué)歷背景肯定要寫，本科或者碩士，專業(yè)方向也得明確，計(jì)算機(jī)、電子工程之類的。工作經(jīng)驗(yàn)也很重要，剛畢業(yè)的和有幾年經(jīng)驗(yàn)的差別很大。技能證書什么的，像編程語言掌握情況，c 、python熟練程度，數(shù)據(jù)庫操作能力，這些都是需要列出來的。另外，軟技能也不能忽略，溝通能力和團(tuán)隊(duì)協(xié)作精神很重要，畢竟工作中少不了跟其他部門打交道。

寫的時候，要注意把專業(yè)術(shù)語用對地方，別張冠李戴。比如提到嵌入式系統(tǒng)開發(fā)，就不能隨便套用web前端的術(shù)語，不然顯得很不專業(yè)。還有，描述任務(wù)時盡量具體，別太籠統(tǒng)，像“參與產(chǎn)品開發(fā)”這種話太模糊了，得說清楚具體參與哪部分工作，是需求分析、原型設(shè)計(jì)，還是后期維護(hù)。

有時候?qū)懼鴮懼鴷l(fā)現(xiàn)，前面寫的工作職責(zé)和后面的要求不太匹配，比如職責(zé)里強(qiáng)調(diào)需要很強(qiáng)的創(chuàng)新意識，但要求里只提了基本的學(xué)歷門檻，這就有點(diǎn)矛盾了。還有，有些細(xì)節(jié)可能會疏漏，像沒寫清楚加班情況，其實(shí)技術(shù)研發(fā)工程師經(jīng)常要熬夜趕進(jìn)度，這點(diǎn)如果不提前說明白，將來可能會引發(fā)一些小誤會。

寫完之后最好找?guī)讉€同行看看，聽聽他們的意見，畢竟他們對這個崗位更了解。如果有機(jī)會，還可以參考下行業(yè)內(nèi)類似公司的招聘啟事，取長補(bǔ)短。不過千萬別照搬別人的，那樣就失去原創(chuàng)性了，自己琢磨出來的才更有針對性。

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

技術(shù)研發(fā)工程師的崗位職責(zé)和要求其實(shí)挺復(fù)雜的，得看具體企業(yè)的需求。比如一些大公司可能希望這個職位的人負(fù)責(zé)產(chǎn)品的技術(shù)開發(fā)，這包括設(shè)計(jì)、測試、優(yōu)化整個流程。不過小公司可能就更偏向于全棧型人才，既要懂前端也要懂后端，甚至還要會一點(diǎn)運(yùn)維。

薪資這塊兒，跟經(jīng)驗(yàn)有很大關(guān)系。剛畢業(yè)的小年輕，如果學(xué)的是計(jì)算機(jī)相關(guān)專業(yè)，起薪一般在七八千的樣子。要是有三五年工作經(jīng)驗(yàn)了，項(xiàng)目經(jīng)驗(yàn)又多，能獨(dú)立帶團(tuán)隊(duì)的那種，月薪輕松破萬。當(dāng)然，這還得看你是不是碰到了特別摳門的老板，有些人壓根就不愿意給夠市場價。

至于崗位職責(zé)這部分，得結(jié)合公司的業(yè)務(wù)方向來寫。比如說互聯(lián)網(wǎng)公司，他們可能會強(qiáng)調(diào)技術(shù)架構(gòu)的設(shè)計(jì)，還有就是系統(tǒng)性能的提升。如果是傳統(tǒng)制造業(yè)，那可能就會提到設(shè)備的技術(shù)改造，或者是生產(chǎn)工藝的創(chuàng)新。寫的時候別光顧著堆砌那些高大上的名詞，最好能舉幾個具體的例子，這樣面試官也能清楚你到底擅長什么。

崗位要求，學(xué)歷是個硬杠杠，本科起步，研究生更好。技能證書倒不是必須的，但像java、python這些編程語言，至少得精通一門吧。另外，溝通能力也不能忽視，因?yàn)楹芏鄷r候需要跟產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理對接需求。有時候?qū)懼鴮懼?，就會發(fā)現(xiàn)自己打錯了字，比如把“開發(fā)”寫成“開法”，發(fā)現(xiàn)的時候已經(jīng)晚了，只能改過來繼續(xù)往下寫。

再說到薪資情況，其實(shí)每個地方都不一樣。北上廣深這種大城市，生活成本高，相應(yīng)的工資水平也水漲船高。而在一些中小城市，雖然物價便宜，但工資也就跟著低了不少。所以，找工作的時候，除了看薪資本身，還得綜合考慮其他因素，比如交通便利程度、工作環(huán)境好不好之類的。

技術(shù)研發(fā)這塊兒，說起來容易做起來難。有時候遇到技術(shù)難題，加班加點(diǎn)也是常事。尤其是碰到那種跨部門合作的情況，更是考驗(yàn)一個人的耐心和協(xié)調(diào)能力。有時候?qū)懼鴮懼?，就會發(fā)現(xiàn)前面寫了的內(nèi)容有點(diǎn)矛盾，比如前面說要注重細(xì)節(jié)，后面又強(qiáng)調(diào)速度，這時候就得重新調(diào)整一下措辭，確保前后一致。

書寫經(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)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)100人覺得有用

寫崗位職責(zé)的時候，得先把這份工作的核心任務(wù)搞清楚。安全技術(shù)研發(fā)這活兒，說白了就是琢磨怎么讓技術(shù)更安全，具體來說，就是設(shè)計(jì)那些能防患于未然的技術(shù)方案。比如，研發(fā)一些新的加密算法，確保數(shù)據(jù)不會被輕易竊取，或者研究防火墻的新策略，防止網(wǎng)絡(luò)攻擊。這類工作需要對最新的技術(shù)趨勢特別敏感，畢竟黑客們的手段更新?lián)Q代很快，咱們也得跟上節(jié)奏。

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

工作中肯定少不了跟團(tuán)隊(duì)成員交流溝通，一起討論項(xiàng)目進(jìn)展。有時候會遇到一些技術(shù)難題，這時候就需要集思廣益，把大家的想法都拿出來碰撞一下。比如前兩天我就遇到個問題，新開發(fā)的安全模塊在測試階段老是報錯，后來經(jīng)過反復(fù)排查才發(fā)現(xiàn)是因?yàn)槟硞€參數(shù)設(shè)置不當(dāng)，改了之后就正常了。這類事情挺常見的，遇到問題別急著找領(lǐng)導(dǎo)匯報，先自己動手試試。

除了技術(shù)上的事，還得負(fù)責(zé)編寫相關(guān)的文檔，這部分工作也很重要。文檔得詳細(xì)記錄整個研發(fā)流程，從最初的構(gòu)想到最終的成果，每個步驟都要清晰明了。有時候?qū)懼鴮懼蜁l(fā)現(xiàn)前面寫的東西有點(diǎn)矛盾，比如上次我寫到某項(xiàng)功能的實(shí)現(xiàn)方法時，發(fā)現(xiàn)之前的設(shè)計(jì)圖和實(shí)際代碼不太一致，趕緊回頭修改了一下。不過這也不是什么大事，寫文檔，總得來回調(diào)整幾次才能達(dá)到理想狀態(tài)。

再一個就是定期參加公司組織的技術(shù)培訓(xùn)，這很重要。技術(shù)更新太快了，不及時充電的話很容易掉隊(duì)。上周我去參加了個關(guān)于區(qū)塊鏈安全的講座，學(xué)到了不少新東西，回來后就試著把這些知識應(yīng)用到現(xiàn)有的項(xiàng)目里。不過話說回來，有時候也會因?yàn)闀r間緊任務(wù)重，沒空好好消化學(xué)到的知識點(diǎn)，只能抽空補(bǔ)課了。

最后一點(diǎn)，也是比較關(guān)鍵的，就是時刻保持警惕。安全技術(shù)研發(fā)不是一錘子買賣，而是長期的工作。每次發(fā)布新產(chǎn)品或者更新版本后，都得密切關(guān)注用戶的反饋，看看有沒有潛在的風(fēng)險點(diǎn)。記得有一次我們上線了一個新功能，結(jié)果用戶那邊反映偶爾會出現(xiàn)卡頓現(xiàn)象，后來查出來是由于服務(wù)器負(fù)載過高引起的，趕緊優(yōu)化了一下配置才解決了問題。這種事例提醒我們，無論研發(fā)得多完美，上線后也不能掉以輕心。

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

寫崗位職責(zé)的時候，得看具體的工作性質(zhì)和需求。比如電子技術(shù)研發(fā)工程師這個崗位，首先要明確的是技術(shù)方向，是偏向硬件還是軟件？如果是硬件，那得強(qiáng)調(diào)電路設(shè)計(jì)、元器件選型、樣機(jī)制作調(diào)試這些內(nèi)容；要是軟件，那就得突出編程語言掌握情況、算法開發(fā)以及系統(tǒng)集成能力。當(dāng)然，不管哪個方向，都得提到對相關(guān)標(biāo)準(zhǔn)和規(guī)范的熟悉程度，畢竟這是基礎(chǔ)嘛。

有時候?qū)戇@類東西容易忽略一些細(xì)節(jié)，像是設(shè)備維護(hù)這一塊兒就經(jīng)常被一帶而過。其實(shí)對于研發(fā)來說，日常使用的儀器儀表什么的也需要定期檢查保養(yǎng)，不然出了問題耽誤進(jìn)度可不好辦。還有就是團(tuán)隊(duì)協(xié)作，很多工程師在寫職責(zé)時只顧著自己那一攤子事，忘了說跟其他部門溝通配合的重要性。實(shí)際上，很多時候一個項(xiàng)目的成功靠的就是跨部門的緊密合作。

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

別光寫那些顯而易見的事。像“負(fù)責(zé)項(xiàng)目推進(jìn)”這種話就太籠統(tǒng)了。具體的可以細(xì)化到“主導(dǎo)項(xiàng)目初期的需求分析和技術(shù)可行性評估，制定詳細(xì)的技術(shù)方案并推動實(shí)施”，這樣才更有操作性。還有就是目標(biāo)設(shè)定這塊兒，不能老是泛泛而談，最好能結(jié)合公司戰(zhàn)略，比如說“確保年度研發(fā)目標(biāo)達(dá)成率不低于xx%”。

至于職位要求，這跟職責(zé)其實(shí)是相輔相成的。技術(shù)層面的東西肯定少不了，像精通某種編程語言，熟練使用eda工具啦。但也不要光盯著技術(shù)指標(biāo)，性格特質(zhì)也很關(guān)鍵。比如抗壓能力強(qiáng)不強(qiáng)，遇到難題能不能沉住氣想辦法解決。再就是學(xué)歷背景，雖說不是絕對條件，但在某些領(lǐng)域確實(shí)挺重要，尤其是前沿技術(shù)的研究，本科可能還不夠，至少得碩士起步吧。

寫的時候還要注意語氣，不能太死板?？梢赃m當(dāng)加入一點(diǎn)激勵性的描述，比如說“勇于挑戰(zhàn)高難度技術(shù)課題，不斷探索創(chuàng)新解決方案”。當(dāng)然，這話也不能寫得太虛，得結(jié)合實(shí)際情況。如果是個剛起步的小公司，可能更需要務(wù)實(shí)點(diǎn)的要求，像“積極參與產(chǎn)品研發(fā)全過程，快速響應(yīng)市場變化”這樣的表述就比較接地氣。