書(shū)寫(xiě)經(jīng)驗(yàn)81人覺(jué)得有用

在撰寫(xiě)bo工程師崗位職責(zé)時(shí)，得先把崗位的核心任務(wù)梳理清楚。bo工程師的工作主要是圍繞業(yè)務(wù)系統(tǒng)展開(kāi)的，涉及到需求分析、系統(tǒng)設(shè)計(jì)、功能開(kāi)發(fā)以及后續(xù)維護(hù)。比如，需要和業(yè)務(wù)部門溝通，了解他們的具體需求，這一步很關(guān)鍵，因?yàn)槿绻斫馄畹脑?，后續(xù)開(kāi)發(fā)就可能偏離軌道。然后就是根據(jù)需求制定設(shè)計(jì)方案，這個(gè)階段得充分考慮到系統(tǒng)的擴(kuò)展性和穩(wěn)定性，不然后期改起來(lái)會(huì)特別麻煩。

接下來(lái)就是編碼環(huán)節(jié)了，這部分需要扎實(shí)的技術(shù)功底，尤其是對(duì)數(shù)據(jù)庫(kù)的操作要熟練，畢竟bo系統(tǒng)離不開(kāi)數(shù)據(jù)處理。記得要寫(xiě)注釋，雖然有時(shí)候覺(jué)得麻煩，但回頭調(diào)試的時(shí)候你會(huì)發(fā)現(xiàn)注釋有多重要。還有，代碼風(fēng)格要統(tǒng)一，別一會(huì)兒用這種格式，一會(huì)兒又換那種，這樣會(huì)讓團(tuán)隊(duì)協(xié)作變得困難。

測(cè)試也是必不可少的一環(huán)，不能只依賴自動(dòng)化測(cè)試，手動(dòng)測(cè)試同樣重要。有些隱藏的bug只有通過(guò)實(shí)際操作才能發(fā)現(xiàn)，所以得耐心地一遍遍試。一旦上線后，還得負(fù)責(zé)監(jiān)控系統(tǒng)的運(yùn)行狀態(tài)，遇到問(wèn)題就得迅速定位并解決。有時(shí)候問(wèn)題可能不是技術(shù)上的，而是配置文件出了差錯(cuò)，這種情況也得考慮到。

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

bo工程師還需要不斷學(xué)習(xí)新技術(shù)，保持對(duì)行業(yè)動(dòng)態(tài)的關(guān)注。比如現(xiàn)在流行的微服務(wù)架構(gòu)，要是不了解的話，可能就跟不上節(jié)奏了。不過(guò)有時(shí)候在學(xué)習(xí)新東西的時(shí)候，可能會(huì)忽略掉一些細(xì)節(jié)，導(dǎo)致老項(xiàng)目出現(xiàn)問(wèn)題，這就需要平衡好時(shí)間和精力的分配。

小編友情提醒：

和團(tuán)隊(duì)成員之間的溝通也很重要，大家得齊心協(xié)力才能完成任務(wù)。有時(shí)候開(kāi)會(huì)討論方案時(shí)，可能因?yàn)闀r(shí)間緊張，沒(méi)有充分交流就匆忙決定，結(jié)果執(zhí)行起來(lái)才發(fā)現(xiàn)有問(wèn)題，這時(shí)候就需要及時(shí)調(diào)整策略。

書(shū)寫(xiě)經(jīng)驗(yàn)11人覺(jué)得有用

寫(xiě)崗位職責(zé)的時(shí)候，得結(jié)合具體的工作環(huán)境和需求。比如對(duì)于cobol研發(fā)工程師這個(gè)職位，就得突出技術(shù)能力和項(xiàng)目經(jīng)驗(yàn)。開(kāi)頭可以簡(jiǎn)單說(shuō)一下崗位背景，像是負(fù)責(zé)企業(yè)級(jí)應(yīng)用系統(tǒng)的開(kāi)發(fā)維護(hù)之類的。接著就直接進(jìn)入正題，描述具體的任務(wù)，像參與系統(tǒng)的設(shè)計(jì)工作，這很重要，因?yàn)樵O(shè)計(jì)決定了后續(xù)工作的方向。

工作中涉及到代碼編寫(xiě)肯定少不了，這部分需要強(qiáng)調(diào)的是要確保代碼的質(zhì)量，不僅要符合公司的編碼規(guī)范，還得保證性能優(yōu)化到位。還有就是對(duì)現(xiàn)有系統(tǒng)的維護(hù)，遇到bug時(shí)要及時(shí)修復(fù)，這點(diǎn)很關(guān)鍵，畢竟穩(wěn)定運(yùn)行才是硬道理。另外，和團(tuán)隊(duì)成員溝通協(xié)作也是必不可少的環(huán)節(jié)，尤其是在需求分析階段，需要跟業(yè)務(wù)部門多交流，確保理解一致。

有時(shí)候會(huì)涉及到新技術(shù)的研究與引入，這是為了保持競(jìng)爭(zhēng)力。不過(guò)這里有個(gè)需要注意的地方，有些新工具雖然看起來(lái)挺先進(jìn)，但不一定適合所有項(xiàng)目，所以評(píng)估時(shí)得慎重。還有，文檔編寫(xiě)也不能忽視，尤其是功能模塊的詳細(xì)說(shuō)明，這對(duì)后期的維護(hù)工作很有幫助。如果項(xiàng)目周期較長(zhǎng)的話，階段性總結(jié)也很有必要，能及時(shí)發(fā)現(xiàn)問(wèn)題并調(diào)整策略。

在實(shí)際操作中，難免會(huì)碰到一些棘手的問(wèn)題，這時(shí)候就需要靈活應(yīng)對(duì)了。比如有一次我在處理一個(gè)性能瓶頸的時(shí)候，起初以為是算法問(wèn)題，后來(lái)才發(fā)現(xiàn)是數(shù)據(jù)庫(kù)索引配置不當(dāng)導(dǎo)致的，這就提醒我們?cè)谂挪閱?wèn)題時(shí)要全面考慮。還有一次參與跨部門合作，由于雙方對(duì)某些術(shù)語(yǔ)的理解存在偏差，差點(diǎn)影響了進(jìn)度，后來(lái)通過(guò)多次會(huì)議才理清楚，這也算是個(gè)教訓(xùn)吧。

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

bom工程師這個(gè)崗位挺關(guān)鍵的，主要得熟悉物料清單管理吧。日常工作里，要能確保物料數(shù)據(jù)準(zhǔn)確無(wú)誤，這包括核對(duì)新增物料的信息，還要跟進(jìn)那些設(shè)計(jì)變更帶來(lái)的影響。有時(shí)候接到新項(xiàng)目，就得趕緊建好bom表，確保后續(xù)生產(chǎn)流程順暢。

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

跟其他部門溝通也少不了，比如技術(shù)部那邊有新的改動(dòng)，采購(gòu)部需要知道最新的物料需求，這時(shí)候就需要及時(shí)更新數(shù)據(jù)并通知到位。當(dāng)然，庫(kù)存情況也要時(shí)刻關(guān)注，要是發(fā)現(xiàn)某個(gè)物料缺貨或者積壓太多，都得想辦法解決。

其實(shí)有些時(shí)候難免會(huì)遇到些麻煩，比如系統(tǒng)里的數(shù)據(jù)出錯(cuò)了，或者是跟供應(yīng)商確認(rèn)物料規(guī)格時(shí)溝通不到位，這些都會(huì)直接影響到生產(chǎn)進(jìn)度。所以平時(shí)工作中得特別留意細(xì)節(jié)，像核對(duì)物料編碼的時(shí)候，最好多看幾遍，防止手滑輸錯(cuò)數(shù)字什么的。

對(duì)于一些特殊物料，可能還需要聯(lián)系研發(fā)人員確認(rèn)具體參數(shù)，不然的話，萬(wàn)一用錯(cuò)了材料，那損失可不小。而且要定期檢查歷史數(shù)據(jù)，看看有沒(méi)有過(guò)期的物料記錄，該刪的刪，該改的改，保持?jǐn)?shù)據(jù)庫(kù)干凈整潔。

總體來(lái)說(shuō)，這份工作既要細(xì)心又要耐心，畢竟一個(gè)小小的疏忽就可能導(dǎo)致大問(wèn)題。不過(guò)話說(shuō)回來(lái)，剛?cè)肼毜臅r(shí)候確實(shí)容易搞混各種型號(hào)，特別是面對(duì)一堆復(fù)雜的表格時(shí)，頭都快炸了。但只要多實(shí)踐幾次，慢慢就能找到竅門了。

書(shū)寫(xiě)經(jīng)驗(yàn)26人覺(jué)得有用

bom助理工程師這個(gè)崗位挺重要的，工作內(nèi)容跟產(chǎn)品物料清單有關(guān)，具體怎么寫(xiě)職責(zé)？得結(jié)合實(shí)際情況。比如，這人需要核對(duì)物料信息，確保清單里的東西沒(méi)差錯(cuò)。平時(shí)還要跟進(jìn)物料到貨情況，發(fā)現(xiàn)問(wèn)題及時(shí)反饋給相關(guān)人員。另外，得熟悉erp系統(tǒng)操作，這是日常工作少不了的技能。

有時(shí)候會(huì)碰到一些突發(fā)狀況，像物料清單更新不及時(shí)，導(dǎo)致生產(chǎn)環(huán)節(jié)受影響。這時(shí)候就需要助理工程師迅速反應(yīng)，協(xié)調(diào)各部門解決問(wèn)題。還有，這份工作可能還會(huì)涉及文件歸檔，資料整理這類事情，畢竟數(shù)據(jù)準(zhǔn)確很關(guān)鍵。

要是公司規(guī)模大一點(diǎn)，可能還需要配合上級(jí)做一些統(tǒng)計(jì)分析的工作。比如統(tǒng)計(jì)某個(gè)時(shí)間段內(nèi)物料消耗量，看看有沒(méi)有異常波動(dòng)。當(dāng)然了，這些都得按照規(guī)定的流程走，不能憑感覺(jué)來(lái)。

寫(xiě)職責(zé)的時(shí)候，最好能具體點(diǎn)，別太籠統(tǒng)。像什么“負(fù)責(zé)相關(guān)工作”，這種話聽(tīng)起來(lái)空泛?？梢詫?xiě)成“負(fù)責(zé)審核物料清單的完整性，確保無(wú)遺漏”。這樣既明確又實(shí)用。

不過(guò)有時(shí)候?qū)懙臅r(shí)候可能會(huì)疏忽，比如把“審核”寫(xiě)成“檢查”，雖然意思差不多，但總覺(jué)得差點(diǎn)勁。再就是有些細(xì)節(jié)容易忽略，像物料驗(yàn)收標(biāo)準(zhǔn)這種，應(yīng)該單獨(dú)列出來(lái)，不然容易漏掉重要部分。

寫(xiě)的時(shí)候還有一點(diǎn)需要注意，就是要把職責(zé)寫(xiě)得簡(jiǎn)潔明了。像“處理緊急事務(wù)”，這就太模糊了。如果改成“協(xié)助解決因物料短缺引發(fā)的緊急生產(chǎn)問(wèn)題”，就清楚多了。不過(guò)要是寫(xiě)得過(guò)細(xì)，又怕顯得啰嗦，這中間得把握好平衡。

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

寫(xiě)職責(zé)的時(shí)候，最好能融入公司的具體需求。比如有的公司特別看重成本控制，那就可以強(qiáng)調(diào)助理工程師在這方面的作用，像跟蹤物料價(jià)格變動(dòng)之類的。

書(shū)寫(xiě)經(jīng)驗(yàn)93人覺(jué)得有用

寫(xiě)崗位職責(zé)的時(shí)候，得根據(jù)自己對(duì)這個(gè)工作的理解來(lái)下筆，不是照搬照抄。比如說(shuō)java&cobol工程師這份工作，重點(diǎn)就在于技術(shù)和經(jīng)驗(yàn)，這兩個(gè)東西缺一不可。技術(shù)層面，首先要能熟練運(yùn)用java和cobol這兩種編程語(yǔ)言，這是基礎(chǔ)，也是硬門檻。要是連代碼都敲不利索，那還談什么別的？再就是對(duì)于數(shù)據(jù)庫(kù)的操作，像sql這類東西得搞得明明白白，不然數(shù)據(jù)出了問(wèn)題都不知道從哪兒下手。

在項(xiàng)目執(zhí)行這塊，得負(fù)責(zé)從需求分析到最終交付的全流程。一開(kāi)始接到任務(wù)，得先跟客戶或者產(chǎn)品經(jīng)理對(duì)接清楚，搞懂他們到底想要個(gè)什么，這一步很關(guān)鍵，要是理解錯(cuò)了方向，后面改起來(lái)麻煩得很。接著就是設(shè)計(jì)架構(gòu)，這部分需要結(jié)合實(shí)際情況，把系統(tǒng)架構(gòu)規(guī)劃好，既要保證功能實(shí)現(xiàn)，還得兼顧后期維護(hù)成本。編碼階段就不用多說(shuō)了，嚴(yán)格按照既定方案走，遇到問(wèn)題及時(shí)解決，別拖著，不然影響整個(gè)進(jìn)度。

日常工作中可能還會(huì)涉及到一些代碼審查工作。別人寫(xiě)的代碼不一定都符合標(biāo)準(zhǔn)，所以需要定期檢查一下，看看有沒(méi)有潛在的風(fēng)險(xiǎn)點(diǎn)。有時(shí)候也會(huì)參與一些技術(shù)分享會(huì)，把自己的經(jīng)驗(yàn)?zāi)贸鰜?lái)跟同事交流交流，大家互相學(xué)習(xí)進(jìn)步嘛。另外，碰到緊急情況，比如系統(tǒng)崩潰了之類的，就得第一時(shí)間響應(yīng)，迅速定位問(wèn)題所在，盡快恢復(fù)服務(wù)。畢竟用戶那邊等著用，不能老讓他們干等。

不過(guò)有時(shí)候?qū)懼鴮?xiě)著可能會(huì)有點(diǎn)卡殼，尤其是涉及到具體細(xì)節(jié)的時(shí)候。比如說(shuō)有一次寫(xiě)職責(zé)描述，本來(lái)想說(shuō)“確保軟件質(zhì)量”，結(jié)果寫(xiě)成了“保證軟件品質(zhì)”，雖然意思差不多，但總覺(jué)得哪里不對(duì)勁。還有一次寫(xiě)到“優(yōu)化程序性能”，愣是寫(xiě)成了“改善程序效能”，當(dāng)時(shí)也沒(méi)察覺(jué)出來(lái)，后來(lái)被領(lǐng)導(dǎo)指出來(lái)了才改過(guò)來(lái)。這種事情偶爾發(fā)生，也挺正常的，寫(xiě)東西，難免會(huì)有疏漏。

書(shū)寫(xiě)經(jīng)驗(yàn)29人覺(jué)得有用

編寫(xiě)崗位職責(zé)時(shí)，得結(jié)合實(shí)際情況，不能光套模板。像是老板開(kāi)發(fā)工程師這崗，就得具體到項(xiàng)目里去說(shuō)，不能太籠統(tǒng)。比如負(fù)責(zé)系統(tǒng)的日常維護(hù)，就得細(xì)化到具體的操作流程，像檢查服務(wù)器運(yùn)行狀態(tài)，看看數(shù)據(jù)庫(kù)有沒(méi)有異常什么的。還有就是代碼這塊，不能只寫(xiě)負(fù)責(zé)代碼編寫(xiě)，得具體到參與需求分析，跟團(tuán)隊(duì)一起討論設(shè)計(jì)方案。

有時(shí)候?qū)懙臅r(shí)候會(huì)碰到一些小狀況，比如寫(xiě)著寫(xiě)著就忘了前面提到過(guò)什么，結(jié)果前后有點(diǎn)矛盾。像之前寫(xiě)一個(gè)同事的職責(zé)時(shí)，開(kāi)頭說(shuō)他主要負(fù)責(zé)前端頁(yè)面優(yōu)化，后來(lái)又提到了后端接口調(diào)試，這就有點(diǎn)問(wèn)題了。其實(shí)可以改成“協(xié)助完成前后端聯(lián)調(diào)工作”，這樣既涵蓋了前端也包括了后端的事。

再比如說(shuō)版本控制這塊，不能光寫(xiě)“做好版本管理”，得具體到每天提交代碼前要自檢一遍，確保沒(méi)有遺漏。還有測(cè)試這一塊，也不能只是“配合測(cè)試人員進(jìn)行功能驗(yàn)證”，應(yīng)該明確到具體的測(cè)試環(huán)境搭建，以及配合找出問(wèn)題所在。

文檔這部分也很重要，不能光寫(xiě)“整理相關(guān)技術(shù)文檔”，得寫(xiě)清楚文檔更新頻率，比如每周五下午都要提交最新的開(kāi)發(fā)進(jìn)度報(bào)告。另外，跨部門溝通也是必不可少的，不能光寫(xiě)“協(xié)調(diào)各部門工作”，得具體到定期組織會(huì)議，匯報(bào)項(xiàng)目進(jìn)展，遇到問(wèn)題及時(shí)反饋。

還有就是緊急情況處理，不能光寫(xiě)“處理突發(fā)狀況”，得寫(xiě)明具體步驟，比如接到報(bào)警通知后，第一時(shí)間定位問(wèn)題根源，必要時(shí)啟動(dòng)應(yīng)急預(yù)案。要是涉及到安全問(wèn)題，還得加上保密協(xié)議之類的細(xì)節(jié)。

書(shū)寫(xiě)經(jīng)驗(yàn)42人覺(jué)得有用

寫(xiě)崗位職責(zé)的時(shí)候，得結(jié)合實(shí)際工作情況，不能太籠統(tǒng)。像cobol開(kāi)發(fā)軟件工程師這個(gè)崗位，就得強(qiáng)調(diào)具體的技能要求和技術(shù)方向。比如，要熟悉cobol語(yǔ)言的基本語(yǔ)法，能獨(dú)立完成程序編寫(xiě)，還有就是對(duì)數(shù)據(jù)庫(kù)的操作要熟練，這很重要。另外，日常工作中肯定少不了跟其他部門溝通協(xié)作，這一點(diǎn)也得寫(xiě)進(jìn)去，畢竟團(tuán)隊(duì)合作是項(xiàng)目成功的關(guān)鍵。

寫(xiě)的時(shí)候要注意，別光顧著堆砌專業(yè)術(shù)語(yǔ)，得讓人一看就明白具體要做什么。比如，“負(fù)責(zé)系統(tǒng)分析與設(shè)計(jì)，確保功能模塊符合需求文檔描述”這樣的句子就比較清晰直觀。不過(guò)有時(shí)候?qū)懼鴮?xiě)著可能會(huì)把“系統(tǒng)分析”打成“系繞分析”，雖然不影響理解，但仔細(xì)看會(huì)覺(jué)得有點(diǎn)不妥。

再比如，崗位職責(zé)里可以提到參與代碼審查，這有助于提升整體代碼質(zhì)量。還有，需要定期參加技術(shù)交流會(huì)，分享經(jīng)驗(yàn)和心得，這也是一個(gè)不錯(cuò)的點(diǎn)。不過(guò)有時(shí)候?qū)懙锰?，可能?huì)出現(xiàn)“參加技術(shù)交流會(huì)議，分享經(jīng)驗(yàn)心得”這樣的重復(fù)表達(dá)，雖然不算大問(wèn)題，但稍微調(diào)整一下會(huì)更好。

還有個(gè)需要注意的地方，寫(xiě)職責(zé)的時(shí)候最好能體現(xiàn)出工作的深度和廣度。比如，“處理生產(chǎn)環(huán)境中的緊急問(wèn)題，保障業(yè)務(wù)連續(xù)性”就很具體，能體現(xiàn)工作的重要性和挑戰(zhàn)性。但有時(shí)候可能會(huì)忘記補(bǔ)充后續(xù)措施，像“及時(shí)反饋問(wèn)題原因，并制定預(yù)防措施”這樣一句話就顯得尤為重要。

書(shū)寫(xiě)經(jīng)驗(yàn)83人覺(jué)得有用

做報(bào)表工程師的崗位職責(zé)，得從具體的工作出發(fā)，把能想到的都列出來(lái)。比如日常需要負(fù)責(zé)數(shù)據(jù)整理，這包括從各種系統(tǒng)里提取數(shù)據(jù)，確保數(shù)據(jù)準(zhǔn)確無(wú)誤，要是數(shù)據(jù)有問(wèn)題，還得自己想辦法找原因，有時(shí)候可能是系統(tǒng)設(shè)置不對(duì)，也可能是人為錄入時(shí)出了差錯(cuò)。再比如說(shuō)報(bào)表制作，這個(gè)就復(fù)雜了，既要熟悉excel或者bi工具，還得知道怎么設(shè)計(jì)表格才能讓老板一眼看明白。還有就是跟其他部門溝通，了解他們的需求，畢竟每個(gè)部門關(guān)心的數(shù)據(jù)點(diǎn)不一樣，財(cái)務(wù)部可能更關(guān)注成本，銷售部可能更在意銷售額，這就得靠平時(shí)積累的經(jīng)驗(yàn)去判斷。

有時(shí)候，還會(huì)遇到一些臨時(shí)的任務(wù)，比如領(lǐng)導(dǎo)突然要求做一個(gè)對(duì)比分析，這種時(shí)候就得快速反應(yīng)，迅速找出相關(guān)數(shù)據(jù)，然后進(jìn)行加工處理。另外，報(bào)表工程師還應(yīng)該學(xué)會(huì)優(yōu)化流程，比如發(fā)現(xiàn)某個(gè)報(bào)表每次做都很麻煩，就可以研究下能不能用腳本自動(dòng)化，這樣既能節(jié)省時(shí)間，也能減少出錯(cuò)的概率。不過(guò)有些細(xì)節(jié)可能會(huì)被忽略，比如報(bào)表的格式規(guī)范，如果格式不統(tǒng)一，看起來(lái)就會(huì)很亂，影響閱讀體驗(yàn)。還有就是版本控制，報(bào)表更新后最好備注清楚改動(dòng)的地方，不然下次找起來(lái)費(fèi)勁。

有時(shí)候也會(huì)碰到一些棘手的問(wèn)題，像是數(shù)據(jù)源不穩(wěn)定導(dǎo)致報(bào)表數(shù)據(jù)不準(zhǔn)，這時(shí)候就需要跟技術(shù)部門配合，排查問(wèn)題根源。還有就是保密問(wèn)題，公司里的某些數(shù)據(jù)涉及敏感信息，這就得格外小心，不能隨便外傳。當(dāng)然，這些工作也不是一成不變的，隨著業(yè)務(wù)發(fā)展，報(bào)表的需求也在變化，所以報(bào)表工程師得不斷學(xué)習(xí)新東西，掌握新的工具和技術(shù)。說(shuō)到底，這份工作的核心就是保證數(shù)據(jù)質(zhì)量，讓報(bào)表既準(zhǔn)確又實(shí)用，同時(shí)還要跟得上公司的節(jié)奏。