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

寫崗位職責(zé)的時候，得先把這份工作的具體任務(wù)弄清楚。比如說it專員，主要就是負責(zé)公司的電腦系統(tǒng)維護，還有網(wǎng)絡(luò)設(shè)備的管理。這工作聽起來簡單，但實際操作起來挺復(fù)雜的，每天都要檢查服務(wù)器有沒有問題，要是出了故障，就得馬上處理，不然影響到整個公司的運作就麻煩了。另外，還要定期給員工培訓(xùn)一下基本的操作技能，讓他們遇到小問題能自己解決。

it工程師的話，職責(zé)范圍就更廣一些。他們不僅要安裝調(diào)試各種軟件硬件，還得參與制定公司信息化戰(zhàn)略。有時候接到新項目，需要設(shè)計一套完整的it解決方案，從前期規(guī)劃到后期實施都得參與。這部分工作特別考驗技術(shù)能力，特別是編程這塊，如果代碼寫得不好，后續(xù)維護起來會很頭疼。不過有時候也會碰到一些特殊情況，比如某個項目突然延期，就得加班加點趕進度，這種情況也挺常見的。

至于it運維，主要就是保證系統(tǒng)的穩(wěn)定運行。日常工作包括監(jiān)控服務(wù)器狀態(tài)，處理用戶反饋的技術(shù)問題。有時候系統(tǒng)升級，得提前做好測試，確保升級后不會影響正常使用。這個崗位比較注重細節(jié)，很多小地方都不能忽視，比如權(quán)限設(shè)置，要是設(shè)置不當(dāng)，可能會導(dǎo)致數(shù)據(jù)泄露，后果很嚴(yán)重。偶爾也會遇到一些突發(fā)狀況，比如服務(wù)器宕機，這時候就需要快速反應(yīng)，盡快恢復(fù)服務(wù)。

it維護的工作內(nèi)容跟運維有點類似，但更偏向于日常保養(yǎng)。像定期檢查線路，清理機房灰塵，這些都是常規(guī)工作。有時候設(shè)備老化了，得及時更換，不然可能會影響工作效率。這一塊還需要跟供應(yīng)商打交道，采購新的設(shè)備或者配件，價格談判也是門學(xué)問，得學(xué)會精打細算。

it急崗，顧名思義就是緊急情況下頂上去的角色?？赡苁悄澄煌屡R時請假，也可能是系統(tǒng)出現(xiàn)重大故障，這時候就得迅速接手，解決問題。這份工作壓力大，節(jié)奏快，有時候一天之內(nèi)要處理好幾個事情，而且很多時候沒有太多準(zhǔn)備時間，全靠臨場發(fā)揮。不過長期下來，這種崗位對個人能力提升很大，能學(xué)到不少實用的技巧。

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

寫崗位職責(zé)的時候，得結(jié)合具體的崗位性質(zhì)和工作環(huán)境。就拿網(wǎng)站it工程師來說，這類崗位需要特別關(guān)注技術(shù)細節(jié)，所以描述起來要具體到每一項任務(wù)，不然別人看了不知道該干什么。比如，網(wǎng)站運維這塊兒，就得寫清楚負責(zé)服務(wù)器的日常維護，包括檢查系統(tǒng)運行狀態(tài)、備份數(shù)據(jù)什么的。要是涉及開發(fā)的話，那就要提到參與需求分析、編寫代碼這些事情。

有時候?qū)懼鴮懼?，可能會因為疏忽把一些關(guān)鍵點漏掉。像有一次我寫的時候，本來想說要監(jiān)控網(wǎng)絡(luò)流量，結(jié)果寫成了監(jiān)測服務(wù)器性能，雖然意思接近，但其實兩者側(cè)重點不同。這事提醒咱們，在寫之前最好先列個清單，把所有該寫的內(nèi)容都羅列出來，這樣就不會遺漏了。

崗位職責(zé)里最好能體現(xiàn)工作的優(yōu)先級。比如對于it工程師而言，緊急故障處理肯定排在首位，其次是定期巡檢設(shè)備。不過這里頭容易出問題的地方在于，有些人會把這兩項順序搞反，覺得巡檢比解決問題重要，這就有點本末倒置了。當(dāng)然，這只是個人理解，具體還得看公司的規(guī)章制度。

書寫注意事項：

寫職責(zé)的時候別光顧著堆砌專業(yè)術(shù)語，適當(dāng)?shù)耐ㄋ妆磉_能讓非專業(yè)人士也能明白你的工作內(nèi)容。比如，可以解釋一下什么是“負載均衡”，告訴別人這是為了保證網(wǎng)站訪問速度更快更穩(wěn)定。要是直接甩一堆技術(shù)名詞上去，外行看了可能一頭霧水。

還有個小技巧，就是可以參考同行的描述方式，但千萬別照搬。畢竟每個公司的情況不一樣，別人的表述未必完全適用。記得有個同事寫職責(zé)時，把“協(xié)助團隊完成項目”寫成了“幫助團隊完成項目”，雖然差別不大，但總覺得后者顯得有些口語化，不太正式。所以，寫的時候還是要多斟酌一下措辭。

小編友情提醒：

寫完之后最好找?guī)讉€同事看看，聽聽他們的意見。畢竟每個人的理解都不一樣，他們可能會提出一些你沒考慮到的角度。比如有人可能會建議增加一項關(guān)于用戶反饋處理的工作內(nèi)容，這在實際工作中也是相當(dāng)重要的。

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

寫崗位職責(zé)的時候，得根據(jù)自己對這個工作的理解來寫。就拿網(wǎng)站it工程師來說，這可不是隨便寫幾句就行的。比如，你得清楚這個崗位的主要任務(wù)是什么，比如維護服務(wù)器，處理網(wǎng)絡(luò)安全問題，還有就是確保網(wǎng)站能正常運行。要是連這些基本的東西都沒搞明白，寫出來的職責(zé)肯定亂七八糟。

說到具體怎么寫，你可以從日常的工作流程入手。比如每天都要檢查服務(wù)器的狀態(tài)，看看有沒有異常情況，要是發(fā)現(xiàn)問題就得立刻解決。還有，網(wǎng)站上的功能模塊出了問題，也得及時修復(fù)。這部分內(nèi)容得寫得具體點，別含糊其辭的，不然別人看了也不知道到底要做什么。

再比如，有時候需要配合團隊完成一些項目開發(fā)。這就得提到協(xié)作的重要性了。和前端后端的同事溝通好，確保每個環(huán)節(jié)都能順利對接。這部分可以稍微籠統(tǒng)一點，畢竟具體的細節(jié)可能因項目而異。

不過有時候會遇到一些特殊情況，像突發(fā)的技術(shù)故障什么的，這時候就得迅速反應(yīng)。比如說某個頁面突然加載不出來，你就得馬上排查原因，可能是數(shù)據(jù)庫的問題，也可能是代碼出了bug。這部分內(nèi)容寫的時候最好舉個例子，這樣顯得更有說服力。

還有一點需要注意，寫崗位職責(zé)的時候，最好帶上一些專業(yè)術(shù)語。像什么sql查詢優(yōu)化，負載均衡策略，這些都是it工程師應(yīng)該掌握的基本技能。如果只是泛泛而談，別人一看就知道你對這個崗位了解不多。

寫的時候也不能太死板，適當(dāng)?shù)撵`活性也很重要。比如有時候需要臨時加班處理緊急任務(wù)，這種情況也得考慮到。要是只寫些固定流程，那顯得太教條了，反而不好。

小編友情提醒：

寫完之后最好找個有經(jīng)驗的同事看看，聽聽他們的意見。畢竟每個人的理解不一樣，他們可能會指出一些你沒注意到的地方。這樣反復(fù)修改幾次，出來的結(jié)果才會比較靠譜。

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

it工程師如果還懂日語，那這份崗位職責(zé)和職位要求就有點特別了。這類崗位一般會涉及到技術(shù)開發(fā)、維護，還有和日本客戶溝通什么的，所以既要能敲代碼，還得會說日語。比如寫職責(zé)的時候，得提到日常負責(zé)系統(tǒng)開發(fā)、技術(shù)支持之類的，這都是常規(guī)操作。至于日語，得能處理日方客戶的郵件，或者參加視頻會議什么的，這個就有點像跨國工作的感覺。

寫職位要求時，得強調(diào)技術(shù)能力，像是熟悉java、python之類的編程語言，還有數(shù)據(jù)庫管理經(jīng)驗什么的。日語方面的話，n1證書最好有，畢竟客戶那邊要求高。不過有時候?qū)懙臅r候容易漏掉一些細節(jié)，比如說只寫了精通日語，沒具體提到口語交流能力，這就有點欠考慮了。還有就是，有些時候會忘記寫上對工作經(jīng)驗的要求，比如至少兩年相關(guān)領(lǐng)域的工作經(jīng)驗，這樣看起來就會顯得職責(zé)和要求不太匹配。

其實寫職責(zé)的時候，還可以加上點具體的例子，比如曾參與過哪些項目的開發(fā)，解決了什么技術(shù)難題。這樣看起來更實在些。但有時候?qū)懙竭@部分容易啰嗦，把一個簡單的項目描述得特別復(fù)雜，反而讓人看不明白。還有，要是職責(zé)里提到需要經(jīng)常出差，但沒說明具體頻率，那應(yīng)聘者就只能靠猜了，這也不是很嚴(yán)謹(jǐn)。

職位要求里也得注意點，別光顧著提技術(shù)技能，忘了軟實力。比如團隊協(xié)作能力、溝通技巧什么的，這些都是很重要的。有時候?qū)懙竭@些地方，容易直接跳到專業(yè)技能上去了，好像溝通能力不值一提似的。另外，薪資待遇這塊，雖然不是職責(zé)要求的一部分，但要是沒個大概范圍，應(yīng)聘者心里也沒底，這就好比去買東西不知道價格一樣。

寫完之后，最好自己多讀幾遍，看看有沒有什么不通順的地方。有時候?qū)懼鴮懼?，句子就變得又長又繞，讀起來費勁。比如“負責(zé)完成公司交給的各項任務(wù)并且確保任務(wù)按時高質(zhì)量完成”，這句話就有點拗口，改成“按時保質(zhì)完成公司任務(wù)”就清爽多了。還有那種“熟練掌握多種編程語言并能夠靈活運用”的說法，聽著就很虛，不如直接說“擅長java、python等多種編程語言”。

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

寫崗位職責(zé)的時候，得根據(jù)這個崗位的具體工作內(nèi)容來定。比如項目it工程師這活兒，你得先把日常工作都列出來，像維護服務(wù)器什么的，還有處理網(wǎng)絡(luò)故障，這些都得寫進去。有時候公司會有專門的系統(tǒng)需要管理，像erp系統(tǒng)之類的，那這部分也得寫清楚，說清楚具體負責(zé)哪些模塊，怎么維護。

要是涉及到項目的話，就得強調(diào)參與項目的程度了，像是需求分析、方案設(shè)計，這些環(huán)節(jié)都可能涉及。不過有些時候?qū)懙臅r候會漏掉一些細節(jié)，比如說具體的軟件版本管理，沒太留意到這一點，就容易忘記寫進去。像版本更新記錄，測試報告之類的文檔管理，也是日常工作的一部分。

還有一點別忘了，跟其他部門的協(xié)作也很重要。像跟業(yè)務(wù)部門對接，確保他們的需求能被技術(shù)實現(xiàn)，這就得寫明溝通協(xié)調(diào)的工作內(nèi)容。有時候?qū)懙臅r候容易忽略這部分，覺得這些都是隱形的工作，但實際上很重要。

書寫注意事項：

緊急情況下的響應(yīng)措施也得提一下。比如系統(tǒng)崩潰，突發(fā)的安全事件什么的，得有應(yīng)急預(yù)案，寫的時候可能會漏掉這個部分，因為平時沒事的時候不太容易想起這些事。

再就是培訓(xùn)用戶這塊，尤其是新員工入職的時候，給他們做些基礎(chǔ)的技術(shù)培訓(xùn)，這也是it工程師的職責(zé)之一。不過有時候?qū)懧氊?zé)的時候會下意識地只關(guān)注技術(shù)層面，而忽略了這部分的內(nèi)容。

小編友情提醒：

績效考核相關(guān)的指標(biāo)也得考慮進去，像系統(tǒng)的穩(wěn)定性、用戶的滿意度這些，都能作為衡量工作的標(biāo)準(zhǔn)。不過在寫的時候，可能會不小心把一些指標(biāo)寫得比較模糊，像“提高用戶滿意度”這樣的表述就有點空泛，最好能具體化一點，比如“用戶反饋問題解決率提升至xx%”。

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

呼叫中心it工程師這個崗位挺特別的，因為既要懂技術(shù)，還得熟悉業(yè)務(wù)流程，所以寫崗位職責(zé)的時候得兼顧這兩方面。一般來說，開頭可以提一下負責(zé)系統(tǒng)的日常運維，像什么監(jiān)控系統(tǒng)運行狀態(tài)，處理故障，這類工作其實挺繁瑣的，尤其是一旦系統(tǒng)卡了或者崩了，就得立刻找原因解決，不然影響挺大的。

日常工作里頭，還會有不少跟業(yè)務(wù)相關(guān)的活兒，像是跟客服部門對接需求什么的。比如說新上線一個功能，可能需要配合測試，看看是不是符合預(yù)期效果。這中間涉及到的溝通就很重要了，要是描述不清楚，后續(xù)改起來會很麻煩。有時候接到反饋說某個環(huán)節(jié)出了問題，就需要快速定位到底是哪里不對勁，可能是數(shù)據(jù)庫配置有問題，也可能是接口沒對接好。

書寫注意事項：

安全這塊也不能忽視，畢竟現(xiàn)在網(wǎng)絡(luò)安全形勢挺復(fù)雜的。得定期檢查系統(tǒng)的安全設(shè)置，防止出現(xiàn)漏洞被不法分子鉆空子。不過有時候可能會漏掉一些細節(jié)，像忘記更新某個補丁之類的，這種小疏忽要是被黑客利用，后果就比較嚴(yán)重了。

還有就是文檔這塊，每次做完大的改動或者優(yōu)化之后，最好都記下來。這樣不僅方便以后排查問題，還能給新人交接工作提供參考。當(dāng)然，寫文檔這事有時候會覺得麻煩，但真到需要的時候，就會覺得很有必要。偶爾也會遇到寫得不清晰的情況，導(dǎo)致后來查閱的人一頭霧水，這就不太好。

至于培訓(xùn)方面，可能得時不時給客服團隊講講技術(shù)知識，幫助他們更好地理解系統(tǒng)運作原理。這部分內(nèi)容比較靈活，可以根據(jù)實際情況調(diào)整，但要注意表達方式得通俗易懂，不然講了半天別人還是懵懵的，那效率就低了。

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

金融it工程師這個崗位的工作內(nèi)容其實挺復(fù)雜的，得根據(jù)具體公司需求來定。像我們這邊，主要負責(zé)的就是系統(tǒng)的維護，還有就是一些程序的開發(fā)工作。平時需要對接客戶，了解他們的需求，然后制定相應(yīng)的解決方案。這中間涉及到的技術(shù)挺多的，像是數(shù)據(jù)庫管理、網(wǎng)絡(luò)架構(gòu)設(shè)計之類的，都得懂一點。

有時候接到任務(wù)，就得趕緊去排查問題，可能是系統(tǒng)運行出故障了，也可能是某個功能點失效了。遇到這種情況，就得快速定位問題所在，有時候是代碼的問題，有時候可能是硬件設(shè)備老化導(dǎo)致的。解決完問題后，還得做測試，確保修復(fù)的地方?jīng)]有新的漏洞出現(xiàn)。這部分特別考驗?zāi)托?，有時候一個小細節(jié)沒注意到，就可能導(dǎo)致整個流程走不通。

書寫注意事項：

還得參與新項目的規(guī)劃，從前期的需求分析到后期的上線部署，每個環(huán)節(jié)都不能掉鏈子。比如說前陣子有個項目，因為客戶需求變更比較頻繁，我們就得不斷調(diào)整設(shè)計方案，溝通起來費了不少勁。而且在項目實施階段，還可能碰到各種預(yù)料之外的情況，像服務(wù)器性能不足，數(shù)據(jù)傳輸延遲，這些問題都需要及時處理。

要說寫崗位職責(zé)的時候，我覺得重點還是要突出工作的實際操作部分。比如說可以寫“負責(zé)日常系統(tǒng)運維，包括但不限于監(jiān)控系統(tǒng)狀態(tài)、處理各類故障”之類的描述。然后對于技術(shù)相關(guān)的職責(zé)，也可以加上“熟悉主流編程語言，能夠獨立完成模塊開發(fā)及調(diào)試”的表述。不過在寫的時候要注意語氣要專業(yè)，但又不能太死板，畢竟不是所有人都能完全看懂那些高大上的術(shù)語。

還有個需要注意的地方就是，千萬別忘了提到團隊協(xié)作的重要性。畢竟一個人單打獨斗肯定是不行的，很多工作都需要和其他部門密切配合。像跟產(chǎn)品經(jīng)理討論需求，跟測試人員確認結(jié)果，這些都是日常工作的一部分。所以職責(zé)里最好也能體現(xiàn)出來，“與跨部門同事保持良好溝通，共同推進項目進展”。

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

寫it工程師的崗位職責(zé)和職位要求時，得先搞清楚這份工作的核心任務(wù)是什么。比如西門子這種大公司，他們的it工程師肯定不只是修電腦那么簡單?？梢赃@么開頭：負責(zé)維護公司內(nèi)部的信息系統(tǒng)，確保服務(wù)器正常運行，定期檢查網(wǎng)絡(luò)設(shè)備狀態(tài)。

接著說具體一點，這部分語言要貼近實際工作場景，比如說：“每天早上到辦公室后，先登錄服務(wù)器查看昨晚有沒有報警信息，如果有異常就得趕緊處理，別耽誤了業(yè)務(wù)運轉(zhuǎn)?！边@里就帶入了一些實操性的描述，不像范文那樣泛泛而談。

對于職位要求，這得結(jié)合企業(yè)需求。像是西門子這種公司，可能特別看重專業(yè)技能，“熟悉oracle數(shù)據(jù)庫管理和sql查詢優(yōu)化”，這樣的表述就很具體?！斑€需要懂點linux操作系統(tǒng)，畢竟很多服務(wù)器都跑在這個上面?！边@樣的話語顯得隨意些，不像范文那樣一板一眼。

再補充點軟實力，“溝通能力也不能忽視，有時候跟業(yè)務(wù)部門對接需求時，得耐心聽他們講到底哪里出了問題。”這里提到溝通，其實也是工作中很重要的一部分，但又沒說得太正式。

說到這兒，還有一點需要注意，有些細節(jié)容易被忽略。例如寫到“掌握python腳本編寫技巧，能快速編寫一些自動化腳本來提高工作效率?！边@句看著沒問題，但仔細推敲下，其實“提高工作效率”這種說法有點寬泛，要是改成“通過編寫腳本實現(xiàn)部分重復(fù)性工作的自動化，減少人為操作錯誤”，會更貼合實際情況。

最后這部分可以稍微發(fā)散點，“有時候項目緊急，加班加點趕進度也是常事，所以抗壓能力強這一點很重要?！边@樣寫既真實反映了工作狀態(tài)，也能吸引那些適應(yīng)高強度工作的求職者。