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

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

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

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

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

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

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

書寫經(jīng)驗32人覺得有用

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

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

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

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

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

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

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

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

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

書寫注意事項：

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

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

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

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

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

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

書寫注意事項：

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

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

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

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

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

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

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

其實寫這份說明書的時候，還得考慮公司的文化氛圍。有些公司比較注重流程規(guī)范，那職責描述就得更嚴謹一些；而有的公司偏向靈活管理，那就可以稍微寬松點，給工程師留出更多發(fā)揮空間。不過需要注意的是，不能因為追求寬松就忽略了一些基礎性的工作要求，像基本的質(zhì)量控制措施就絕對不能省略，不然出了問題沒人擔責。

小編友情提醒：

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

書寫經(jīng)驗100人覺得有用

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

書寫注意事項：

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

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

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

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