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

寫崗位職責的時候，得結(jié)合實際工作情況，不能太籠統(tǒng)。比如說軟件工程師這個崗位，要是只寫負責開發(fā)和維護軟件系統(tǒng)，這就太空泛了。應(yīng)該具體點，像參與需求分析、編寫代碼、測試程序這些都得列進去。還有，別忘了提到跟團隊成員溝通協(xié)作的重要性，畢竟一個人單干肯定不行。

寫職位要求也是一樣，不能光說要有相關(guān)專業(yè)背景和工作經(jīng)驗。如果能明確要求掌握哪些編程語言，熟悉什么開發(fā)框架就更好。比如熟練使用java、python之類的，要是對linux操作系統(tǒng)也有了解就更理想了。不過有時候?qū)懼鴮懼赡軙选笆煜?shù)據(jù)庫管理”寫成“熟悉數(shù)據(jù)管理”，雖然意思差別不大，但還是要仔細檢查一下。

軟件工程師的工作還涉及解決技術(shù)難題，這在職責描述里也得體現(xiàn)出來。遇到項目中出現(xiàn)的各種問題，得有能力找到解決方案，而不是每次都等著別人來幫忙。要是能把這點寫清楚，就能吸引更多合適的人才。

書寫注意事項：

寫這些內(nèi)容的時候，最好能參考一下公司現(xiàn)有的流程和技術(shù)棧。要是完全憑空捏造，很可能不符合實際情況。比如某家公司主要做的是電商系統(tǒng)的開發(fā)，那職責里就應(yīng)該強調(diào)對支付接口集成的支持。當然，有時候?qū)懼鴮懼赡軙浖由详P(guān)于文檔撰寫的要求，這可是個大頭，千萬別漏掉。

在描述崗位職責時，還可以加上一些軟技能的要求，像是時間管理能力和抗壓能力。因為軟件開發(fā)往往需要趕進度，壓力肯定不小。要是能在職責里暗示下這一點，也能篩選掉一些不適合的人選。不過有時候?qū)懼鴮懼赡軙选傲己玫膱F隊合作精神”寫成“良好的團隊精神”，雖然沒什么大問題，但還是要注意下措辭。

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

在寫nc軟件開發(fā)工程師崗位職責的時候，得結(jié)合實際的工作場景，把具體需要做的事情一條條列出來。比如，首先要熟悉公司的nc系統(tǒng)架構(gòu)，這很重要，因為不了解架構(gòu)的話，后續(xù)的工作就很難展開。平時要參與系統(tǒng)的功能設(shè)計，這包括跟其他同事討論需求，確定好每個模塊的具體實現(xiàn)方式。

接著，負責編碼工作也是關(guān)鍵的一環(huán)。在編寫代碼的時候，得確保代碼的質(zhì)量，這不僅僅是為了滿足當前的功能需求，還得考慮到未來可能的擴展性。有時候遇到技術(shù)難題，就需要深入研究，找到合適的解決方案。記得還要做好單元測試，這樣能保證每個部分都能正常運行，減少后期維護的成本。

日常維護也很重要。當系統(tǒng)上線后，可能會出現(xiàn)各種各樣的問題，這時候就需要及時響應(yīng)，快速定位問題所在，并且盡快修復(fù)。此外，還得配合團隊成員完成一些緊急任務(wù)，畢竟大家的目標是一致的，就是讓系統(tǒng)能夠穩(wěn)定高效地運轉(zhuǎn)。

另外一點，跟業(yè)務(wù)部門保持良好的溝通也很關(guān)鍵。他們提出的很多需求可能比較抽象，這就需要我們?nèi)ダ斫獗澈蟮恼鎸嵰鈭D，然后將其轉(zhuǎn)化為技術(shù)方案。在這個過程中，可能還會涉及到一些跨部門的合作，所以態(tài)度要積極主動，這樣才能更好地推動項目進展。

有時候，為了提升工作效率，可以嘗試引入新的技術(shù)和工具。比如最近流行的某種編程語言或者框架，也許能讓現(xiàn)有的開發(fā)流程變得更加順暢。當然，嘗試新東西是有風險的，但只要經(jīng)過充分評估，還是值得一試的。

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

寫bmc軟件工程師的崗位職責，得先搞清楚這個職位到底要做什么。bmc軟件工程師，主要是負責管理服務(wù)器的健康狀態(tài)，像監(jiān)控溫度、電壓什么的，還有電源管理、故障報警之類的活兒。這工作挺專業(yè)，需要懂硬件接口、嵌入式開發(fā)，還得會寫驅(qū)動程序。所以寫職責的時候，得把這些東西都涵蓋進去。

比如可以這么寫第一條：負責bmc固件開發(fā)及維護，確保系統(tǒng)穩(wěn)定運行，這塊兒得熟悉ipmi協(xié)議，不然沒法跟上客戶需求。第二條就寫：參與硬件設(shè)計評審，確保軟硬件兼容性，這一步很重要，要是硬件改動了，軟件就得跟著調(diào)整。第三條，就是處理各種現(xiàn)場問題，有時候客戶那邊出了狀況，得第一時間定位并解決，這就考驗應(yīng)急能力了。

不過寫的時候要注意，別把話說得太絕對，比如說“必須做到百分百無誤”之類的話。畢竟實際工作中總會遇到一些突發(fā)情況，有時候客戶的需求可能比較模糊，或者硬件本身就有問題，這時候就得靈活應(yīng)對。像有一次我遇到個案例，客戶反饋說設(shè)備老是重啟，結(jié)果查了半天才發(fā)現(xiàn)是散熱風扇的轉(zhuǎn)速設(shè)置有問題，這事當時還挺折騰人的。

還有一點要注意，寫職責的時候別光顧著技術(shù)層面，也要考慮到團隊協(xié)作。比如和其他部門溝通的時候，得學會用他們能理解的方式去解釋技術(shù)問題。有時候技術(shù)文檔寫得再詳細，對方要是看不懂也是白搭。所以可以加上一條：協(xié)助完成項目文檔編寫，保證信息傳遞準確無誤，這樣既照顧到了內(nèi)部流程，也方便后續(xù)維護。

書寫注意事項：

寫職責的時候語言盡量簡潔明了，別堆砌太多專業(yè)術(shù)語，不然會讓閱讀者覺得晦澀難懂。像“進行系統(tǒng)級測試驗證”這樣的表述就比“執(zhí)行全面深入細致的系統(tǒng)級測試驗證”好。當然，如果公司有特定的要求，比如強調(diào)某個環(huán)節(jié)的重要性，那就可以稍微突出一下，比如“重點優(yōu)化電源管理模塊，提升系統(tǒng)能效”。

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

寫崗位職責的時候，得看這個崗位的具體工作內(nèi)容和需求。比如高級vc軟件工程師這一職位，主要負責的就是跟軟件開發(fā)相關(guān)的事。這部分工作包括設(shè)計軟件架構(gòu)，這可不是隨便畫個框框就能行的，需要深入了解業(yè)務(wù)流程，還要考慮技術(shù)實現(xiàn)的可能性。還有就是編碼，這一步特別關(guān)鍵，代碼質(zhì)量直接影響到后續(xù)的維護成本。如果代碼寫得亂七八糟，后期改起來簡直噩夢。

書寫注意事項：

調(diào)試也是必不可少的環(huán)節(jié)。有時候程序跑不通，得一點點排查問題，可能是一個小小的參數(shù)設(shè)置錯了，也可能是一些意想不到的地方出了狀況。這個時候就需要耐心了，不能急躁。還有，參與需求分析也很重要，畢竟軟件是為了解決實際問題而存在的。要是需求理解不到位，開發(fā)出來的軟件可能就不是用戶想要的。

跟團隊成員溝通也是日常工作的一部分。大家想法不一樣，交流起來難免會有分歧，這時候就需要協(xié)調(diào)各方意見，找到一個大家都認可的方案。有時候為了趕項目進度，加班加點也是常事，特別是遇到緊急情況的時候，就得迅速響應(yīng)，盡快解決問題。

有時候文檔整理也不能忽視。軟件開發(fā)過程中產(chǎn)生的各種文檔，像是設(shè)計文檔、測試報告之類的，都得認真記錄下來。這些文檔不僅是項目經(jīng)驗的積累，也是以后維護和升級的重要參考。不過有時候?qū)懼鴮懼腿菀缀雎约毠?jié)，比如忘記標注某個函數(shù)的作用，或者描述不清某個接口的功能，這就可能導(dǎo)致后來查找資料費勁。

持續(xù)學習新技術(shù)也是必要的。軟件行業(yè)發(fā)展快，新的框架、工具層出不窮，要是固步自封，很快就會被淘汰。所以平時得多關(guān)注行業(yè)動態(tài)，多參加一些技術(shù)培訓(xùn)或者研討會什么的，這樣才能保持競爭力。

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

寫pc軟件工程師的崗位職責其實挺講究的，得結(jié)合實際工作情況來描述。像這類崗位，肯定得強調(diào)技術(shù)能力，像精通編程語言，熟悉操作系統(tǒng)原理之類的，這些都是基本要求。還要提到日常工作中需要處理的問題，比如說解決軟件運行中的bug，優(yōu)化程序性能什么的，這部分內(nèi)容最好能具體到一些例子，比如某個項目中遇到過什么難題，是怎么克服的。

書寫注意事項：

團隊協(xié)作也很重要。作為工程師，不可能單打獨斗，得和其他部門配合好。比如跟產(chǎn)品經(jīng)理溝通需求，確保開發(fā)方向正確，和測試人員一起驗證功能是否穩(wěn)定，這些都得涵蓋進去。要是有機會參與產(chǎn)品設(shè)計的話，也別忘了提一下，這能體現(xiàn)工程師在整個項目中的價值。

不過有時候?qū)懙臅r候可能會忽略細節(jié)，比如只寫了“負責軟件開發(fā)”，這就太籠統(tǒng)了。應(yīng)該細化到具體的任務(wù)，像“負責編寫前端代碼，確保頁面交互順暢”這樣。還有就是關(guān)于時間管理的部分，可能就容易漏掉，但其實這也是很重要的，比如需要交代清楚每個階段的任務(wù)截止時間，以及如何協(xié)調(diào)緊急任務(wù)。

有時候在寫職責時，可能會因為趕時間而省略一些關(guān)鍵點，比如安全方面的考量。軟件工程的安全性很重要，特別是在處理用戶數(shù)據(jù)的時候，必須注明工程師需要遵守的安全規(guī)范，以及如何防范潛在的風險。如果能提到一些具體的措施，像是加密算法的選擇，或是漏洞掃描的頻率，會讓這份職責描述顯得更有深度。

小編友情提醒：

寫的時候要留意語氣，盡量專業(yè)又接地氣。畢竟這不是學術(shù)論文，沒必要用特別正式的措辭，但也不能太隨意。比如可以說“日常需要檢查代碼質(zhì)量”，而不是“每天都要看代碼”。這樣的表達既清晰又能讓人感受到工作的實際需求。

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

寫崗位職責的時候，得根據(jù)自己對工作的理解來寫，不能套模板。像ic軟件工程師這類崗位，先得搞清楚這個崗位主要負責什么。一般得涉及芯片設(shè)計、仿真測試這些方面的工作，還有就是熟悉eda工具，這很重要，畢竟ic設(shè)計離不開這些軟件。平時工作中，要能獨立完成電路設(shè)計，從概念到實現(xiàn)，中間少不了跟團隊成員溝通協(xié)調(diào)。

有時候?qū)懙臅r候會遇到一些小麻煩，比如有些專業(yè)術(shù)語容易混淆，像“寄存器傳輸級”和“行為級建模”就容易記錯順序。還有就是描述任務(wù)時，可能會漏掉關(guān)鍵點，像忘了提版本控制的重要性，這在項目管理中可是大忌。要是沒把版本控制寫進去，后續(xù)開發(fā)過程中出現(xiàn)問題就不好追溯了。

書寫注意事項：

崗位職責里最好包含一些具體例子，這樣能讓閱讀的人更直觀地了解工作內(nèi)容。比如，負責某款芯片的設(shè)計優(yōu)化，具體到某個模塊的性能提升多少百分比之類的。當然，數(shù)字不一定非要很精確，但至少得有個大概范圍，不然看著空洞無物。

還有一點需要注意的是，崗位職責最好結(jié)合公司的實際情況來寫，不能千篇一律。像有的公司可能更注重創(chuàng)新研發(fā)，那職責里就得突出這一點；而有些公司可能更看重實際產(chǎn)出，那職責里就應(yīng)該多強調(diào)執(zhí)行層面的東西。如果寫得太籠統(tǒng)，反而會讓求職者摸不著頭腦，不知道該往哪個方向努力。

再說到格式，有的時候為了簡潔明了，可以分條列出，每一條盡量控制在一句話左右。但也不要太死板，有時候為了表達清楚，稍微長一點也沒關(guān)系。畢竟崗位職責不是法律條文，太過拘謹反而顯得僵硬。要是能加上一點個人見解就更好了，畢竟每個崗位都有其獨特之處，只有真正了解它的人才能寫出有血有肉的職責描述。

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

寫崗位職責的時候，得結(jié)合實際的工作內(nèi)容來寫。比如說c軟件工程師這個崗位，你得知道他們平時都在干什么，這樣才能寫出合適的職責描述。像負責軟件的設(shè)計，這肯定是少不了的，從需求分析到架構(gòu)設(shè)計，每個環(huán)節(jié)都得涵蓋進去。還有編碼這一塊，這部分要具體到使用哪種編程語言，像c 或者c#之類的，這樣寫出來才更有針對性。

書寫注意事項：

測試也是重要的一環(huán)，這部分需要強調(diào)的是確保代碼質(zhì)量，發(fā)現(xiàn)問題及時解決。不過有時候?qū)懼鴮懼赡軙选皽y試”寫成“測式”，雖然大家都明白是什么意思，但仔細看的話還是會發(fā)現(xiàn)不對勁。還有文檔編寫這塊，得提醒下同事別忘了記錄開發(fā)過程中的關(guān)鍵點，不然以后出了問題找起來麻煩。

溝通協(xié)調(diào)也不能忽視，c軟件工程師經(jīng)常要跟其他部門打交道，像產(chǎn)品經(jīng)理，測試人員，都需要保持良好的溝通。這里要注意的是，有時候會忘記加上“跨部門”這樣的修飾詞，就直接寫“溝通”，這樣就顯得有點籠統(tǒng)了。還有就是培訓(xùn)新人的部分，這部分要具體到分享自己的技術(shù)經(jīng)驗，幫助新人盡快適應(yīng)工作節(jié)奏。

其實寫這些職責的時候，最重要的是貼近實際情況，不能光靠想象。比如有些公司可能特別注重版本控制，那在這份職責里就得提到這一點，像是使用git進行代碼管理之類的。有時候?qū)懼鴮懼赡軙选鞍姹究刂啤睂懗伞鞍姹竟苤啤?，雖然不影響理解，但還是有點不太對勁。還有些公司可能對安全性要求很高，那在職責里就得強調(diào)安全規(guī)范的重要性，確保軟件的安全性符合標準。

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

寫崗位職責的時候，得看這個崗位的具體情況，比如pc軟件工程師，這可不是隨便就能寫好的。開頭，得說清楚這個崗位的主要任務(wù)是什么，別含糊其辭。比如，“負責pc端軟件的設(shè)計開發(fā)”，這樣就比較直接了。接著，得具體點，不能太籠統(tǒng)，像是“參與需求分析”，這就有點模糊了，最好能加上細節(jié)，比如“依據(jù)產(chǎn)品需求文檔，進行功能模塊的設(shè)計與編碼”。

關(guān)于技術(shù)方面的描述，就不能太簡單，得把需要用到的技術(shù)都列出來，像“熟練掌握c /java編程語言，熟悉常用的開發(fā)框架”，這樣的描述就不錯。不過有時候?qū)懼鴮懼腿菀茁┑粢恍┲匾臇|西，比如沒提到版本控制的重要性，其實這一點挺關(guān)鍵的，“需要熟悉git等版本管理工具”就該補上去。

職位要求這部分也不能馬虎，得跟崗位職責對應(yīng)起來。比如說到學歷背景，直接寫“本科及以上學歷，計算機相關(guān)專業(yè)優(yōu)先”，這樣就挺好。但這里可能會犯個小錯，就是把“計算機相關(guān)專業(yè)”寫成“相關(guān)計算機專業(yè)”，雖然意思差不多，但順序不對，會顯得不夠嚴謹。另外，工作經(jīng)驗也得明確，像是“至少兩年以上軟件開發(fā)經(jīng)驗”，這很必要，要是只寫了“有相關(guān)經(jīng)驗”，那就不夠具體了。

技能方面也得詳細些，像“精通sql數(shù)據(jù)庫操作，具備良好的算法基礎(chǔ)”，這樣的表述就很到位。不過有時候容易忽略軟技能的部分，其實溝通能力也很重要，“具備良好的團隊協(xié)作能力和問題解決能力”就該提一提。最后，記得把證書這塊也帶上，像“持有pmp項目管理認證更佳”，這樣能讓招聘方覺得候選人更靠譜些。