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

在寫erp技術(shù)實(shí)施工程師的崗位職責(zé)時(shí)，得考慮這份工作的具體需求。比如，這個(gè)崗位需要負(fù)責(zé)系統(tǒng)上線前的準(zhǔn)備工作，包括環(huán)境搭建、測(cè)試數(shù)據(jù)準(zhǔn)備什么的。還有，要能和客戶溝通，了解他們的業(yè)務(wù)流程，然后根據(jù)這些流程去配置系統(tǒng)功能。這過(guò)程中肯定少不了對(duì)現(xiàn)有系統(tǒng)的調(diào)整，可能涉及到一些腳本編寫，或者接口開發(fā)之類的活兒。

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

崗位要求這部分也得仔細(xì)琢磨。對(duì)于技術(shù)這塊，得強(qiáng)調(diào)熟練掌握erp軟件的技術(shù)架構(gòu)，像是數(shù)據(jù)庫(kù)的操作、服務(wù)器的管理，這些都是基本功。要是能在項(xiàng)目管理上有點(diǎn)經(jīng)驗(yàn)就更好了，畢竟實(shí)施工作很多時(shí)候是要跟進(jìn)度走的，協(xié)調(diào)好各方資源很重要。當(dāng)然，溝通能力也不能忽視，因?yàn)榻?jīng)常要面對(duì)客戶的各種需求，得能耐心解釋清楚。

至于未來(lái)發(fā)展，可以從技術(shù)深度和廣度兩個(gè)方向看。技術(shù)深度就是繼續(xù)深耕erp領(lǐng)域，成為某個(gè)模塊的專家，比如財(cái)務(wù)模塊或者供應(yīng)鏈模塊。廣度的話，可以往項(xiàng)目經(jīng)理的方向發(fā)展，積累更多的項(xiàng)目管理經(jīng)驗(yàn)，這樣將來(lái)帶團(tuán)隊(duì)的時(shí)候就會(huì)更有底氣。

不過(guò)有時(shí)候?qū)懼鴮懼赡軙?huì)出現(xiàn)一點(diǎn)小狀況，比如說(shuō)把“環(huán)境搭建”寫成“環(huán)境布置”，雖然差別不大，但細(xì)究起來(lái)還是有些偏差。再比如描述溝通能力時(shí)，可能會(huì)說(shuō)“能夠清晰地向客戶傳達(dá)自己的想法”，這里其實(shí)可以更精準(zhǔn)些，但寫著寫著就順手這么寫了。

寫這些內(nèi)容的時(shí)候，還得注意用詞的專業(yè)性。像提到數(shù)據(jù)庫(kù)操作時(shí)，可以說(shuō)熟悉sql查詢語(yǔ)句，知道如何優(yōu)化查詢效率。還有服務(wù)器管理，得提到常用的linux命令行工具，像ssh連接、文件傳輸什么的。要是能在文檔編寫方面也有所建樹，那對(duì)職業(yè)發(fā)展肯定是有幫助的，畢竟項(xiàng)目實(shí)施過(guò)程中總會(huì)產(chǎn)生不少文檔資料。

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

寫崗位職責(zé)的時(shí)候，得結(jié)合實(shí)際工作情況，不能太籠統(tǒng)。像erp技術(shù)開發(fā)這個(gè)崗位，就得具體到技術(shù)層面的東西。比如要負(fù)責(zé)系統(tǒng)的日常維護(hù)，確保系統(tǒng)穩(wěn)定運(yùn)行，這是一塊重要的內(nèi)容。還有就是參與項(xiàng)目的規(guī)劃和實(shí)施，這也很關(guān)鍵，畢竟新項(xiàng)目上線前需要做很多準(zhǔn)備工作。

再比如，要熟悉數(shù)據(jù)庫(kù)的操作，能處理常見的sql查詢問(wèn)題。這一點(diǎn)很重要，因?yàn)閑rp系統(tǒng)離不開數(shù)據(jù)庫(kù)的支持。另外，對(duì)于接口開發(fā)這部分也不能忽視，很多時(shí)候不同模塊之間的數(shù)據(jù)交換都需要通過(guò)接口來(lái)完成。所以這部分職責(zé)得寫清楚，讓應(yīng)聘者知道具體要做哪些事情。

在編寫時(shí)，最好能融入一些專業(yè)術(shù)語(yǔ)，這樣顯得更有深度。像什么“模塊功能優(yōu)化”、“性能調(diào)優(yōu)”之類的詞，能讓?shí)徫幻枋隹雌饋?lái)更專業(yè)。不過(guò)有時(shí)候可能會(huì)出現(xiàn)一些不太嚴(yán)謹(jǐn)?shù)牡胤?，比如把“模塊功能優(yōu)化”誤寫成“功能模塊優(yōu)化”，雖然不影響理解，但仔細(xì)看的話會(huì)發(fā)現(xiàn)順序不對(duì)。

還有一點(diǎn)需要注意，就是不要把職責(zé)范圍寫得太死板。畢竟每個(gè)公司的情況不一樣，有些可能更注重前端界面的設(shè)計(jì)，而有些則更關(guān)注后端邏輯的實(shí)現(xiàn)。所以在描述時(shí)要留有一定的彈性，比如提到“根據(jù)需求調(diào)整相關(guān)模塊的功能配置”，這就比較靈活了。

有時(shí)候?qū)憤徫宦氊?zé)的時(shí)候，可能會(huì)漏掉一些細(xì)節(jié)，比如安全方面的考慮。其實(shí)erp系統(tǒng)涉及到企業(yè)核心業(yè)務(wù)數(shù)據(jù)，安全性特別重要。所以應(yīng)該強(qiáng)調(diào)一下這方面的要求，像是定期檢查系統(tǒng)的安全漏洞，確保數(shù)據(jù)傳輸?shù)陌踩灾惖摹?/p>

小編友情提醒：

記得把技術(shù)要求也列進(jìn)去。比如要求掌握主流編程語(yǔ)言，熟悉常用的開發(fā)框架。這些對(duì)于應(yīng)聘者來(lái)說(shuō)都是硬性條件，必須明確寫出來(lái)。不過(guò)有時(shí)候可能會(huì)忘記補(bǔ)充一點(diǎn)，那就是對(duì)團(tuán)隊(duì)協(xié)作能力的要求，畢竟開發(fā)不是一個(gè)人的事，良好的溝通也是必不可少的。

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

寫崗位職責(zé)的時(shí)候，得結(jié)合具體的工作場(chǎng)景去描述。像erp技術(shù)開發(fā)這個(gè)崗位，主要是負(fù)責(zé)系統(tǒng)的功能設(shè)計(jì)和實(shí)現(xiàn)，還有后續(xù)的技術(shù)支持什么的。一開始得把核心任務(wù)寫清楚，比如說(shuō)參與需求分析，跟業(yè)務(wù)部門對(duì)接，了解他們想實(shí)現(xiàn)的功能點(diǎn)，然后把這些功能轉(zhuǎn)化為技術(shù)方案。這部分內(nèi)容要具體，不能太籠統(tǒng)，不然領(lǐng)導(dǎo)看了也不明白你在干什么。

接著就是關(guān)于系統(tǒng)開發(fā)的部分，需要明確提到代碼編寫、單元測(cè)試這些基礎(chǔ)工作。這部分要體現(xiàn)專業(yè)性，可以提到常用的開發(fā)框架和技術(shù)棧，像是java spring boot之類的。當(dāng)然了，寫的時(shí)候要注意，有時(shí)候會(huì)因?yàn)橼s進(jìn)度，可能會(huì)忽略一些細(xì)節(jié)檢查，這都是需要注意的地方。另外，接口文檔的編寫也得強(qiáng)調(diào)一下，這是后期維護(hù)的基礎(chǔ)，要是文檔不全，后續(xù)出了問(wèn)題就麻煩了。

再往后就是技術(shù)支持這塊兒，遇到用戶反饋的問(wèn)題，要及時(shí)響應(yīng)，快速定位故障原因。這一部分不能只說(shuō)空話，最好能舉例說(shuō)明，比如曾經(jīng)處理過(guò)某個(gè)復(fù)雜故障的經(jīng)歷，這樣顯得更有說(shuō)服力。不過(guò)有時(shí)候?qū)懙臅r(shí)候，可能會(huì)漏掉某些關(guān)鍵步驟，這就需要反復(fù)核對(duì)。

小編友情提醒：

還得提一下團(tuán)隊(duì)協(xié)作的事情。erp開發(fā)不是一個(gè)人的事，涉及到前后端配合，還有和其他部門的溝通協(xié)調(diào)。這部分可以稍微帶過(guò)，但不能省略，畢竟合作順暢才能保證項(xiàng)目順利推進(jìn)。有時(shí)候?qū)懙臅r(shí)候，可能會(huì)忘記補(bǔ)充一些跨部門溝通的技巧，這點(diǎn)也是需要注意的。

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

在寫erp技術(shù)支持崗位職責(zé)的時(shí)候，得把工作里的具體任務(wù)說(shuō)清楚。這個(gè)崗位，主要是負(fù)責(zé)系統(tǒng)運(yùn)行情況的檢查，要是發(fā)現(xiàn)哪里不對(duì)勁兒，得馬上處理，不能拖著不管。像用戶那邊遇到問(wèn)題了，比如軟件報(bào)錯(cuò)了，得第一時(shí)間去解決，不能讓用戶干等著。還有就是，對(duì)于一些常見的故障，像網(wǎng)絡(luò)連接中斷，數(shù)據(jù)庫(kù)訪問(wèn)失敗之類的，要能快速定位問(wèn)題所在，然后給出解決方案。

有時(shí)候，客戶會(huì)提出一些功能上的需求，需要技術(shù)支持這邊配合做調(diào)整。這就得跟開發(fā)團(tuán)隊(duì)溝通好，把需求細(xì)化成具體的任務(wù)，確保最終實(shí)現(xiàn)的功能符合客戶的預(yù)期。另外，日常還得維護(hù)系統(tǒng)的安全設(shè)置，防止未經(jīng)授權(quán)的訪問(wèn)，這很重要，要是出了安全漏洞，后果很嚴(yán)重。對(duì)了，培訓(xùn)也是份內(nèi)工作之一，新員工來(lái)了，得教他們?nèi)绾握_使用erp系統(tǒng)，包括基本的操作步驟和注意事項(xiàng)。

文檔整理也不能落下，每次完成一次大的系統(tǒng)升級(jí)或者故障排除后，都得詳細(xì)記錄下來(lái)，方便以后查閱。畢竟，技術(shù)，時(shí)間久了容易忘，留個(gè)底兒總沒(méi)錯(cuò)。還有，偶爾會(huì)有緊急任務(wù)突然冒出來(lái)，比如某個(gè)關(guān)鍵業(yè)務(wù)模塊突然崩潰了，這時(shí)候就得立刻放下手頭的事，優(yōu)先處理這個(gè)緊急情況。

有時(shí)候，可能因?yàn)闇贤ú坏轿?，?dǎo)致用戶反饋的問(wèn)題沒(méi)能及時(shí)解決，這種情況得想辦法改進(jìn)。比如，建立一個(gè)更高效的反饋機(jī)制，讓問(wèn)題上報(bào)的渠道更加暢通。另外，技術(shù)資料也得定期更新，特別是那些已經(jīng)過(guò)時(shí)的文檔，該刪的刪，該改的改，保證信息的時(shí)效性。話說(shuō)回來(lái)，有時(shí)候?qū)懳臋n的時(shí)候，可能會(huì)漏掉一些重要的細(xì)節(jié)，這就得靠平時(shí)的經(jīng)驗(yàn)積累，多留意工作中可能出現(xiàn)的情況。

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

erp技術(shù)開發(fā)工程師這個(gè)崗位挺重要的，日常工作得圍繞系統(tǒng)功能展開。像什么需求分析，這一步特別關(guān)鍵，得搞清楚用戶到底想干什么，不能憑空想象。拿到需求后，就要著手設(shè)計(jì)數(shù)據(jù)庫(kù)表結(jié)構(gòu)了，這部分工作量不小，既要考慮性能，還得兼顧擴(kuò)展性。編碼的時(shí)候，要注意代碼規(guī)范，不然后期維護(hù)起來(lái)會(huì)很頭疼。還有單元測(cè)試也是必不可少的環(huán)節(jié)，確保每個(gè)模塊都能正常運(yùn)行。

項(xiàng)目實(shí)施階段，可能需要跟客戶溝通一些細(xì)節(jié)，這時(shí)候得有耐心，不能急躁。遇到問(wèn)題時(shí)，要第一時(shí)間定位問(wèn)題根源，別拖著不解決。有時(shí)候系統(tǒng)上線后還會(huì)有一些小調(diào)整，比如優(yōu)化查詢速度之類的，這些都是常規(guī)操作。文檔這塊也不能忽視，畢竟誰(shuí)也記不住所有的改動(dòng)細(xì)節(jié)，該留檔的就得留檔。

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

平時(shí)也要關(guān)注新技術(shù)動(dòng)態(tài)，畢竟it行業(yè)發(fā)展快，老一套可能很快就不適用了。偶爾也會(huì)碰到棘手的問(wèn)題，這時(shí)候就得翻資料或者請(qǐng)教同行，千萬(wàn)別硬扛著。團(tuán)隊(duì)協(xié)作也很重要，一個(gè)人單打獨(dú)斗肯定不行，得跟前后端同事配合好，大家齊心協(xié)力才能完成任務(wù)。

其實(shí)寫崗位職責(zé)挺講究技巧的，既要涵蓋日常工作內(nèi)容，又不能太籠統(tǒng)。有些時(shí)候?qū)懼鴮懼腿菀着芷热绨崖氊?zé)寫得太寬泛，反而顯得不專業(yè)。像前面提到的需求分析，如果只寫“負(fù)責(zé)需求分析”，感覺(jué)就差了點(diǎn)意思，最好能具體到“根據(jù)業(yè)務(wù)需求制定詳細(xì)的系統(tǒng)設(shè)計(jì)方案”。還有編碼部分，不能光說(shuō)“完成代碼編寫”，應(yīng)該細(xì)化到“按照公司代碼規(guī)范，實(shí)現(xiàn)各功能模塊”。

有時(shí)候也會(huì)出現(xiàn)一些小問(wèn)題，比如忘記加上備注，導(dǎo)致別人看代碼時(shí)一頭霧水。再比如在寫文檔時(shí)，格式?jīng)]統(tǒng)一好，影響閱讀體驗(yàn)。這些問(wèn)題看似不起眼，但時(shí)間久了積少成多，就會(huì)帶來(lái)麻煩。所以寫職責(zé)的時(shí)候，最好能多檢查幾遍，確保沒(méi)有遺漏或者錯(cuò)誤的地方。

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

在寫erp軟件技術(shù)支持崗位職責(zé)的時(shí)候，得知道這個(gè)工作主要涉及軟件的安裝調(diào)試、日常維護(hù)和技術(shù)指導(dǎo)什么的。這份工作的核心就是確保企業(yè)能順暢地使用erp系統(tǒng)，所以職責(zé)描述需要突出技術(shù)支撐的作用。比如，要寫清楚員工需要負(fù)責(zé)哪些具體的任務(wù)，像是檢查服務(wù)器配置是否正常，處理用戶反饋的技術(shù)問(wèn)題，還有協(xié)助完成一些定制化的功能開發(fā)。

有時(shí)候?qū)懙臅r(shí)候可能會(huì)漏掉一些細(xì)節(jié)，比如沒(méi)提到員工還需要定期做系統(tǒng)性能優(yōu)化。這就容易讓人覺(jué)得職責(zé)范圍不夠全面。另外，如果只是籠統(tǒng)地說(shuō)員工要解決各種問(wèn)題，這可能顯得太寬泛了。具體點(diǎn)說(shuō)，應(yīng)該強(qiáng)調(diào)他們要快速定位故障原因，然后給出解決方案。要是沒(méi)說(shuō)清楚這些，會(huì)讓?shí)徫宦氊?zé)看起來(lái)有點(diǎn)模糊。

還有一點(diǎn)需要注意，寫職責(zé)的時(shí)候容易忽略和業(yè)務(wù)部門的協(xié)作部分。其實(shí)技術(shù)支持人員經(jīng)常要跟業(yè)務(wù)部門溝通，了解他們的需求，這樣才能更好地調(diào)整系統(tǒng)設(shè)置。要是忽略了這部分內(nèi)容，就顯得這份職責(zé)描述只關(guān)注技術(shù)層面了。

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

寫職責(zé)時(shí)還得考慮到不同層級(jí)的員工責(zé)任差異。初級(jí)技術(shù)支持可能主要是執(zhí)行具體的操作，而高級(jí)別的就得承擔(dān)更多管理協(xié)調(diào)的工作。如果統(tǒng)一描述，會(huì)讓人搞不清楚不同級(jí)別員工的具體分工。這種不嚴(yán)謹(jǐn)?shù)牡胤娇赡軙?huì)誤導(dǎo)新人理解自己的角色。

小編友情提醒：

寫職責(zé)時(shí)還要留意措辭，避免用詞不當(dāng)導(dǎo)致誤解。比如，“負(fù)責(zé)所有erp相關(guān)的技術(shù)問(wèn)題”這句話聽起來(lái)挺全面的，但其實(shí)很容易引起爭(zhēng)議。因?yàn)椤八小边@個(gè)詞太絕對(duì)化了，現(xiàn)實(shí)中很難做到這一點(diǎn)。要是措辭不謹(jǐn)慎，可能會(huì)影響員工的工作積極性。