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

寫崗位職責(zé)的時(shí)候，得看具體的工作內(nèi)容。像erp系統(tǒng)工程師這活兒，主要是跟軟件打交道，要負(fù)責(zé)系統(tǒng)的維護(hù)和升級。平時(shí)得確保系統(tǒng)的正常運(yùn)行，要是出了問題，得第一時(shí)間解決，不能耽誤事。還有，可能需要定期培訓(xùn)員工，教他們怎么用這個(gè)系統(tǒng)，畢竟大家對新東西總是有點(diǎn)摸不著頭腦。

有時(shí)候接到新的項(xiàng)目，就得配合團(tuán)隊(duì)一起規(guī)劃系統(tǒng)的功能，看看哪些地方能優(yōu)化。文檔也得好好整理，每次改動(dòng)都要記清楚，方便以后查漏補(bǔ)缺。不過有時(shí)候文檔寫多了，難免會(huì)有點(diǎn)小差錯(cuò)，比如忘了標(biāo)注版本號(hào)什么的，這都是工作中容易忽略的小細(xì)節(jié)。

跟其他部門的溝通也很重要，特別是跟業(yè)務(wù)部門對接時(shí)，得了解他們的需求，把技術(shù)方案轉(zhuǎn)化成實(shí)際可用的功能。這過程中可能會(huì)遇到各種問題，比如需求描述不清楚，或者技術(shù)實(shí)現(xiàn)上有難度，這時(shí)候就需要靈活應(yīng)對了。

還有一點(diǎn)，得時(shí)刻關(guān)注行業(yè)里的新技術(shù)，看看有沒有什么好用的新工具可以引入進(jìn)來，提升工作效率。不過有時(shí)候看到新東西就急著嘗試，結(jié)果沒想好怎么整合到現(xiàn)有系統(tǒng)里，這就需要多花時(shí)間去評估一下了。

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

寫崗位職責(zé)的時(shí)候，得結(jié)合具體的工作內(nèi)容去展開。比如erp數(shù)據(jù)工程師這個(gè)崗位，主要就是跟系統(tǒng)打交道，處理數(shù)據(jù)相關(guān)的事。既然是工程師，那肯定得懂技術(shù)，熟悉數(shù)據(jù)庫的操作，像sql查詢什么的，得熟練掌握。日常工作里頭，可能要負(fù)責(zé)系統(tǒng)的維護(hù)，確保數(shù)據(jù)傳輸順暢，這包括檢查數(shù)據(jù)接口有沒有問題，要是發(fā)現(xiàn)問題了，就得及時(shí)修復(fù)。

erp系統(tǒng)里的數(shù)據(jù)質(zhì)量很關(guān)鍵，所以工程師需要定期進(jìn)行數(shù)據(jù)清洗，把那些冗余的、重復(fù)的數(shù)據(jù)剔除掉，保證系統(tǒng)內(nèi)的數(shù)據(jù)準(zhǔn)確無誤。有時(shí)候公司可能會(huì)有新的業(yè)務(wù)需求，這時(shí)候就需要調(diào)整現(xiàn)有的數(shù)據(jù)流程，這就得靠工程師去規(guī)劃和實(shí)施變更方案了。說白了，就是讓系統(tǒng)能更好地適應(yīng)公司的運(yùn)營節(jié)奏。

另外一點(diǎn)，作為工程師，溝通能力也挺重要。跟其他部門的同事交流時(shí)，得清楚地表達(dá)自己的想法，比如說某個(gè)功能的實(shí)現(xiàn)難度，或者是數(shù)據(jù)調(diào)整的影響范圍之類的。有時(shí)候項(xiàng)目經(jīng)理會(huì)提出一些需求，工程師得迅速理解并給出合理的建議，這就考驗(yàn)個(gè)人的專業(yè)素養(yǎng)了。

不過有時(shí)候在描述工作內(nèi)容的時(shí)候，容易忽略細(xì)節(jié)，比如只寫了“負(fù)責(zé)數(shù)據(jù)管理”，這樣的話太籠統(tǒng)了。其實(shí)可以細(xì)化一下，比如“負(fù)責(zé)日常數(shù)據(jù)的采集、整理、分析及歸檔工作”，這樣看起來就具體多了。再比如提到系統(tǒng)維護(hù)時(shí)，最好能補(bǔ)充具體任務(wù)，像“定期檢查系統(tǒng)日志，排查潛在風(fēng)險(xiǎn)”，而不是單純地說“維護(hù)系統(tǒng)”。

寫的時(shí)候還得注意語言風(fēng)格，如果是給技術(shù)人員看的，就可以多用專業(yè)術(shù)語，顯得專業(yè)性強(qiáng)些；要是面對非技術(shù)人員，那就得通俗易懂，避免讓人覺得晦澀難懂。就像剛才提到的“數(shù)據(jù)清洗”，換成“清理多余數(shù)據(jù)”可能更容易讓人理解。

再比如，有些時(shí)候?qū)懧氊?zé)會(huì)漏掉一些關(guān)鍵點(diǎn)，比如安全管理這部分。其實(shí)erp系統(tǒng)涉及敏感數(shù)據(jù)，工程師必須關(guān)注數(shù)據(jù)安全，做好權(quán)限設(shè)置，防止未經(jīng)授權(quán)的訪問。要是沒寫進(jìn)去，就會(huì)讓人覺得這份職責(zé)不完整。所以寫的時(shí)候一定要全面考慮，別落下重要的環(huán)節(jié)。

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

在寫erp軟件工程師的崗位職責(zé)時(shí)，得先搞清楚這個(gè)崗位到底需要什么。這活兒不是光靠想象就能完成的，得結(jié)合實(shí)際工作情況。比如，這人主要負(fù)責(zé)erp系統(tǒng)的維護(hù)，那職責(zé)就得包括日常的技術(shù)支持，像是系統(tǒng)運(yùn)行時(shí)出現(xiàn)的各種小問題，像數(shù)據(jù)庫連接失敗，或者用戶權(quán)限設(shè)置不對之類的事。要是負(fù)責(zé)開發(fā)的話，那就得寫清楚要參與需求分析，設(shè)計(jì)數(shù)據(jù)庫結(jié)構(gòu)，還有編碼測試這些流程。

再比如，erp軟件工程師還可能涉及到跟其他部門協(xié)作，特別是跟業(yè)務(wù)部門對接的時(shí)候，得了解他們的具體需求，然后把技術(shù)語言轉(zhuǎn)化成能讓大家都明白的東西。比如，某個(gè)部門提出希望優(yōu)化庫存管理這部分功能，那你就得去調(diào)研現(xiàn)狀，看看現(xiàn)有系統(tǒng)哪里可以改進(jìn)，然后給出解決方案。有時(shí)候，客戶那邊可能會(huì)有一些突發(fā)的需求變更，這時(shí)候就需要快速響應(yīng)，調(diào)整設(shè)計(jì)方案，確保最終的產(chǎn)品符合預(yù)期。

不過有時(shí)候在描述職責(zé)時(shí)，容易把話說得太籠糊，比如說“負(fù)責(zé)erp系統(tǒng)的相關(guān)工作”。這樣的表述就有點(diǎn)寬泛了，不夠具體。應(yīng)該細(xì)化到具體的任務(wù)，比如“負(fù)責(zé)erp系統(tǒng)模塊的日常維護(hù)，解決運(yùn)行過程中遇到的技術(shù)問題，并記錄處理結(jié)果以便后續(xù)參考。”這樣寫起來就顯得更有針對性。

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

寫職責(zé)的時(shí)候還要注意語句通順，但偶爾也會(huì)出現(xiàn)一些小問題。比如，有些同事可能會(huì)寫成“協(xié)助項(xiàng)目經(jīng)理進(jìn)行項(xiàng)目進(jìn)度跟蹤和協(xié)調(diào)資源分配?！边@里其實(shí)可以更清晰一點(diǎn)，改成“協(xié)助項(xiàng)目經(jīng)理跟蹤項(xiàng)目進(jìn)度，并協(xié)調(diào)所需資源，確保項(xiàng)目按時(shí)推進(jìn)?！彪m然差別不大，但后者表達(dá)得更加明確。

還有一點(diǎn)需要注意的是，職責(zé)描述最好能體現(xiàn)出工作的專業(yè)性?？梢赃m當(dāng)加入一些專業(yè)的術(shù)語，像“sap erp”、“oracle ebs”這類大家熟悉的erp平臺(tái)名稱。如果涉及具體的技能要求，也可以提一下，像熟練掌握java編程、熟悉sql查詢語句之類的。畢竟，這是給求職者看的，他們得知道自己是否符合條件。

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

寫崗位職責(zé)的時(shí)候，得先把工作內(nèi)容弄清楚。erp運(yùn)維工程師這活兒，主要就是負(fù)責(zé)系統(tǒng)的日常維護(hù)，比如檢查系統(tǒng)運(yùn)行狀態(tài)，看看有沒有故障什么的。還有就是處理用戶提出的問題，用戶一說哪里不對勁了，就得趕緊去看看，能解決就解決，不能解決的也要給個(gè)說法。

有時(shí)候系統(tǒng)升級也是少不了的，得提前做好準(zhǔn)備，跟相關(guān)部門溝通好，確保升級不會(huì)影響正常業(yè)務(wù)。再就是對數(shù)據(jù)庫進(jìn)行管理，備份，優(yōu)化，這些都得操心。偶爾還會(huì)遇到一些突發(fā)情況，比如數(shù)據(jù)丟失或者異常訪問之類的，這時(shí)候就需要快速反應(yīng)，找出原因，盡快恢復(fù)。

其實(shí)寫的時(shí)候不用太死板，可以根據(jù)實(shí)際情況調(diào)整。比如有些公司可能特別強(qiáng)調(diào)安全，那在職責(zé)里就可以多提點(diǎn)關(guān)于網(wǎng)絡(luò)安全的內(nèi)容。要是公司規(guī)模大，團(tuán)隊(duì)成員多，那協(xié)調(diào)工作量肯定也大，職責(zé)里就可以突出一下溝通的重要性。

不過有時(shí)候?qū)懼鴮懼赡軙?huì)漏掉點(diǎn)細(xì)節(jié)，像什么報(bào)表分析之類的工作，本來挺重要的，結(jié)果沒寫進(jìn)去。這種情況一般是因?yàn)槠綍r(shí)忙起來顧不上全面梳理。還有些時(shí)候，可能會(huì)把一些職責(zé)描述得比較籠統(tǒng)，比如說“負(fù)責(zé)系統(tǒng)維護(hù)”，具體怎么維護(hù)就沒說清楚，這樣容易讓人摸不著頭腦。

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

寫的時(shí)候最好能結(jié)合公司的具體情況，比如有的公司可能對文檔管理要求很高，那就得在職責(zé)里體現(xiàn)出來，像定期更新操作手冊，培訓(xùn)新員工之類的。還有些公司可能對數(shù)據(jù)分析比較看重，那就要強(qiáng)調(diào)通過數(shù)據(jù)發(fā)現(xiàn)問題，幫助改進(jìn)系統(tǒng)性能。

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

寫崗位職責(zé)的時(shí)候，得結(jié)合具體的工作環(huán)境和需求，不能太籠統(tǒng)。比如說高級erp工程師這個(gè)崗位，頭一件就是得懂erp系統(tǒng)，從安裝到維護(hù)都得門兒清。平時(shí)要負(fù)責(zé)系統(tǒng)的日常運(yùn)行監(jiān)控，這包括檢查服務(wù)器狀態(tài)、數(shù)據(jù)庫連接什么的，發(fā)現(xiàn)問題就得趕緊處理。還有，用戶要是遇到問題了，也得及時(shí)響應(yīng)，不能讓用戶干等著，畢竟人家工作還等著呢。

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

系統(tǒng)升級也是少不了的活兒，每次升級前要仔細(xì)規(guī)劃好步驟，升級過程中得盯著，升級完還要測試一遍，確保一切正常。有時(shí)候公司會(huì)有新的業(yè)務(wù)需求，這時(shí)候就需要配合開發(fā)團(tuán)隊(duì)一起設(shè)計(jì)解決方案，把新功能加進(jìn)去，還得保證新功能不影響原有系統(tǒng)的穩(wěn)定性。

有時(shí)候跟其他部門溝通也很重要，尤其是跟財(cái)務(wù)部和銷售部這樣的核心部門，他們提出的建議得認(rèn)真聽，然后想辦法在系統(tǒng)里實(shí)現(xiàn)。不過有時(shí)候可能會(huì)忽略掉一些細(xì)節(jié)，像是忘記記錄某個(gè)模塊的具體改動(dòng)時(shí)間，這種小疏忽雖然不大，但還是需要注意改正。

再說了，系統(tǒng)安全也不能忽視，得定期檢查系統(tǒng)的安全性，防止數(shù)據(jù)泄露什么的。要是發(fā)現(xiàn)系統(tǒng)存在漏洞，就得馬上修補(bǔ)，不能拖著，不然出了事就麻煩了。有時(shí)候遇到緊急情況，可能需要加班加點(diǎn)解決問題，這種時(shí)候得有責(zé)任心，不能推諉扯皮。

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

erp高級工程師這個(gè)崗位，得好好琢磨一下怎么寫職責(zé)才合適。這活兒可不是隨便堆砌幾個(gè)詞就能行的，得結(jié)合實(shí)際工作場景，還得帶點(diǎn)專業(yè)味兒。比如，這人得熟悉erp系統(tǒng)架構(gòu)，從設(shè)計(jì)到實(shí)施，再到后期維護(hù)，全鏈條都得涵蓋。再比如，項(xiàng)目管理能力也得提出來，畢竟這類工程師通常要負(fù)責(zé)多個(gè)項(xiàng)目的協(xié)調(diào)，溝通能力和時(shí)間把控都很關(guān)鍵。

再具體點(diǎn)，日常工作中肯定涉及跟客戶對接，把他們的需求轉(zhuǎn)化為技術(shù)方案，這就需要有很強(qiáng)的技術(shù)理解力和表達(dá)能力。還有，系統(tǒng)的性能優(yōu)化也是重點(diǎn)，得經(jīng)常檢查系統(tǒng)的運(yùn)行狀況，看看有沒有瓶頸，及時(shí)調(diào)整參數(shù)什么的。要是遇到緊急問題，就得迅速定位故障源，盡快恢復(fù)業(yè)務(wù)正常運(yùn)轉(zhuǎn)。這一塊兒，最好能寫出具體的例子，像某次成功解決重大故障的經(jīng)歷，這樣更有說服力。

不過有時(shí)候?qū)懼鴮懼腿菀着芷?，比如剛才說到性能優(yōu)化那塊，可能一時(shí)忘了寫進(jìn)去另一個(gè)重要環(huán)節(jié)——數(shù)據(jù)遷移。其實(shí)這也是個(gè)大頭，新舊系統(tǒng)切換時(shí)的數(shù)據(jù)一致性特別關(guān)鍵，搞不好就會(huì)出亂子。所以這部分內(nèi)容得補(bǔ)上，不然就顯得不全面了。

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

寫的時(shí)候還應(yīng)注意，別光顧著寫技術(shù)層面的事，軟技能也很重要。像團(tuán)隊(duì)協(xié)作這塊，erp項(xiàng)目往往涉及多部門合作，如何處理好內(nèi)部關(guān)系，確保各方滿意，這也是個(gè)不小的挑戰(zhàn)。要是只盯著技術(shù)指標(biāo)，忽略人際交往，那可就本末倒置了。

還有一點(diǎn)容易疏忽，就是培訓(xùn)用戶這件事。畢竟系統(tǒng)最終是要給員工用的，如果他們操作不熟練，再好的功能也白搭。所以，制定培訓(xùn)計(jì)劃，幫助用戶快速上手，這也算是一項(xiàng)重要職責(zé)。當(dāng)然，寫的時(shí)候得注意措辭，別讓人覺得這是額外增加負(fù)擔(dān)，而是強(qiáng)調(diào)提升整體效率。

小編友情提醒：

薪資待遇這部分也得稍微提及一下，雖然主要是職責(zé)描述，但適當(dāng)?shù)陌凳灸茏屨衅阜叫睦镉械?。比如提到參與過大型erp項(xiàng)目的經(jīng)驗(yàn)，或者是行業(yè)內(nèi)認(rèn)可的專業(yè)認(rèn)證，這些都能間接反映崗位價(jià)值。當(dāng)然，這里頭有個(gè)小細(xì)節(jié)容易被忽視，那就是寫完后最好找同事過目一下，看看有沒有遺漏或者表述不清的地方，畢竟一個(gè)人想得再周全，也可能有盲區(qū)。

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

在寫erp運(yùn)維工程師的崗位職責(zé)時(shí)，得考慮清楚這份工作的核心任務(wù)是什么。這工作不是簡單的技術(shù)支持，而是要保證整個(gè)系統(tǒng)的穩(wěn)定運(yùn)行，所以得明確具體的工作范圍，比如系統(tǒng)日常維護(hù)、故障排查、性能優(yōu)化這些基本點(diǎn)都得提到。寫的時(shí)候可以先從大的方向入手，比如說負(fù)責(zé)公司erp系統(tǒng)的整體運(yùn)維管理，包括軟件的安裝配置、定期檢查系統(tǒng)狀態(tài)，還有就是處理用戶反饋的問題。這部分內(nèi)容要寫得具體一點(diǎn)，比如每天定時(shí)巡檢服務(wù)器，確保數(shù)據(jù)庫備份正常進(jìn)行。

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

這個(gè)崗位可能還需要參與一些項(xiàng)目實(shí)施的工作，比如新功能上線前的測試，還有對現(xiàn)有流程的優(yōu)化建議。這部分就可以寫成協(xié)助完成erp系統(tǒng)的升級工作，包括測試環(huán)境搭建、數(shù)據(jù)遷移驗(yàn)證之類的。這里可能會(huì)出現(xiàn)一些小問題，比如有時(shí)候描述項(xiàng)目的細(xì)節(jié)時(shí)，會(huì)忘記加上具體的步驟，只寫了大概的內(nèi)容，這就容易讓人看了覺得模糊不清。

還有一點(diǎn)很重要，就是和各個(gè)部門的溝通協(xié)調(diào)。erp運(yùn)維工程師需要經(jīng)常跟業(yè)務(wù)部門打交道，了解他們的需求，及時(shí)調(diào)整系統(tǒng)設(shè)置。這部分職責(zé)可以寫成與各部門保持良好溝通，收集并分析用戶需求，提供相應(yīng)的解決方案。不過這里可能會(huì)不小心漏掉一個(gè)關(guān)鍵點(diǎn)，比如沒有提到如何記錄每次溝通的結(jié)果，這樣就顯得不夠全面。

對于技術(shù)能力的要求也不能忽略，像是熟悉主流操作系統(tǒng)、數(shù)據(jù)庫的基本操作這些都是基礎(chǔ)。寫這部分的時(shí)候要注意，有時(shí)候會(huì)把一些專業(yè)術(shù)語堆在一起，雖然看起來很專業(yè)，但實(shí)際上會(huì)讓不太懂行的人摸不著頭腦。所以最好能用通俗易懂的方式表達(dá)出來，比如能夠熟練使用linux命令行工具，掌握sql查詢語句的應(yīng)用技巧。

小編友情提醒：

別忘了提到應(yīng)急響應(yīng)的能力。當(dāng)系統(tǒng)出現(xiàn)問題時(shí)，運(yùn)維人員必須迅速反應(yīng)，找到原因并解決。這部分可以寫成在遇到突發(fā)狀況時(shí)，能夠快速定位問題根源，采取有效措施恢復(fù)系統(tǒng)正常運(yùn)行。但有時(shí)候在寫這部分時(shí)，可能會(huì)忘記強(qiáng)調(diào)團(tuán)隊(duì)協(xié)作的重要性，畢竟一個(gè)人的力量有限，很多時(shí)候需要大家一起努力才能解決問題。

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

寫崗位職責(zé)的時(shí)候，得先把這份工作的核心任務(wù)搞清楚。mrp/erp/sap實(shí)施工程師這個(gè)崗位，主要就是負(fù)責(zé)系統(tǒng)上線前的各種準(zhǔn)備工作，包括需求分析、方案設(shè)計(jì)、用戶培訓(xùn)什么的。工作內(nèi)容，既要跟企業(yè)內(nèi)部各部門對接，也要跟供應(yīng)商那邊溝通協(xié)調(diào)，確保系統(tǒng)能順利運(yùn)行。具體來說，可能需要做些基礎(chǔ)數(shù)據(jù)整理，制定詳細(xì)的實(shí)施計(jì)劃，還要處理一些突發(fā)狀況。

像我之前參與過一個(gè)項(xiàng)目，那會(huì)兒剛接手的時(shí)候，系統(tǒng)架構(gòu)圖就畫錯(cuò)了好幾次，最后還是找來老員工幫忙才調(diào)整過來。這活兒其實(shí)挺磨人的，因?yàn)槊總€(gè)企業(yè)的業(yè)務(wù)流程都不一樣，所以沒法照搬別人的模板。每次遇到這種情況，就得反復(fù)推敲，有時(shí)候晚上加班到十點(diǎn)多也是常事。

至于職位要求，得看公司規(guī)模大小和個(gè)人經(jīng)驗(yàn)水平了。如果是剛畢業(yè)的小白，那肯定得懂點(diǎn)數(shù)據(jù)庫知識(shí)，熟悉sql這類查詢語言，還得會(huì)點(diǎn)編程基礎(chǔ)。要是資歷深一點(diǎn)的，除了技術(shù)能力之外，溝通技巧也得過硬。畢竟這種崗位不是悶頭干活就行，很多時(shí)候需要說服客戶接受新的工作方式。

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

文檔編寫這塊也不能忽視。實(shí)施過程中產(chǎn)生的各種文檔，什么需求說明書，測試報(bào)告，都得存檔備案。我曾經(jīng)有一次沒留好文檔，后來出了問題查起來特別麻煩，領(lǐng)導(dǎo)還特意提醒過一次。所以平時(shí)養(yǎng)成良好的習(xí)慣很重要，別等到出了差錯(cuò)才后悔。

還有，有時(shí)候客戶提出的某些需求可能不太合理，這時(shí)候就需要委婉地拒絕，同時(shí)給出合理的建議。記得有一次客戶非要加個(gè)功能，但我們評估下來實(shí)現(xiàn)難度太大，最后還是通過數(shù)據(jù)分析幫他們找到了替代方案。這事讓我明白，光有技術(shù)不行，還得學(xué)會(huì)靈活應(yīng)對。