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

寫開發(fā)顧問崗位職責(zé)的時候，得先搞清楚這個崗位具體負責(zé)什么。這崗位通常就是幫客戶解決技術(shù)上的各種問題，從需求分析到方案實施都得管。寫的時候，要把這些具體的工作內(nèi)容一條條列出來，這樣看起來清晰明了。比如，負責(zé)跟客戶溝通，了解他們到底需要什么功能；然后根據(jù)需求制定技術(shù)方案，還得確保這個方案能落地執(zhí)行。

有時候?qū)懧氊?zé)描述，容易把話說得太大太籠統(tǒng)，像“全面負責(zé)項目推進”這種話聽起來就空泛。其實應(yīng)該細化點，比如“主導(dǎo)項目初期的技術(shù)評估工作，明確技術(shù)可行性”，這樣的描述就顯得具體多了。還有，別忘了提到一些日常事務(wù)，像是維護跟客戶的良好關(guān)系，及時反饋項目進展什么的。

書寫注意事項：

開發(fā)顧問的工作也少不了跟團隊內(nèi)部協(xié)作。這部分內(nèi)容也不能漏掉，可以寫成“協(xié)調(diào)內(nèi)部資源，確保開發(fā)進度符合預(yù)期”。不過有時候會不小心把句子寫得有點啰嗦，像“確保開發(fā)進度能夠達到預(yù)期目標，并且保證項目的每一個環(huán)節(jié)都能順利進行下去”，前半句和后半句其實差不多意思，這就是個小問題。

再說了，職責(zé)里最好帶上一些關(guān)鍵指標，比如“在規(guī)定時間內(nèi)完成客戶需求對接，并保證客戶滿意度達到百分之九十以上”。這種量化指標能讓職責(zé)描述更有說服力。不過有時候?qū)懙臅r候會忘記加上這類細節(jié)，導(dǎo)致描述顯得不夠具體。

還有一點需要注意，寫職責(zé)的時候別光顧著說正面的，也要提一下可能出現(xiàn)的問題。像“處理突發(fā)的技術(shù)故障，保障系統(tǒng)穩(wěn)定運行”這種表述，就涵蓋了日常工作中的風(fēng)險應(yīng)對部分。要是只寫積極的一面，反而會讓職責(zé)顯得片面。

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

在寫人才培養(yǎng)與開發(fā)顧問的崗位職責(zé)時，得先把這事想清楚，別一上來就瞎寫。這個崗位主要負責(zé)的就是人才相關(guān)的那些事，比如找人、培訓(xùn)人什么的，但光知道這些還不夠，得具體到點子上。比如，這個顧問得能設(shè)計培訓(xùn)項目，得知道怎么能讓員工成長起來，還不能只是嘴上說說，得有具體的行動方案，像是搞個培訓(xùn)計劃，還得去監(jiān)督執(zhí)行情況。

書寫注意事項：

這個顧問還要能分析人才現(xiàn)狀，這就需要看透公司里的各種情況，知道誰行誰不行，然后給領(lǐng)導(dǎo)提建議。建議可不是隨便編的，得有數(shù)據(jù)支撐，得有事實依據(jù)，不然說了也是白說。所以，寫這部分的時候，得把怎么收集信息、怎么分析這些步驟都寫進去，別光喊口號。

這個顧問得跟各部門溝通，協(xié)調(diào)各種資源，保證培訓(xùn)順利進行。這就要求他得有耐心，還得有點社交能力，畢竟不是所有人都愿意配合你的工作。寫這部分的時候，得把溝通技巧也帶上，像是怎么說服別人、怎么化解沖突之類的，得讓別人看了覺得靠譜。

再就是，這個顧問得隨時關(guān)注行業(yè)動態(tài)，了解最新的管理理念和技術(shù)，這樣才能保持專業(yè)性。寫這部分的時候，得強調(diào)持續(xù)學(xué)習(xí)的重要性，但別太直白地說出來，讓人感覺像是在說教?？梢耘e個例子，比如最近有個新的培訓(xùn)方法，效果特別好，咱們就得趕緊學(xué)過來用上。

不過有時候?qū)懼鴮懼腿菀着芷?，比如把“人才發(fā)展”寫成“人才進步”，雖然意思差不多，但總感覺怪怪的。還有一次差點把“資源整合”寫成“資源調(diào)整”，幸好及時改過來了。寫的時候要注意別犯這種小錯，不然給人看了笑話。

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

寫一份sap開發(fā)顧問的崗位職責(zé)，得先把工作的大方向摸清楚。這個崗位，主要就是負責(zé)企業(yè)里的系統(tǒng)集成工作，特別是sap相關(guān)的模塊，像是財務(wù)、供應(yīng)鏈之類的。日常工作里頭，你要能理解業(yè)務(wù)需求，然后把這些需求轉(zhuǎn)化成技術(shù)方案，接著就是編寫代碼、測試，確保整個流程跑得順暢。

說到具體的工作內(nèi)容，首先要能分析現(xiàn)有的業(yè)務(wù)流程，看看哪些地方可以通過優(yōu)化來提高效率。比如，有些企業(yè)的訂單處理速度慢，你就得從系統(tǒng)的角度入手，找出瓶頸在哪里，然后給出解決方案。這一步特別關(guān)鍵，因為如果你沒搞明白業(yè)務(wù)的本質(zhì)，后面的技術(shù)實現(xiàn)就容易跑偏。

再說了，日常維護也是少不了的活兒。系統(tǒng)不可能一勞永逸，總會有各種小問題冒出來，比如數(shù)據(jù)傳輸失敗、報表格式不對之類的小毛病。這時候你就得快速定位問題，然后修復(fù)。記得，每次修改都要做好記錄，方便以后排查類似的問題。

還有，和團隊的溝通也挺重要的。有時候業(yè)務(wù)部門提的需求可能不太明確，這就需要你多問幾句，把需求吃透了再動手。要是覺得某些需求不合理，也可以大膽提出來，畢竟最終的目標是讓系統(tǒng)更好用，而不是一味地滿足所有要求。

有時候，遇到比較復(fù)雜的項目，可能還需要跟其他部門協(xié)作。比如跟產(chǎn)品經(jīng)理一起討論功能設(shè)計，跟運維同事對接上線計劃什么的。這個時候，你的溝通能力和協(xié)調(diào)能力就顯得尤為重要了。

不過，寫這類崗位職責(zé)的時候，可能會不小心漏掉一些細節(jié)，比如沒有提到培訓(xùn)新員工這一塊。其實這也是個重要部分，尤其是當團隊里來了新人，你得教會他們熟悉系統(tǒng)的基本操作，這樣才能保證工作的連續(xù)性。

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

在撰寫sap abap開發(fā)顧問崗位職責(zé)時，得先把工作環(huán)境摸透。青島那邊企業(yè)對技術(shù)的要求挺高的，尤其是abap這塊，它可是連接sap系統(tǒng)和業(yè)務(wù)的關(guān)鍵橋梁。我之前在一家制造企業(yè)干過這活兒，那時候主要負責(zé)的就是根據(jù)需求去寫代碼，把那些復(fù)雜的業(yè)務(wù)邏輯轉(zhuǎn)化成程序能理解的東西。這可不是簡單的敲代碼，得熟悉企業(yè)的運作流程才行。

比如，你要懂如何調(diào)試那些現(xiàn)有的程序，有時候一個小小的參數(shù)沒配對好，整個系統(tǒng)就可能卡住。記得有一次，客戶那邊有個訂單處理速度慢的問題，我花了一天時間才發(fā)現(xiàn)是某個循環(huán)嵌套太多導(dǎo)致效率低。當時也沒多想，就直接改了代碼上線，結(jié)果第二天又報錯了，后來仔細檢查才發(fā)現(xiàn)，原來忘了測試新代碼的兼容性。這種事要是經(jīng)常發(fā)生，肯定會影響項目進度。

書寫注意事項：

文檔這塊也挺關(guān)鍵的。每次完成一個模塊開發(fā)，都得詳細記錄下設(shè)計思路、測試結(jié)果什么的。不過有時候太忙了，就把這個環(huán)節(jié)給省略了，覺得反正同事也知道怎么回事。但后來發(fā)現(xiàn)，當別人接手你的工作時，完全看不懂你在搞什么名堂，這就很尷尬了。所以后來我就養(yǎng)成習(xí)慣了，不管多忙都會抽點時間整理好文檔，這樣交接起來也方便。

跟其他部門溝通也很重要。像跟業(yè)務(wù)部門對接的時候，他們提出的很多需求表面上看起來很簡單，但實際上涉及到的技術(shù)細節(jié)可能很復(fù)雜。我記得有次業(yè)務(wù)部門說要增加個報表功能，我以為只是調(diào)取數(shù)據(jù)庫里的數(shù)據(jù)就行，結(jié)果深入聊了才知道，原來他們需要的不只是數(shù)據(jù)展示，還得有數(shù)據(jù)分析的功能。所以前期的溝通一定要到位，不然到最后才發(fā)現(xiàn)方向不對勁，那就麻煩了。

還有就是，要學(xué)會利用現(xiàn)成的資源。abap開發(fā)顧問不是一個人在戰(zhàn)斗，公司通常會有一些現(xiàn)成的標準程序包，你可以參考這些來快速搭建新的功能。不過也有時候，這些東西不一定完全符合需求，這時候就得靈活變通了。我曾經(jīng)嘗試過直接修改標準程序包里的代碼，結(jié)果導(dǎo)致系統(tǒng)不穩(wěn)定，后來還是得重新寫一套自定義的解決方案。

小編友情提醒：

別忘了持續(xù)學(xué)習(xí)。abap更新?lián)Q代挺快的，新的開發(fā)工具和技術(shù)層出不窮。如果你一直停留在原來的水平上，很快就會被淘汰。所以我平時沒事就喜歡翻閱官方發(fā)布的最新文檔，看看有沒有什么新特性能用到工作中。當然，有時候看文檔看得入迷了，就容易忽略手頭的工作，這也是需要注意的地方。

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

做oracle ebs開發(fā)顧問的崗位職責(zé)，得結(jié)合自己的經(jīng)驗和理解去寫。這類工作主要負責(zé)系統(tǒng)維護、功能模塊調(diào)整什么的，所以開頭就說清楚這個顧問的主要任務(wù)就是確保ebs系統(tǒng)的正常運轉(zhuǎn)。比如，處理日常的技術(shù)問題，像用戶遇到的操作異常，或者數(shù)據(jù)傳輸錯誤之類的，這些都是需要第一時間解決的。

接著，要強調(diào)的是開發(fā)的部分。這包括根據(jù)業(yè)務(wù)需求設(shè)計新的功能模塊，這就得熟悉ebs的各種技術(shù)架構(gòu)了。像是接口文件的編寫、腳本的調(diào)試什么的，都需要細致地去做。這部分的內(nèi)容可以稍微具體點，比如提到要熟悉oracle提供的各種api接口，還有pl/sql編程技巧，這些都是必備技能。

書寫注意事項：

還得提一下文檔編寫這一塊。每次做完一個功能模塊的開發(fā)，相關(guān)的技術(shù)文檔得整理好。文檔里頭要包含模塊的功能描述、技術(shù)實現(xiàn)路徑，以及可能存在的風(fēng)險點。這一步很重要，因為后續(xù)如果出現(xiàn)問題，方便追溯和排查。不過有時候?qū)懳臋n的時候，可能會忘記標注一些關(guān)鍵步驟，這就容易給后來的人帶來麻煩。

溝通協(xié)調(diào)也是一大重點。作為顧問，跟業(yè)務(wù)部門和技術(shù)部門都要保持良好的互動。業(yè)務(wù)部門提出的需求往往比較籠統(tǒng)，這時候就需要顧問用自己的專業(yè)能力去細化需求，然后制定可行的技術(shù)方案。在這個過程中，難免會出現(xiàn)理解偏差的情況，比如某個術(shù)語雙方的理解不一樣，就可能導(dǎo)致后續(xù)的工作方向偏離。

培訓(xùn)也是不可忽視的一部分。新員工入職或者現(xiàn)有員工換崗時，需要對他們進行技術(shù)培訓(xùn)。內(nèi)容可以涵蓋基礎(chǔ)的系統(tǒng)操作、常見問題的處理方法等。不過，有時候在準備培訓(xùn)材料的時候，可能會忽略掉一些細節(jié)，導(dǎo)致培訓(xùn)效果打折扣。

小編友情提醒：

關(guān)于項目的跟進。每個項目都有明確的時間節(jié)點，顧問需要定期匯報進展，確保項目按計劃推進。這里頭涉及到很多協(xié)調(diào)工作，比如資源分配、進度把控什么的。有時候事情一多，可能會忘記更新項目進度表，這樣就會影響整個項目的管理效率。

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

寫崗位職責(zé)的時候，得結(jié)合實際工作情況。像初級開發(fā)顧問這職位，日常得跟客戶對接需求，幫他們解決軟件開發(fā)上的問題。開頭可以這么寫：負責(zé)收集客戶需求并制定初步的技術(shù)方案。這個部分比較關(guān)鍵，因為這是工作的起點，客戶的需求如果不明確，后續(xù)工作就會出岔子。

接著，要強調(diào)技術(shù)實施的部分。這部分內(nèi)容可以這樣寫：協(xié)助完成系統(tǒng)架構(gòu)設(shè)計，確保項目按時推進。這里需要注意的是，設(shè)計的時候不能只顧著理論上的完美，還得考慮到實際操作中可能遇到的問題，不然到時候改起來很麻煩。有時候為了趕進度，可能會忽略細節(jié)，這就容易埋下隱患。

還有就是測試環(huán)節(jié)了，這部分也不能省略?？梢赃@么描述：參與功能測試，及時發(fā)現(xiàn)并記錄bug，跟進修復(fù)情況。在測試階段，有時候會遇到一些邊緣場景，這時候就需要特別留意，如果遺漏了，上線后用戶一反饋，就不太好處理了。

書寫注意事項：

溝通也是很重要的一環(huán)?？梢詫懗桑号c團隊成員保持良好溝通，定期匯報項目進展。工作中難免會遇到意見不合的情況，這個時候就需要耐心溝通，找到大家都認可的解決方案，而不是一味地爭執(zhí)。

小編友情提醒：

別忘了提到培訓(xùn)和支持。這部分內(nèi)容可以這樣寫：為客戶提供基礎(chǔ)的技術(shù)培訓(xùn)，解答他們在使用過程中遇到的問題。有時候客戶提的問題看似簡單，但實際上可能是系統(tǒng)某個模塊存在缺陷，所以一定要認真對待，不能敷衍了事。