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

寫崗位職責(zé)的時(shí)候，得知道這個(gè)工作具體要做什么。像java程序員，你得寫清楚他們要用java做什么，是開發(fā)新系統(tǒng)還是維護(hù)舊系統(tǒng)。這事得具體點(diǎn)，不能太籠統(tǒng)。比如，“負(fù)責(zé)軟件的設(shè)計(jì)和編碼工作”，這就有點(diǎn)模糊了，到底是要設(shè)計(jì)什么樣的軟件，編碼的具體范圍在哪？所以你可以改改，說成“參與軟件系統(tǒng)的設(shè)計(jì)，完成模塊級(jí)別的代碼編寫和單元測(cè)試”。

再比如軟件工程師的職責(zé)，很多人會(huì)寫“配合團(tuán)隊(duì)完成項(xiàng)目目標(biāo)”。這話聽著沒錯(cuò)，但其實(shí)可以更細(xì)致一些。你可以加上具體的任務(wù)，像“協(xié)助項(xiàng)目經(jīng)理制定項(xiàng)目計(jì)劃，按時(shí)提交階段性成果”，這樣就顯得更有針對(duì)性了。

在寫這些職責(zé)的時(shí)候，別忘了提到一些技術(shù)細(xì)節(jié)。對(duì)于java程序員來說，可能需要強(qiáng)調(diào)他們要熟悉spring框架，還要能熟練使用mysql數(shù)據(jù)庫。至于軟件工程師，可以提一下他們要掌握版本控制工具git，這對(duì)團(tuán)隊(duì)協(xié)作很重要。

有時(shí)候?qū)憱|西難免會(huì)有些小問題。比如有人寫職責(zé)時(shí)可能會(huì)把“數(shù)據(jù)庫優(yōu)化”寫成“數(shù)據(jù)優(yōu)化”，雖然大家都能明白是什么意思，但仔細(xì)想想還是不夠嚴(yán)謹(jǐn)。還有人會(huì)把“跨部門溝通協(xié)調(diào)”寫成“跨部門溝通協(xié)作”，雖然差別不大，但總感覺哪里不太對(duì)勁。

寫職位要求的時(shí)候也一樣，得根據(jù)實(shí)際情況來。java程序員的話，基本的要求就是本科以上學(xué)歷，計(jì)算機(jī)相關(guān)專業(yè)背景。工作經(jīng)驗(yàn)至少得兩年以上，要是有大型項(xiàng)目經(jīng)驗(yàn)?zāi)蔷透昧?。軟件工程師，除了專業(yè)技能之外，還得注重他們的溝通能力，畢竟工作中少不了跟其他部門打交道。

不過，有時(shí)候?qū)戇@些東西也會(huì)遇到些小麻煩。比如有人會(huì)在寫職責(zé)的時(shí)候忘記區(qū)分初級(jí)和高級(jí)崗位的不同，結(jié)果導(dǎo)致描述混亂。還有人在寫要求時(shí)，把“熟悉linux操作系統(tǒng)”寫成了“了解linux操作系統(tǒng)”，雖然沒大錯(cuò)，但總覺得少了點(diǎn)什么。

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

寫崗位職責(zé)的時(shí)候，得先把工作的具體內(nèi)容搞清楚。it部的軟件工程師，主要就是負(fù)責(zé)開發(fā)和維護(hù)軟件系統(tǒng)，這包括了從需求分析到設(shè)計(jì)、編碼再到測(cè)試整個(gè)流程。比如，要跟客戶溝通他們的需求，然后根據(jù)需求來制定開發(fā)計(jì)劃，接著就是編寫代碼了。在寫代碼的時(shí)候，得確保符合公司的技術(shù)標(biāo)準(zhǔn)，還要保證代碼的質(zhì)量，不能有明顯的漏洞。

有時(shí)候工作會(huì)涉及到一些舊系統(tǒng)的升級(jí)和改造，這就需要了解現(xiàn)有系統(tǒng)的架構(gòu)，找出哪里有問題，然后進(jìn)行優(yōu)化。還有，軟件上線后不是萬事大吉了，還需要定期檢查系統(tǒng)的運(yùn)行情況，看看有沒有什么潛在的問題。要是發(fā)現(xiàn)問題了，就得及時(shí)解決，不能拖著不管。

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

軟件工程師還經(jīng)常需要和其他部門協(xié)作。比如，跟產(chǎn)品經(jīng)理討論新功能的可行性，跟運(yùn)維人員確認(rèn)部署環(huán)境是否準(zhǔn)備好了。有時(shí)候也會(huì)參與一些內(nèi)部的技術(shù)分享會(huì)，把自己的經(jīng)驗(yàn)分享給大家，幫助團(tuán)隊(duì)共同進(jìn)步。當(dāng)然，這些都是基本的工作內(nèi)容，具體到每個(gè)公司可能還會(huì)有些差異。

在寫崗位職責(zé)的時(shí)候，別忘了提到一些軟技能的要求，像溝通能力、團(tuán)隊(duì)合作精神什么的。畢竟軟件開發(fā)不是一個(gè)人的事，大家得互相配合才能完成任務(wù)。不過有時(shí)候可能會(huì)忽略掉這一點(diǎn)，只顧著強(qiáng)調(diào)技術(shù)能力，這樣就不太全面了。比如，有時(shí)候會(huì)寫成“負(fù)責(zé)軟件的設(shè)計(jì)與實(shí)現(xiàn)”，但其實(shí)應(yīng)該加上“并與相關(guān)部門保持良好溝通”。

寫職責(zé)的時(shí)候最好能結(jié)合實(shí)際的工作場(chǎng)景。比如，某家公司特別注重用戶體驗(yàn)，那么在描述崗位職責(zé)時(shí)就可以突出這一點(diǎn)，強(qiáng)調(diào)軟件工程師需要關(guān)注用戶反饋，不斷改進(jìn)產(chǎn)品。如果只是泛泛而談，沒有針對(duì)性，那看起來就有點(diǎn)空洞了。就像有的時(shí)候?qū)懼柏?fù)責(zé)軟件的日常維護(hù)”，但沒說具體是怎么維護(hù)的，這就顯得比較模糊。

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

寫崗位職責(zé)的時(shí)候，得根據(jù)自己對(duì)這個(gè)崗位的理解來寫，不能太死板。gis應(yīng)用開發(fā)軟件工程師這個(gè)崗位，主要是負(fù)責(zé)一些地理信息系統(tǒng)相關(guān)的軟件開發(fā)工作，具體點(diǎn)說就是參與項(xiàng)目的規(guī)劃，跟團(tuán)隊(duì)里的其他人溝通好，確保開發(fā)的方向是對(duì)的。還有，要熟悉各種編程語言，像c 、java之類的，這些都得熟練掌握才行。平時(shí)，還要處理一些數(shù)據(jù)，像是空間數(shù)據(jù)的采集、分析什么的，這都是日常工作的一部分。

在實(shí)際工作中，這類工程師需要不斷優(yōu)化現(xiàn)有的系統(tǒng)功能，解決運(yùn)行過程中遇到的各種問題。比如，當(dāng)用戶反饋某個(gè)功能不太好使的時(shí)候，就得趕緊定位問題在哪，然后想辦法修復(fù)。有時(shí)候可能還需要配合其他部門做一些需求調(diào)研，了解客戶的具體需求是什么，這樣才能做出符合他們期望的產(chǎn)品。

不過，有時(shí)候?qū)懫饋頃?huì)有點(diǎn)混亂，比如剛才提到的數(shù)據(jù)處理部分，其實(shí)還應(yīng)該包括數(shù)據(jù)的整合和可視化展示。再比如，跟團(tuán)隊(duì)成員溝通的時(shí)候，如果沒表達(dá)清楚自己的想法，可能會(huì)導(dǎo)致后續(xù)的工作出現(xiàn)偏差。但這些問題一般都能通過多開會(huì)、多討論來解決。

另外一點(diǎn)需要注意的是，寫崗位職責(zé)的時(shí)候，最好能結(jié)合公司的實(shí)際情況來寫，這樣更有針對(duì)性。比如有的公司可能特別注重移動(dòng)端的應(yīng)用開發(fā)，那就要重點(diǎn)強(qiáng)調(diào)這方面的能力；而有的公司可能更看重?cái)?shù)據(jù)分析這塊，那就要突出這方面的技能。

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

寫崗位職責(zé)的時(shí)候，得先搞清楚這個(gè)崗位到底干什么。像驅(qū)動(dòng)開發(fā)軟件工程師這活兒，主要就是跟代碼打交道，弄那些能讓硬件和軟件好好配合的東西。每天上班第一件事，可能是看看昨天留下的代碼，看看有沒有什么問題，接著就得琢磨新功能該怎么加進(jìn)去。要是碰到難題了，可能得翻翻資料，或者找同事聊聊天，說不定能想出個(gè)好辦法。

寫職責(zé)的時(shí)候，不能光寫表面工作，還得深入點(diǎn)。比如，除了寫代碼，還得分清輕重緩急，有些需求緊急，就得趕緊處理，有些可以慢慢來。有時(shí)候領(lǐng)導(dǎo)會(huì)突然給個(gè)任務(wù)，比如優(yōu)化一下某個(gè)模塊，那這時(shí)候就得放下手頭的事，先把這事辦妥。當(dāng)然，寫的時(shí)候要注意，別老是用一些大而空的話，比如“負(fù)責(zé)整個(gè)項(xiàng)目的推進(jìn)”，這種話說起來很厲害，但具體干什么沒說清楚，反而讓人摸不著頭腦。

寫職責(zé)的時(shí)候，最好帶上一點(diǎn)專業(yè)術(shù)語，這樣顯得靠譜。像“接口調(diào)試”、“性能調(diào)優(yōu)”這樣的詞，聽起來就挺專業(yè)的。不過有時(shí)候?qū)懼鴮懼?，可能?huì)不小心把“接口”寫成“接囗”，這種小問題一般看不出來，但自己心里得明白。另外，寫的時(shí)候也別太死板，比如寫到“配合團(tuán)隊(duì)完成相關(guān)工作”時(shí)，可能一時(shí)腦子短路，寫成“配和團(tuán)隊(duì)完成相關(guān)工作”，雖然不影響理解，但仔細(xì)一看就發(fā)現(xiàn)問題了。

寫職責(zé)的時(shí)候，還得注意，別把事情說得太籠統(tǒng)。像“解決各種技術(shù)問題”這種話，雖然聽著不錯(cuò)，但具體怎么解決，解決哪些問題，都沒交代清楚。不如改成“針對(duì)系統(tǒng)運(yùn)行中遇到的問題，進(jìn)行分析并提出解決方案”，這樣聽起來就具體多了。當(dāng)然，寫的時(shí)候可能會(huì)不小心漏掉一個(gè)詞，比如寫成“針對(duì)系統(tǒng)運(yùn)行中遇到的問題，進(jìn)行分析提出解決方案”，少了那個(gè)“并”字，讀起來就有點(diǎn)別扭。

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

寫崗位職責(zé)的時(shí)候，得結(jié)合具體的工作內(nèi)容和需求。比如說應(yīng)用軟件系統(tǒng)工程師這個(gè)崗位，就要考慮到軟件開發(fā)、維護(hù)、測(cè)試這些基本環(huán)節(jié)。像負(fù)責(zé)軟件的設(shè)計(jì)和實(shí)現(xiàn)這部分，可以寫成“參與軟件的整體架構(gòu)設(shè)計(jì)，確保功能模塊的合理劃分”，這樣顯得比較專業(yè)。

還有系統(tǒng)的維護(hù)工作也很重要，這部分可以描述為“定期檢查現(xiàn)有系統(tǒng)的運(yùn)行狀態(tài)，及時(shí)發(fā)現(xiàn)并解決潛在的技術(shù)問題”。這里有個(gè)小細(xì)節(jié)需要注意，有些人在寫的時(shí)候可能會(huì)忘記強(qiáng)調(diào)預(yù)防性維護(hù)的重要性，其實(shí)這部分如果能提到，會(huì)讓整個(gè)職責(zé)看起來更全面。

測(cè)試環(huán)節(jié)也不能忽略，應(yīng)該包括各種情況下的驗(yàn)證工作，“執(zhí)行單元測(cè)試、集成測(cè)試和性能測(cè)試，保證交付產(chǎn)品的質(zhì)量達(dá)標(biāo)”。有時(shí)候?qū)懙臅r(shí)候會(huì)不小心漏掉“性能測(cè)試”這幾個(gè)字，結(jié)果就顯得不夠完整了。

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

跟團(tuán)隊(duì)成員的溝通協(xié)作也是必不可少的，“與開發(fā)團(tuán)隊(duì)保持良好溝通，協(xié)調(diào)資源以完成任務(wù)目標(biāo)”。這里可能會(huì)出現(xiàn)一些小問題，比如有的人在寫的時(shí)候可能沒意識(shí)到“資源”這個(gè)詞用在這里有點(diǎn)籠統(tǒng)，最好改成具體的資源類型，比如人力、設(shè)備之類的。

文檔管理同樣不可忽視，需要寫明“整理并歸檔相關(guān)技術(shù)文檔，便于后續(xù)查閱和審計(jì)”。這里有個(gè)地方容易被忽視，就是“查閱和審計(jì)”這兩個(gè)詞放在一起稍顯突兀，改一下順序可能更好些。

小編友情提醒：

對(duì)于突發(fā)事件的應(yīng)急處理也要有所體現(xiàn)，“遇突發(fā)狀況時(shí)迅速響應(yīng)，采取有效措施降低影響”。這句寫的時(shí)候可能會(huì)有人忘記加上“迅速響應(yīng)”四個(gè)字，那樣的話應(yīng)對(duì)緊急情況的能力就顯得不足了。

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

單片機(jī)軟件控制開發(fā)工程師這個(gè)崗位的職責(zé)和要求其實(shí)挺講究的，得結(jié)合具體工作環(huán)境來寫，不能一概而論。比如在一些工業(yè)控制領(lǐng)域，這崗位就特別注重硬件和軟件的配合，既要懂程序編寫，又要能調(diào)試硬件。要是針對(duì)消費(fèi)電子類企業(yè)，可能更偏向于用戶體驗(yàn)和快速迭代，這就得強(qiáng)調(diào)創(chuàng)新能力和對(duì)市場(chǎng)的敏感度。

先說職責(zé)，這部分得具體到實(shí)際的工作內(nèi)容。比如說負(fù)責(zé)單片機(jī)軟件的設(shè)計(jì)和開發(fā)，這肯定是要寫的，但不能就這么干巴巴地列出來?？梢赃@么寫：負(fù)責(zé)單片機(jī)相關(guān)軟件的設(shè)計(jì)開發(fā)，包括但不限于通信協(xié)議的實(shí)現(xiàn)、功能模塊的整合以及系統(tǒng)性能優(yōu)化。這樣既涵蓋了核心工作，又留了點(diǎn)空間給其他可能性。

再就是要求部分，這部分往往容易寫得太空泛。比如提到熟悉c語言編程，這當(dāng)然是基礎(chǔ)，但不能只寫這一句?？梢匝a(bǔ)充一下：熟悉c語言編程，尤其在嵌入式系統(tǒng)開發(fā)上有一定的實(shí)踐經(jīng)驗(yàn)。這樣聽起來會(huì)更實(shí)在些。還有就是工作經(jīng)驗(yàn)?zāi)晗薜膯栴}，這里頭也有講究，不能太死板。比如可以說：有x年以上單片機(jī)開發(fā)經(jīng)驗(yàn)，最好有過成功的產(chǎn)品案例，這樣顯得更靈活。

有時(shí)候?qū)懙臅r(shí)候容易犯一些小毛病，比如把“經(jīng)驗(yàn)”寫成“經(jīng)歷”，雖然意思差不多，但畢竟不太準(zhǔn)確。另外，描述項(xiàng)目經(jīng)驗(yàn)的時(shí)候，可能會(huì)忘記加上具體的成果，像某個(gè)項(xiàng)目提升了多少效率這類的，這樣就會(huì)顯得不夠有說服力。再比如，寫到團(tuán)隊(duì)協(xié)作時(shí)，可能會(huì)漏掉溝通能力的重要性，這其實(shí)也是蠻關(guān)鍵的一點(diǎn)。

寫職責(zé)要求的時(shí)候，最好多參考下同行的做法，但也不能照搬，畢竟每個(gè)公司的情況都不一樣。比如有些公司特別看重文檔編寫能力，這可能是他們內(nèi)部流程比較復(fù)雜的原因。還有些公司可能對(duì)測(cè)試環(huán)節(jié)的要求特別高，那在職責(zé)里就得體現(xiàn)出來，像是參與產(chǎn)品的測(cè)試驗(yàn)證，確保功能穩(wěn)定可靠之類的。

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

寫軟件工程師崗位職責(zé)的時(shí)候，得先搞清楚這份工作的具體需求。比如，一個(gè)初級(jí)開發(fā)人員主要負(fù)責(zé)的是日常的小功能模塊編寫，而高級(jí)一點(diǎn)的可能就要參與系統(tǒng)架構(gòu)設(shè)計(jì)了。這中間涉及到的技術(shù)點(diǎn)就很多了，像數(shù)據(jù)庫優(yōu)化啊、接口調(diào)試啊、還有代碼審查什么的，這些都是需要明確下來的。

一般來說，崗位職責(zé)這部分最好能結(jié)合公司的實(shí)際情況來寫。比如有的公司特別看重團(tuán)隊(duì)協(xié)作能力，那就可以強(qiáng)調(diào)一下參與項(xiàng)目討論的重要性；要是公司對(duì)產(chǎn)品質(zhì)量要求很高，那就得突出測(cè)試覆蓋率和bug修復(fù)效率。不過有時(shí)候?qū)懼鴮懼?，?huì)發(fā)現(xiàn)自己不知不覺就把前后順序給顛倒了，明明應(yīng)該先說技術(shù)層面的事，結(jié)果一不小心先提到了溝通協(xié)調(diào)，這就有點(diǎn)不嚴(yán)謹(jǐn)了。

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

寫的時(shí)候還要考慮到具體的業(yè)務(wù)場(chǎng)景。假如是在電商行業(yè)做后端開發(fā)，那職責(zé)里肯定得提到如何處理高并發(fā)請(qǐng)求，怎么保證訂單數(shù)據(jù)的一致性之類的問題。要是互聯(lián)網(wǎng)金融那邊，安全防護(hù)措施就是重點(diǎn)，像防止sql注入、確保用戶隱私數(shù)據(jù)加密傳輸這類事情就得多著墨。當(dāng)然，在描述這些內(nèi)容的時(shí)候，也有可能會(huì)出現(xiàn)一些小差池，比如把“用戶行為分析”打成了“用戶行為解析”，雖然不影響理解，但仔細(xì)看還是能發(fā)現(xiàn)不對(duì)勁的地方。

再說了，除了專業(yè)技能之外，工作態(tài)度也很重要。比如要主動(dòng)跟進(jìn)任務(wù)進(jìn)度，及時(shí)反饋遇到的問題，跟同事之間保持良好的互動(dòng)關(guān)系。有時(shí)候?yàn)榱粟s項(xiàng)目進(jìn)度，加班加點(diǎn)也是常有的事，這在職責(zé)里也應(yīng)該有所體現(xiàn)。不過，有時(shí)候?qū)懼鴮懼?，就?huì)忘記檢查那些小細(xì)節(jié)，導(dǎo)致句子結(jié)構(gòu)有些松散，像是“協(xié)助完成相關(guān)模塊開發(fā)并提交代碼審核”這樣的句子，乍一看沒什么問題，但仔細(xì)琢磨會(huì)覺得表達(dá)稍微啰嗦了一點(diǎn)。

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

寫移動(dòng)端軟件開發(fā)工程師助理的崗位職責(zé)和職位要求時(shí)，得根據(jù)實(shí)際情況來，不能太死板。這類崗位一般需要協(xié)助開發(fā)人員完成一些基礎(chǔ)任務(wù)，像是編寫代碼片段、測(cè)試功能模塊什么的。職責(zé)這部分可以提下參與需求分析，這很重要，要是需求沒搞明白，后面開發(fā)就容易出岔子。還有就是配合團(tuán)隊(duì)做些文檔整理工作，文檔可是個(gè)寶，以后出了問題好追溯。

職位要求，學(xué)歷這塊通常本科起步，當(dāng)然專科要是特別優(yōu)秀也可以考慮。技術(shù)方面得懂點(diǎn)編程語言，比如java或者python之類的，這是基本功。另外對(duì)數(shù)據(jù)庫的操作也要熟悉，mysql什么的得會(huì)用。不過有時(shí)候招聘方可能也會(huì)看中候選人的自學(xué)能力，畢竟技術(shù)更新快，老靠培訓(xùn)跟不上趟。

至于寫的時(shí)候，要注意表達(dá)得具體點(diǎn)，別光喊口號(hào)。比如說要求“良好的溝通能力”，這話說得挺好聽，但不如說“能及時(shí)向項(xiàng)目經(jīng)理反饋項(xiàng)目進(jìn)展，遇到問題主動(dòng)協(xié)調(diào)資源解決”。這樣寫更有針對(duì)性，也更容易判斷候選人適不適合這個(gè)位置。

有時(shí)候?qū)懙臅r(shí)候會(huì)忘記細(xì)節(jié)，比如沒提到版本控制工具的使用經(jīng)驗(yàn)，像git，現(xiàn)在幾乎是標(biāo)配了。還有就是千萬別漏掉對(duì)責(zé)任心的要求，這個(gè)看似虛，其實(shí)很關(guān)鍵。要是員工對(duì)工作不上心，那其他技能再強(qiáng)也沒太大意義。