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

寫崗位職責(zé)的時(shí)候，得根據(jù)這個(gè)崗位的實(shí)際工作內(nèi)容來寫。比如說erp工程師，這可不是個(gè)普通的活兒，它涉及到系統(tǒng)維護(hù)、數(shù)據(jù)分析還有流程優(yōu)化什么的。先說系統(tǒng)這塊兒，每天都要檢查系統(tǒng)的運(yùn)行情況，要是發(fā)現(xiàn)問題就得立刻處理，不然影響到整個(gè)公司的運(yùn)作就麻煩了。還有數(shù)據(jù)這一塊兒，得定期整理數(shù)據(jù)報(bào)表，確保所有的數(shù)據(jù)都是準(zhǔn)確無誤的，因?yàn)樨?cái)務(wù)那邊可都指著這些數(shù)據(jù)做賬呢。

然后就是流程優(yōu)化這部分，有時(shí)候現(xiàn)有的業(yè)務(wù)流程可能效率不高，這時(shí)候就需要結(jié)合實(shí)際情況進(jìn)行調(diào)整。比如之前有個(gè)同事，他負(fù)責(zé)的那部分流程特別復(fù)雜，他自己都覺得挺頭疼的，后來他就想了個(gè)辦法，把一些重復(fù)性的步驟給合并了，結(jié)果效率提高了不少。不過有時(shí)候也會(huì)遇到一些突發(fā)狀況，像是系統(tǒng)突然崩潰之類的，這時(shí)候就得迅速反應(yīng)，找到原因并解決，不能耽誤太多時(shí)間。

再說到溝通這一點(diǎn)，erp工程師跟各部門的聯(lián)系可不少，畢竟?fàn)可娴降臄?shù)據(jù)和流程都是大家共同使用的。所以平時(shí)得多跟各部門的人交流，了解他們的需求和反饋，這樣才能更好地改進(jìn)系統(tǒng)。而且有時(shí)候新來的員工可能對(duì)系統(tǒng)不太熟悉，這時(shí)候也需要耐心地給他們培訓(xùn)一下，教他們?cè)趺床僮鳌?/p>

文檔管理也是很重要的一部分。每次做完系統(tǒng)升級(jí)或者流程改動(dòng)之后，都要及時(shí)更新相關(guān)的文檔，這樣以后查起來方便。不過有時(shí)候可能會(huì)忘記記錄某些細(xì)節(jié)，這就需要養(yǎng)成良好的習(xí)慣，每次做完事情后馬上記下來，別等到最后全忘了才想起來補(bǔ)。

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

寫崗位職責(zé)的時(shí)候，得根據(jù)這個(gè)崗位的具體工作內(nèi)容來寫，不能太籠統(tǒng)。像erp支持工程師這個(gè)崗位，主要負(fù)責(zé)的就是企業(yè)資源計(jì)劃系統(tǒng)的維護(hù)和支持工作。在寫職責(zé)的時(shí)候，得考慮到系統(tǒng)運(yùn)行的方方面面，比如日常的技術(shù)支持、故障排查、用戶培訓(xùn)這些基本的工作內(nèi)容。不過，這崗位可能還涉及到一些特殊任務(wù)，比如說配合其他部門進(jìn)行系統(tǒng)升級(jí)或者新功能開發(fā)，這部分就得具體寫清楚。

有時(shí)候，寫崗位職責(zé)容易忽略掉一些細(xì)節(jié)。比如有些工程師只注重技術(shù)層面的東西，像用戶反饋這類軟性需求就容易被忽視。其實(shí)這部分也很重要，畢竟系統(tǒng)最終是給員工用的，他們遇到問題的感受和建議能直接影響后續(xù)改進(jìn)的方向。所以，在寫職責(zé)的時(shí)候，最好能把這些隱形的任務(wù)也涵蓋進(jìn)去，哪怕只是簡(jiǎn)單提一句。

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

寫的時(shí)候要注意用詞準(zhǔn)確，但也不能太過死板。像“確保系統(tǒng)穩(wěn)定運(yùn)行”這樣的表述雖然沒錯(cuò)，但顯得有點(diǎn)空洞?？梢愿某伞巴ㄟ^定期檢查和優(yōu)化，保障系統(tǒng)高效穩(wěn)定地運(yùn)行”，這樣聽起來更有操作性。當(dāng)然了，有時(shí)候?qū)懙臅r(shí)候會(huì)因?yàn)橼s時(shí)間，就隨便寫了幾個(gè)關(guān)鍵詞，像是“負(fù)責(zé)系統(tǒng)運(yùn)維”、“處理緊急情況”之類的，這樣其實(shí)不太合適。畢竟崗位職責(zé)是要指導(dǎo)工作的，不能太模糊。

還有個(gè)需要注意的地方，就是別光顧著寫技術(shù)方面的內(nèi)容，忽略了和其他部門的協(xié)作。比如erp支持工程師可能需要跟財(cái)務(wù)部溝通賬目錄入的問題，跟銷售部討論訂單處理的流程。這些跨部門的合作其實(shí)也是工作的一部分，所以在寫職責(zé)的時(shí)候，也要適當(dāng)體現(xiàn)出來。不然的話，別人還以為這個(gè)崗位就是悶頭修電腦呢。

書寫經(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)部各部門對(duì)接，也要跟供應(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ù)庫(kù)知識(shí)，熟悉sql這類查詢語(yǔ)言，還得會(huì)點(diǎn)編程基礎(chǔ)。要是資歷深一點(diǎn)的，除了技術(shù)能力之外，溝通技巧也得過硬。畢竟這種崗位不是悶頭干活就行，很多時(shí)候需要說服客戶接受新的工作方式。

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

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

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

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

寫崗位職責(zé)的時(shí)候，得先把工作內(nèi)容想清楚。比如說erp應(yīng)用工程師這活兒，主要是負(fù)責(zé)系統(tǒng)運(yùn)行吧。每天要做的就是檢查系統(tǒng)的穩(wěn)定性，看看有沒有哪里卡殼了。有時(shí)候客戶那邊出了問題，就得趕緊過去看看，找出毛病在哪，然后想辦法解決。還有，培訓(xùn)員工也是份內(nèi)之事，教他們?cè)趺从眠@個(gè)系統(tǒng)，確保大家都能熟練操作。

日常還得跟公司內(nèi)部各部門保持聯(lián)系，知道他們的需求是什么，然后調(diào)整系統(tǒng)設(shè)置，讓整個(gè)流程更順暢。要是有新項(xiàng)目上線，那準(zhǔn)備工作也得提前做足，包括測(cè)試?yán)?、?shù)據(jù)遷移之類的。文件管理也不能忽視，各種文檔、記錄什么的都得整理好，方便日后查證。

有時(shí)候接到任務(wù)單，就得分清輕重緩急去處理。碰到緊急情況，比如系統(tǒng)崩潰，必須第一時(shí)間響應(yīng)。另外，定期檢查硬件設(shè)備也很關(guān)鍵，像服務(wù)器啦、網(wǎng)絡(luò)設(shè)備什么的，發(fā)現(xiàn)問題及時(shí)維修或者更換。這工作，需要耐心，也需要技術(shù)，不是隨便就能應(yīng)付過去的。

有時(shí)候?qū)懙臅r(shí)候，會(huì)不小心把一些專業(yè)術(shù)語(yǔ)混著普通話說，這樣反而顯得真實(shí)。比如剛才說到的“毛病在哪”，其實(shí)說“問題所在”會(huì)更正式些，但日常交流里直接這么講也沒什么大不了。還有，寫的時(shí)候別總是追求完美，偶爾帶點(diǎn)口語(yǔ)化的表達(dá)，會(huì)讓內(nèi)容看起來更有生活氣息。

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

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

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

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

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

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

寫崗位職責(zé)的時(shí)候，得先把工作的核心目標(biāo)搞清楚。像erp顧問工程師這崗位，主要就是幫助企業(yè)優(yōu)化管理流程，確保系統(tǒng)穩(wěn)定運(yùn)行。所以開頭可以這么寫：負(fù)責(zé)企業(yè)erp系統(tǒng)的實(shí)施、維護(hù)和技術(shù)支持，保障業(yè)務(wù)流程順暢高效。

具體到日常工作的話，有些細(xì)節(jié)得交代清楚。比如說日常巡檢系統(tǒng)運(yùn)行情況，這很重要，因?yàn)槿绻?wù)器突然宕機(jī)，那麻煩就大了。還有定期備份數(shù)據(jù)，這個(gè)步驟不能省，不然哪天出了問題，數(shù)據(jù)找不回來可就抓瞎了。不過有時(shí)候?qū)懼鴮懼赡軙?huì)不小心漏掉幾個(gè)關(guān)鍵點(diǎn)，像是權(quán)限管理這部分，應(yīng)該單獨(dú)列出來強(qiáng)調(diào)一下，確保每個(gè)部門都能用到合適的權(quán)限。

跟客戶溝通也是重要一環(huán)。當(dāng)用戶反饋問題時(shí)，得耐心聽他們描述，有時(shí)候用戶可能說不清楚具體哪里出問題，這就需要顧問工程師自己去分析。不過在寫這部分的時(shí)候，可能會(huì)出現(xiàn)措辭不當(dāng)?shù)那闆r，比如把“溝通技巧”寫成“交流能力”，雖然意思差不多，但還是會(huì)讓讀者稍微愣一下。

培訓(xùn)員工使用新系統(tǒng)也是職責(zé)之一。剛開始部署新功能時(shí)，很多員工可能不太理解怎么操作，這時(shí)候就需要顧問工程師手把手教他們。不過在寫這部分的時(shí)候，可能忘記補(bǔ)充一句：除了培訓(xùn)，還要準(zhǔn)備詳細(xì)的使用手冊(cè)，這樣員工以后遇到小問題也能自己解決。

此外，還得參與系統(tǒng)升級(jí)規(guī)劃。隨著企業(yè)發(fā)展，原有的模塊可能不夠用了，這就需要提前評(píng)估需求，制定升級(jí)方案。有時(shí)候?qū)懙竭@里，可能會(huì)把“升級(jí)方案”誤寫成“更新計(jì)劃”，雖然不影響大意，但仔細(xì)一看確實(shí)有點(diǎn)別扭。

最后一點(diǎn)，要隨時(shí)關(guān)注行業(yè)動(dòng)態(tài)和技術(shù)發(fā)展。畢竟erp系統(tǒng)不是一成不變的，新的技術(shù)和工具不斷涌現(xiàn)，作為顧問工程師得保持敏感度，這樣才能給企業(yè)提供最新的解決方案。

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

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

有時(shí)候系統(tǒng)升級(jí)也是少不了的，得提前做好準(zhǔn)備，跟相關(guān)部門溝通好，確保升級(jí)不會(huì)影響正常業(yè)務(wù)。再就是對(duì)數(shù)據(jù)庫(kù)進(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é)合公司的具體情況，比如有的公司可能對(duì)文檔管理要求很高，那就得在職責(zé)里體現(xiàn)出來，像定期更新操作手冊(cè)，培訓(xùn)新員工之類的。還有些公司可能對(duì)數(shù)據(jù)分析比較看重，那就要強(qiáng)調(diào)通過數(shù)據(jù)發(fā)現(xiàn)問題，幫助改進(jìn)系統(tǒng)性能。

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

寫崗位職責(zé)的時(shí)候，得根據(jù)自己了解的情況來，要是自己都不清楚，那寫出來的肯定亂七八糟。比如erp軟件開發(fā)工程師這個(gè)崗位，它涉及的東西挺多，技術(shù)方面的要求就很高。平時(shí)的工作，就是負(fù)責(zé)系統(tǒng)的設(shè)計(jì)，代碼編寫呀，還有測(cè)試之類的，這些都是日常任務(wù)。有時(shí)候接到新需求，就得趕緊跟團(tuán)隊(duì)商量怎么改，畢竟客戶那邊催得緊。

具體到職責(zé)的話，可以寫寫每天都要做什么事。比如說處理用戶反饋的問題，這很重要，不然用戶一直抱怨，公司形象受影響。再比如維護(hù)現(xiàn)有的功能模塊，確保它們正常運(yùn)行，要是突然崩潰了，麻煩就大了。另外還得關(guān)注新技術(shù)的發(fā)展，看看能不能引入新的東西提升效率，這需要時(shí)刻保持敏感度。

至于要求，學(xué)歷背景得達(dá)標(biāo)，至少本科畢業(yè)，計(jì)算機(jī)相關(guān)專業(yè)會(huì)好點(diǎn)。技術(shù)能力這塊兒，得熟悉常用的開發(fā)工具，像java、python這些編程語(yǔ)言都得掌握。數(shù)據(jù)庫(kù)的操作也得精通，sql查詢什么的基本功要扎實(shí)。還有就是溝通能力，因?yàn)殚_發(fā)過程中少不了和其他部門對(duì)接，如果表達(dá)不清，工作很容易出岔子。

未來發(fā)展方面，可以提一下長(zhǎng)遠(yuǎn)目標(biāo)。比如往項(xiàng)目經(jīng)理的方向發(fā)展，積累管理經(jīng)驗(yàn)，帶團(tuán)隊(duì)做更大的項(xiàng)目。也可以深入研究技術(shù)，成為某個(gè)領(lǐng)域的專家。不過這條路不容易走，得不斷學(xué)習(xí)新東西，否則很快就被淘汰了。

有時(shí)候?qū)懼鴮懼赡軙?huì)忘記前面提到過的內(nèi)容，重復(fù)啰嗦幾句也是常有的事。比如寫到技術(shù)要求時(shí)，可能又把數(shù)據(jù)庫(kù)相關(guān)的說一遍，這樣其實(shí)沒必要。還有就是用詞不當(dāng)?shù)那闆r，像把“配置文件”寫成“設(shè)置文件”，雖然意思差不多，但專業(yè)術(shù)語(yǔ)用錯(cuò)了就顯得不夠嚴(yán)謹(jǐn)了。