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

寫崗位職責(zé)的時候，得先把這份工作的具體任務(wù)搞清楚。erp服務(wù)工程師這活兒，主要就是負(fù)責(zé)企業(yè)資源計劃系統(tǒng)的維護(hù)和技術(shù)支持。日常工作里頭，要經(jīng)常檢查系統(tǒng)運(yùn)行狀態(tài)，要是發(fā)現(xiàn)問題了，得趕緊處理，不能拖著不管。還有，客戶那邊要是遇到什么技術(shù)難題，也得及時幫他們解決掉，不然會影響業(yè)務(wù)運(yùn)轉(zhuǎn)。

平時工作中，需要熟悉erp系統(tǒng)的架構(gòu)原理，這樣才能快速定位問題所在。有時候還得跟開發(fā)團(tuán)隊溝通協(xié)作，把客戶需求反饋上去，確保新功能能符合企業(yè)的實際情況。另外，培訓(xùn)員工使用系統(tǒng)也是重要的一部分，畢竟大家都會用才能發(fā)揮系統(tǒng)的最大價值。

有時候，可能會接到緊急任務(wù)，比如說某個部門突然說系統(tǒng)崩潰了，這時候就得立刻響應(yīng)，盡快恢復(fù)正常使用。而且，隨著企業(yè)發(fā)展，可能需要定期調(diào)整優(yōu)化系統(tǒng)配置，這就得提前做好規(guī)劃，一步一步實施下去。

文檔記錄這方面也不能馬虎，每次解決問題后都要詳細(xì)記錄下來，方便以后查閱。要是碰到特別復(fù)雜的情況，可以和其他同事交流一下經(jīng)驗，說不定能找到更好的辦法。不過有時候?qū)懼鴮懼腿菀茁┑粢恍┘?xì)節(jié)，特別是當(dāng)事情多起來的時候，得時刻提醒自己別落下關(guān)鍵步驟。

有時候客戶提出的需求看起來很簡單，但實際操作起來可能會遇到各種意想不到的問題。這就要求工程師不僅要有扎實的技術(shù)功底，還要有靈活應(yīng)變的能力。遇到這種時候，得耐心一點(diǎn)，仔細(xì)分析每個環(huán)節(jié)，找到最合適的解決方案。如果實在拿不準(zhǔn)主意，不妨向有經(jīng)驗的老同事請教，他們可能會給出很有幫助的建議。

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

寫崗位職責(zé)的時候，得先搞清楚這個崗位具體要干什么。比如erp技術(shù)開發(fā)工程師，這人肯定得懂編程，還得熟悉erp系統(tǒng)，不然沒法干活。工作內(nèi)容里，少不了要跟數(shù)據(jù)庫打交道，像增刪改查這些基本操作肯定是少不了的。還有，系統(tǒng)的功能測試也是重要環(huán)節(jié)，不能光顧著寫代碼，不管測試結(jié)果。

有時候領(lǐng)導(dǎo)會要求做一些定制化的功能模塊，這就需要開發(fā)人員根據(jù)需求文檔來設(shè)計架構(gòu)。要是碰到復(fù)雜的需求，可能還要和其他部門溝通協(xié)調(diào)，確保理解一致。平時工作中，免不了要處理一些突發(fā)情況，比如系統(tǒng)崩潰了，就得趕緊排查問題所在。再就是版本更新的事，每次改動都要做好記錄，方便后續(xù)維護(hù)。

不過有時候?qū)憱|西確實挺頭疼的，特別是涉及到專業(yè)術(shù)語的時候。像什么“接口調(diào)用”、“權(quán)限管理”之類的專業(yè)詞匯，得用得恰到好處。有時候?qū)懼鴮懼腿菀装选皡?shù)”寫成“參數(shù)”，雖然差別不大，但看起來總覺得別扭。另外，關(guān)于代碼優(yōu)化這部分，也得提一下，畢竟誰也不想看到運(yùn)行速度慢得像蝸牛一樣吧。

日常工作里可能會遇到各種小狀況，像服務(wù)器突然宕機(jī)，或者是某個功能模塊報錯之類的。這時候就需要快速反應(yīng)，找出原因并解決掉。當(dāng)然，也不能光埋頭寫代碼，偶爾得參加下項目會議，聽聽其他同事的意見，說不定能學(xué)到點(diǎn)新東西。

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

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

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

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

書寫注意事項：

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

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

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

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

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

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

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

書寫注意事項：

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

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

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

書寫注意事項：

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

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

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

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

寫崗位職責(zé)的時候，得看這個崗位具體是干嘛的。像erp系統(tǒng)工程師，這可不是個簡單的活兒，要懂技術(shù)，還得會跟人打交道。先說最基本的東西，肯定得負(fù)責(zé)系統(tǒng)的日常維護(hù)，確保它能正常運(yùn)轉(zhuǎn)。要是出了問題，就得趕緊排查，找到原因，然后解決掉。這中間可能涉及到數(shù)據(jù)庫的檢查、服務(wù)器的狀態(tài)監(jiān)控之類的，這些都是基本功。

erp系統(tǒng)不是一成不變的，企業(yè)的需求會變，所以工程師還得參與系統(tǒng)的升級和優(yōu)化工作。這需要跟業(yè)務(wù)部門溝通，了解他們的新需求，然后把這些需求轉(zhuǎn)化成技術(shù)方案。有時候可能會遇到一些棘手的問題，比如某個模塊的功能改了之后影響到了其他部分，這時候就得權(quán)衡利弊，找出最合適的解決方案。

在項目實施階段，erp工程師的角色也很重要。他們得協(xié)助項目經(jīng)理推進(jìn)項目進(jìn)度，確保各個環(huán)節(jié)都能順利銜接。比如，培訓(xùn)員工使用新系統(tǒng)，這就得提前準(zhǔn)備好教程材料，還得現(xiàn)場指導(dǎo)，確保大家都學(xué)會操作。還有文檔管理也不能忽視，每次改動都要記錄下來，方便以后查閱和追溯。

有時候，企業(yè)可能會引入新的功能或者模塊，這時候就需要工程師去評估可行性，看看現(xiàn)有的系統(tǒng)架構(gòu)能不能支持。如果不行的話，就要提出改進(jìn)建議，甚至重新設(shè)計部分流程。這一塊兒的工作量挺大的，既要考慮成本，又要兼顧效率。

除了技術(shù)上的事情，還得處理一些行政類的工作。比如設(shè)備的采購申請、預(yù)算的申報之類，這些看似瑣碎，但都是必不可少的環(huán)節(jié)。而且跟同事之間的協(xié)作也很關(guān)鍵，畢竟一個人單打獨(dú)斗是搞不定這么復(fù)雜的系統(tǒng)的。

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

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

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

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

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

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

寫崗位職責(zé)的時候，得結(jié)合具體的工作內(nèi)容和企業(yè)需求。比如erp開發(fā)工程師這個崗位，就該提到他們要用到的技術(shù)，像是java、sql之類的，還有就是系統(tǒng)的需求分析這部分也得涵蓋進(jìn)去。這部分工作說白了就是跟業(yè)務(wù)部門對接，了解他們的需求，然后把這些需求轉(zhuǎn)化成技術(shù)方案。

書寫注意事項：

做開發(fā)的時候，代碼質(zhì)量這塊兒特別重要。不能光顧著趕進(jìn)度，得確保代碼的可維護(hù)性和擴(kuò)展性。這部分職責(zé)描述起來可以稍微詳細(xì)點(diǎn)，比如說要負(fù)責(zé)現(xiàn)有系統(tǒng)的優(yōu)化，還有新功能的開發(fā)，這些都是日常工作的一部分。有時候還會涉及到一些緊急修復(fù)任務(wù)，這都是需要提前規(guī)劃好的。

溝通能力也是不可或缺的。跟其他部門的合作過程中，難免會遇到各種各樣的問題，這時候就需要及時溝通協(xié)調(diào)。比如需求變更的時候，就要迅速調(diào)整開發(fā)計劃，確保項目能按時交付。

再說了，文檔編寫這方面也不能忽視。每次完成一個模塊的開發(fā)后，都得寫相應(yīng)的技術(shù)文檔，方便后續(xù)的維護(hù)工作。不過有時候可能會漏掉某些細(xì)節(jié)，導(dǎo)致文檔看起來不夠完整，但這都是正?，F(xiàn)象，只要不影響正常使用就好。

對于新技術(shù)的學(xué)習(xí)也是必不可少的。erp系統(tǒng)一直在更新迭代，作為開發(fā)人員，必須保持學(xué)習(xí)的態(tài)度，這樣才能跟上發(fā)展的步伐。有時候可能會因為時間緊張，沒太多機(jī)會深入研究新技術(shù)，但這并不妨礙日常工作的開展。

小編友情提醒：

關(guān)于團(tuán)隊協(xié)作這一點(diǎn)，我覺得也很關(guān)鍵。一個項目的成功往往離不開整個團(tuán)隊的努力。有時候可能會因為個人任務(wù)太重，而忽略了與其他同事的交流，這就可能導(dǎo)致工作效率下降。不過只要心里有個大致的方向，慢慢調(diào)整就好了。