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

寫崗位職責(zé)的時候，得從具體的工作任務(wù)出發(fā)。比如系統(tǒng)工程師這行，就得把日常的操作流程都列出來。像系統(tǒng)安裝調(diào)試，這是基本功，得注明需要掌握的技術(shù)細(xì)節(jié)，還有遇到問題怎么排查。這部分要是寫得太籠統(tǒng)，比如只說“負(fù)責(zé)系統(tǒng)相關(guān)工作”，那就不夠細(xì)致了。

系統(tǒng)工程師還需要經(jīng)常跟其他部門溝通協(xié)調(diào)。這部分內(nèi)容可以寫成“配合項目團(tuán)隊完成需求對接，確保技術(shù)方案符合預(yù)期”。不過有時候會不小心寫成“配合項目團(tuán)隊完成需求對接，確保技術(shù)方案符合預(yù)想”，這里“預(yù)期”和“預(yù)想”其實差不多，但這樣寫就有點啰嗦了。

再就是關(guān)于系統(tǒng)維護(hù)這塊，得明確寫出定期檢查、故障處理這些具體事項。像是“定期對服務(wù)器進(jìn)行巡檢，及時發(fā)現(xiàn)并解決潛在隱患”，這句看著挺正常的，但如果寫成“定期對服務(wù)器進(jìn)行巡查，及時發(fā)現(xiàn)并解決隱患”，就稍微有點不嚴(yán)謹(jǐn)了。巡查和巡檢雖然意思相近，但專業(yè)一點還是應(yīng)該用“巡檢”。

書寫注意事項：

崗位要求這部分也不能少。系統(tǒng)工程師得熟悉各種操作系統(tǒng)，像linux、windows server之類的。這部分內(nèi)容可以寫成“熟悉主流操作系統(tǒng)及其常用服務(wù)配置”，要是不小心寫成“熟悉主流操作系統(tǒng)及其常用服務(wù)設(shè)置”，就會讓人覺得不太規(guī)范。

至于未來發(fā)展，系統(tǒng)工程師可以選擇往架構(gòu)設(shè)計方向發(fā)展，也可以深入研究云計算技術(shù)。如果寫成“系統(tǒng)工程師未來發(fā)展方向包括架構(gòu)設(shè)計和云計算”，這樣寫沒問題，但要是寫成“系統(tǒng)工程師未來發(fā)展方向包含架構(gòu)設(shè)計和云計算”，就會顯得有些隨意了。

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

寫崗位職責(zé)的時候，得結(jié)合具體的工作內(nèi)容和公司需求。比如對于系統(tǒng)應(yīng)用開發(fā)工程師這個崗位，要先搞清楚主要負(fù)責(zé)哪些工作。這人日常工作可能是參與系統(tǒng)的規(guī)劃，從頭到尾跟著項目走，確保開發(fā)進(jìn)度符合預(yù)期。要是只寫個大概，像是“負(fù)責(zé)系統(tǒng)開發(fā)”，就太籠統(tǒng)了。應(yīng)該細(xì)化，比如說“負(fù)責(zé)前端頁面的設(shè)計與實現(xiàn)，包括響應(yīng)式布局調(diào)整，保證不同設(shè)備上的顯示效果都達(dá)標(biāo)”。

書寫注意事項：

崗位職責(zé)里還可以提到一些具體的技術(shù)細(xì)節(jié)。像“配合后端同事完成接口對接，解決可能出現(xiàn)的數(shù)據(jù)交互問題”，這樣寫能體現(xiàn)專業(yè)性。不過有時候會忘記加上時間節(jié)點的要求，比如“按時提交階段性成果”，這里就顯得有些模糊了。如果能改成“每周五前提交本周開發(fā)進(jìn)展報告”，就更明確。

有時候，崗位職責(zé)里還會涉及跟其他部門的協(xié)作。比如“協(xié)助產(chǎn)品經(jīng)理梳理需求文檔，確認(rèn)功能點是否清晰無歧義”，這部分其實很重要。但要注意措辭，別寫得太絕對化，“必須確保所有需求完全一致”，這樣的話可能有點過于強(qiáng)硬了。稍微柔和一點，改成“盡力確保需求描述準(zhǔn)確”，這樣顯得更有人情味。

還有就是，職責(zé)里最好涵蓋一些應(yīng)急處理的部分。像“遇到突發(fā)技術(shù)問題時，需快速定位并給出解決方案”，這是很實用的一條。但如果寫成“第一時間找到問題原因，無論如何都要搞定”，就顯得有點急躁了。適當(dāng)?shù)牧粲杏嗟胤炊?，比如“在?guī)定時間內(nèi)嘗試多種方法解決問題”。

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

寫崗位職責(zé)的時候，得先把崗位的核心任務(wù)搞清楚。比如多媒體系統(tǒng)開發(fā)工程師這個崗位，它的工作重心肯定離不開軟件開發(fā)、系統(tǒng)集成這些方面。開頭最好能簡明扼要地提一下崗位的主要目標(biāo)，像什么負(fù)責(zé)公司多媒體系統(tǒng)的構(gòu)建，確保系統(tǒng)穩(wěn)定運行之類的。

接下來這部分就該具體化了，得把日常工作細(xì)化。比如說參與需求分析，這很重要，因為如果一開始的需求理解錯了，后面的工作就會很被動。還有就是編碼實現(xiàn)，這是工程師的核心工作之一，需要明確寫出要用到的技術(shù)棧，像是c 、python或者java這些。另外，系統(tǒng)測試也不能少，不僅要保證功能正常，還得兼顧用戶體驗。

說到職位要求，這部分要跟崗位職責(zé)相匹配。要是職責(zé)里提到需要做復(fù)雜的算法優(yōu)化，那要求里就得強(qiáng)調(diào)應(yīng)聘者必須具備相關(guān)的數(shù)學(xué)基礎(chǔ)。要是日常工作中需要用到數(shù)據(jù)庫管理，那在要求里就得注明應(yīng)聘者需要熟悉sql之類的技能。不過有時候描述起來容易混淆順序，比如先說學(xué)歷要求，又突然跳到項目經(jīng)驗上去，這樣反而顯得雜亂無章。

還有一點要注意的是，語言表達(dá)上要盡量貼近實際場景。比如，職責(zé)里可以寫“協(xié)助團(tuán)隊完成系統(tǒng)架構(gòu)設(shè)計”，這就比較接地氣，不像那種太正式的說法。但這里也會有個小問題，有時候?qū)懙锰谡Z化，可能會讓人覺得不夠?qū)I(yè)，所以得在這兩者之間找到平衡點。

對于多媒體系統(tǒng)開發(fā)來說，文檔編寫也是個重要環(huán)節(jié)，職責(zé)里應(yīng)該提到這一點。文檔不僅包括技術(shù)文檔，還有用戶手冊之類的東西。而在職位要求里，也得體現(xiàn)對應(yīng)聘者書面表達(dá)能力的重視程度。不過有時候會犯一個不太明顯的錯誤，比如把“文檔整理”寫成“文檔整編”，雖然意思差不多，但聽起來總覺得有點別扭。

小編友情提醒：

別忘了提到一些軟技能，像溝通協(xié)作能力。畢竟開發(fā)不是一個人的事，經(jīng)常需要和其他部門對接。所以職責(zé)里可以加上“與產(chǎn)品經(jīng)理、設(shè)計師保持良好溝通”，而職位要求里則可以寫“具備良好的團(tuán)隊合作精神”。當(dāng)然，寫這類東西的時候，有時候會忘記強(qiáng)調(diào)這些非技術(shù)方面的要素，結(jié)果導(dǎo)致描述顯得有些單薄。

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

影音系統(tǒng)工程師這個崗位聽起來挺專業(yè)的，寫崗位職責(zé)的時候得結(jié)合實際工作情況。像是負(fù)責(zé)設(shè)備調(diào)試這部分，要具體到每種設(shè)備的操作流程，像投影儀、音響什么的，都要列清楚。還有日常維護(hù)這塊，不能光說定期檢查，得細(xì)化到檢查哪些地方，比如說線路連接是否正常，設(shè)備表面有沒有灰塵之類的小細(xì)節(jié)。

有時候?qū)懙臅r候會有點卡殼，比如剛想好要寫什么，結(jié)果一轉(zhuǎn)念又忘了前面提到過的內(nèi)容，這就需要回頭看看已經(jīng)寫了什么。另外，寫的時候得考慮公司現(xiàn)有的設(shè)備情況，不能照搬別的公司的職責(zé)描述。比如有的公司可能用的是進(jìn)口設(shè)備，那對應(yīng)的職責(zé)就得跟國內(nèi)常用設(shè)備有些區(qū)別。

寫的時候還可以參考下以往的工作記錄，像之前處理過的故障案例，從中提煉出一些關(guān)鍵點。不過有時候?qū)懼鴮懼蜁茴}，比如本來是寫職責(zé)，結(jié)果寫成了設(shè)備介紹，這就要及時調(diào)整思路。像設(shè)備型號這些專業(yè)術(shù)語得用對，不然別人看了會覺得你不夠?qū)I(yè)。

再就是要注意描述的順序，別一開始就說大方向，得從具體的工作內(nèi)容入手。像調(diào)試設(shè)備的時候，先寫開機(jī)前的準(zhǔn)備工作，再寫調(diào)試的具體步驟，最后寫調(diào)試完成后的檢查事項。但有時候?qū)懼鴮懼樞蚓蛠y了，像先說了檢查事項，后面又倒回去講準(zhǔn)備工作，這就需要重新梳理一下。

寫的時候還得兼顧到團(tuán)隊協(xié)作的部分，畢竟影音系統(tǒng)不是一個人能搞定的。像遇到復(fù)雜的問題時，得和其他部門溝通配合，這時候職責(zé)描述就不能只寫單方面的任務(wù)，得體現(xiàn)出合作的重要性。不過有時候會忘記加上這部分內(nèi)容，寫完才發(fā)現(xiàn)好像少了點什么，這就需要補(bǔ)充進(jìn)去。

寫的時候得考慮到工作的特殊性，像有些項目可能時間緊任務(wù)重，這時候職責(zé)描述就得突出應(yīng)急處理的能力。不能光寫常規(guī)的工作內(nèi)容，得結(jié)合實際情況，比如緊急情況下如何快速定位問題，確保系統(tǒng)的穩(wěn)定運行。不過有時候會忽略掉這部分內(nèi)容，寫完才發(fā)現(xiàn)好像沒說到點子上，這就需要重新調(diào)整重點。

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

寫崗位職責(zé)的時候，得結(jié)合具體的工作內(nèi)容和企業(yè)需求。比如說系統(tǒng)測試工程師這個崗位，就得把工作涉及到的技術(shù)點都涵蓋進(jìn)去。像什么軟件測試流程的設(shè)計，各種測試用例的編寫，還有就是缺陷跟蹤這些基本的都要提一下。要是想讓描述更細(xì)致些，還可以提到需要熟悉常用的測試工具，像loadrunner、jmeter之類的，這些都是用來做性能測試的。

有時候?qū)懙臅r候容易漏掉一些關(guān)鍵環(huán)節(jié)，比如忘了說測試環(huán)境的搭建。這其實挺重要的，因為沒有合適的測試環(huán)境，很多測試工作根本沒法開展。還有就是自動化測試腳本的開發(fā)這部分，如果公司在這方面有要求的話，也得寫清楚。畢竟現(xiàn)在不少企業(yè)都在推進(jìn)自動化測試，能寫腳本的工程師特別受歡迎。

另外一點要注意的是，寫職責(zé)的時候別光顧著羅列任務(wù)，還要體現(xiàn)工作的價值。像是“確保產(chǎn)品質(zhì)量”這樣的表述就不錯，它不僅說明了做什么，還暗示了這項工作的重要性。不過有時候會不小心把句子寫得有點啰嗦，比如“負(fù)責(zé)對系統(tǒng)的功能進(jìn)行測試，并且要保證測試結(jié)果的準(zhǔn)確性”，這句話完全可以簡化為“負(fù)責(zé)系統(tǒng)功能測試及結(jié)果驗證”。

至于職位要求，就不能太籠統(tǒng)了。得明確指出需要哪些技能，像本科以上的學(xué)歷是基本門檻，計算機(jī)相關(guān)專業(yè)畢業(yè)就更好了。工作經(jīng)驗也得標(biāo)明，通常來說至少要有兩年以上的軟件測試經(jīng)驗。當(dāng)然了，技術(shù)能力這塊也不能忽視，像精通sql數(shù)據(jù)庫查詢語句，熟悉linux操作系統(tǒng)操作這些都是很基礎(chǔ)的要求。

還有就是溝通能力不能忽略，系統(tǒng)測試可不是一個人的事，跟開發(fā)團(tuán)隊的協(xié)作很重要。如果寫的時候沒注意到這一點，很容易就把溝通這一塊給省略掉了，比如“能夠獨立完成測試任務(wù)”這樣的描述就顯得有些片面了。實際上，良好的團(tuán)隊合作意識同樣重要，畢竟測試過程中發(fā)現(xiàn)的問題需要及時反饋給開發(fā)人員解決。

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

信息系統(tǒng)軟件工程師這個崗位挺關(guān)鍵的，主要負(fù)責(zé)的就是軟件開發(fā)和維護(hù)。這工作得對各種編程語言熟得很，像是java、python什么的，還要懂?dāng)?shù)據(jù)庫管理，能設(shè)計系統(tǒng)架構(gòu)，確保軟件運行順暢。平時，需要跟團(tuán)隊成員一起討論需求，然后制定詳細(xì)的開發(fā)計劃，具體到每一個模塊的功能實現(xiàn)。

有時候接到任務(wù)后，得快速分析問題，找到最優(yōu)解，比如優(yōu)化代碼性能或者解決兼容性問題。而且這活兒特別講究細(xì)節(jié)，一個小環(huán)節(jié)沒處理好，可能整個系統(tǒng)都會出問題。所以，寫代碼的時候必須嚴(yán)謹(jǐn)，變量命名、注釋什么的都得清晰明了，不然后續(xù)調(diào)試起來麻煩大了。

除了技術(shù)上的事，還得參與測試環(huán)節(jié)，確保軟件質(zhì)量過關(guān)。遇到用戶反饋的問題也要及時跟進(jìn)，盡快修復(fù)bug。說到底，這個職位既要動手能力強(qiáng)，腦子也得靈活，碰到難題不能輕易放棄。要是只顧埋頭干活，忽略了溝通協(xié)調(diào)，那項目進(jìn)度很可能受影響。

書寫注意事項：

隨著技術(shù)更新?lián)Q代快，軟件工程師也需要不斷學(xué)習(xí)新東西，保持競爭力。像云計算、大數(shù)據(jù)這些前沿領(lǐng)域，了解一些基本概念總是好的。不過有時候?qū)懳臋n確實費勁，尤其是那種面向非技術(shù)人員的說明材料，生怕講得太復(fù)雜讓人聽不懂，又怕說得太簡單沒說到點子上。

還有個需要注意的地方，就是版本控制這塊兒，每次修改代碼都要記得提交記錄，這樣萬一出了問題還能回溯。不過有些時候，因為時間緊任務(wù)重，可能會忘記更新日志，這就有點不妥了。再就是開會的時候，經(jīng)常得匯報工作進(jìn)展，這時候最好提前準(zhǔn)備好資料，不然臨場發(fā)揮容易遺漏重點。

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

燃油供給系統(tǒng)工程師這個崗位比較專業(yè)，寫崗位職責(zé)的時候得結(jié)合實際工作來描述。像這類崗位，主要就是負(fù)責(zé)發(fā)動機(jī)相關(guān)的燃油供給系統(tǒng)設(shè)計開發(fā)，包括前期的技術(shù)調(diào)研、方案制定什么的。還有日常得跟其他部門配合，像是跟整車匹配那些，確保設(shè)計方案能落地實施。

具體來說，像燃油泵、噴油嘴這些關(guān)鍵部件的設(shè)計優(yōu)化，還有相關(guān)測試驗證的工作也得做。有時候需要跟供應(yīng)商對接，確認(rèn)零部件性能指標(biāo)是否滿足要求。另外，遇到產(chǎn)品出現(xiàn)問題的時候，也要第一時間參與分析解決，找到根本原因。

記得之前有個同事在寫這部分的時候，直接把“燃油泵性能調(diào)?！睂懗伞叭加捅谜{(diào)校性能”，雖然不影響理解，但仔細(xì)想想確實有點別扭。再就是有些細(xì)節(jié)容易漏掉，比如說燃油系統(tǒng)的耐久性試驗，這其實挺重要的，不能光顧著眼前的工作忘了長期可靠性。

有時候?qū)懙骄o急任務(wù)時，可能會說“盡快完成某項任務(wù)”，但這樣表述太籠統(tǒng)了，最好明確時間節(jié)點，不然別人不知道具體什么時候交成果。還有就是，寫到跨部門協(xié)作時，不能只說“配合其他部門”，應(yīng)該具體點，比如“配合動力總成部門進(jìn)行整車標(biāo)定”。

寫崗位職責(zé)的時候，還得注意行業(yè)術(shù)語的使用，像“高壓共軌”、“噴射壓力控制”這些詞要是沒用對地方，會讓文檔看起來很亂。而且每個公司對崗位的具體要求可能不一樣，所以寫的時候最好參照企業(yè)內(nèi)部的實際需求，別照搬別的公司的模板。

燃油供給系統(tǒng)涉及的東西挺多的，從概念設(shè)計到量產(chǎn)跟蹤都要涵蓋進(jìn)去。像我有一次寫職責(zé)時，就差點漏掉了后期的質(zhì)量改進(jìn)部分，后來被領(lǐng)導(dǎo)提醒才補(bǔ)上去。寫的時候最好能把自己做過的事都列出來，這樣既全面又不容易遺漏重要環(huán)節(jié)。

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

系統(tǒng)集成監(jiān)理工程師這個崗位的職責(zé)寫起來挺講究的，既要全面覆蓋工作內(nèi)容，又得體現(xiàn)專業(yè)性。一開始可能不太好把握，因為這活兒不是光靠套話就行。比如，首先要搞清楚具體的工作范圍，像負(fù)責(zé)項目全過程的監(jiān)督，從立項到驗收都要管，這就得把每個環(huán)節(jié)都寫進(jìn)去。不過有時候會漏掉一些細(xì)節(jié)，像在描述前期準(zhǔn)備的時候，只寫了審核設(shè)計方案，卻忘了提到對設(shè)備選型的把關(guān)。

再比如，日常管理這部分容易寫得太空泛。常見的毛病就是堆砌形容詞，像是“確保工程進(jìn)度符合預(yù)期目標(biāo)”，這樣的表達(dá)就顯得不夠具體。其實可以細(xì)化一下，比如“每周組織協(xié)調(diào)會，檢查各子系統(tǒng)施工進(jìn)展，記錄偏差情況并提出調(diào)整建議”。還有，關(guān)于質(zhì)量控制這一塊，也不能光說“保證工程質(zhì)量達(dá)標(biāo)”，最好能結(jié)合實際，寫明具體措施，像“依據(jù)國家相關(guān)標(biāo)準(zhǔn)，對隱蔽工程進(jìn)行旁站監(jiān)督，留存影像資料備查”。

書寫注意事項：

溝通協(xié)調(diào)這部分也得寫到位。這崗位需要跟設(shè)計方、施工方、業(yè)主方多頭對接，所以不能只是簡單地寫“負(fù)責(zé)各方溝通協(xié)調(diào)”，而是要明確具體任務(wù)，比如“牽頭召開技術(shù)交底會議，協(xié)助解決現(xiàn)場爭議問題，形成會議紀(jì)要存檔”。要是寫得含糊不清，別人看了還以為只是個跑腿的角色。

還有就是文檔管理這塊，很容易被忽略。很多人寫職責(zé)時只提“整理歸檔資料”，但沒說清楚具體的管理流程。實際上應(yīng)該寫明，“建立完整的工程檔案體系，包括但不限于監(jiān)理日志、檢驗批記錄、變更通知單等文件，確保資料完整性和準(zhǔn)確性”。

寫這些職責(zé)的時候，還有一點需要注意，就是別把話說得太絕對。比如有人喜歡寫“全程跟蹤工程實施”，這話說得沒錯，但有點太籠統(tǒng)了。改一改會更好，像“跟蹤關(guān)鍵節(jié)點的實施情況，及時反饋異常信息并督促整改”。再比如“保障系統(tǒng)穩(wěn)定運行”，這樣的表述雖然沒問題，但如果改成“定期巡檢已完工程，評估運行狀態(tài)，提出優(yōu)化建議”，就顯得更有針對性了。