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

軟件工程師的崗位職責(zé)和職位要求該怎么寫？這事說起來挺復(fù)雜的，得根據(jù)具體的工作環(huán)境和團(tuán)隊(duì)需求來調(diào)整。比如，有些公司可能更看重技術(shù)深度，那崗位職責(zé)里就得多強(qiáng)調(diào)開發(fā)、調(diào)試那些復(fù)雜的功能模塊，還有就是確保系統(tǒng)的穩(wěn)定性和安全性。要是公司規(guī)模大一點(diǎn)，分工細(xì)一些，那職責(zé)里還可以提到配合產(chǎn)品經(jīng)理做需求分析，甚至參與制定長期的技術(shù)規(guī)劃。

職位要求這部分就更講究了，得看招聘方對(duì)技能的要求有多高。如果是個(gè)剛起步的小團(tuán)隊(duì)，可能只要求會(huì)java或者python基礎(chǔ)就行，還得會(huì)點(diǎn)數(shù)據(jù)庫操作。但如果是在大廠，那門檻就高多了，不僅得精通主流編程語言，還必須熟悉分布式架構(gòu)，甚至對(duì)云計(jì)算平臺(tái)也要有所了解。另外，工作經(jīng)驗(yàn)?zāi)晗抟彩莻€(gè)關(guān)鍵點(diǎn)，新手可能只要一兩年就夠了，資深的就得五年起步，還得有成功案例證明自己的實(shí)力。

寫這些的時(shí)候得注意表達(dá)方式，別太死板。比如可以提一下對(duì)新技術(shù)的敏感度，說清楚候選人需要主動(dòng)學(xué)習(xí)新東西，而不是只盯著現(xiàn)有的工作內(nèi)容。還有，有時(shí)候?qū)懙臅r(shí)候可能會(huì)不小心漏掉一個(gè)重要的點(diǎn)，比如某項(xiàng)特定的認(rèn)證資格，后來才發(fā)現(xiàn)，這事就有點(diǎn)尷尬，但也沒辦法，只能補(bǔ)上去唄。

再說到崗位職責(zé)，其實(shí)也可以稍微帶點(diǎn)軟技能進(jìn)去，像溝通能力什么的。畢竟軟件開發(fā)不是一個(gè)人的事，總得跟其他部門扯扯皮吧。所以職責(zé)里最好能體現(xiàn)這一點(diǎn)，比如要求候選人能夠清晰地匯報(bào)項(xiàng)目進(jìn)展，或者協(xié)助解決跨部門的問題。不過呀，有時(shí)候?qū)懙竭@兒可能會(huì)因?yàn)槭韬?，把“跨部門協(xié)作”寫成了“跨領(lǐng)域協(xié)作”，雖然意思差不多，但總覺得哪里不對(duì)勁。

職位要求這部分也得靈活點(diǎn)，不能光列一堆硬性條件。比如可以提一下候選人的性格特質(zhì)，像是否善于團(tuán)隊(duì)合作，能不能承受一定的壓力。要是寫得過于僵化，只會(huì)嚇跑不少潛在的好苗子。不過，有時(shí)候?qū)懙臅r(shí)候會(huì)因?yàn)橼s時(shí)間，就把這些軟性要求一帶而過，結(jié)果回頭想想，好像應(yīng)該再多寫兩句才對(duì)。

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

寫崗位職責(zé)的時(shí)候，得結(jié)合實(shí)際工作情況，不能太籠統(tǒng)。像lead軟件工程師這活兒，你得先把日常工作的大方向說清楚。比如，負(fù)責(zé)項(xiàng)目的整體規(guī)劃，這個(gè)規(guī)劃可不是隨便想想就行，得深入研究需求文檔，跟產(chǎn)品經(jīng)理、測(cè)試人員還有其他開發(fā)同事反復(fù)溝通。有時(shí)候項(xiàng)目時(shí)間緊，就得加班加點(diǎn)趕進(jìn)度，還得確保代碼質(zhì)量過關(guān)，不然上線后一堆bug，領(lǐng)導(dǎo)那邊不好交代。

再就是技術(shù)選型這塊，得根據(jù)項(xiàng)目需求來定。有些時(shí)候團(tuán)隊(duì)可能對(duì)新技術(shù)不太熟悉，你就得帶頭研究，組織培訓(xùn)什么的。不過有時(shí)候?qū)懳臋n這塊容易被忽略，其實(shí)很重要，尤其是功能設(shè)計(jì)文檔和技術(shù)方案，得詳細(xì)記錄下來，方便后續(xù)維護(hù)。要是文檔寫得含糊不清，后期排查問題就麻煩了。

管理團(tuán)隊(duì)也是重要一環(huán)，得關(guān)注成員的技術(shù)成長。有時(shí)候新人剛進(jìn)來，對(duì)項(xiàng)目流程不熟，你得手把手教，帶他們適應(yīng)節(jié)奏。但也有時(shí)候，團(tuán)隊(duì)內(nèi)部可能會(huì)有點(diǎn)小摩擦，比如任務(wù)分配不均，或者意見不合什么的，這時(shí)候就需要你從中調(diào)解，不能讓情緒影響到工作進(jìn)展。

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

跟外部合作方打交道也少不了。像跟客戶對(duì)接需求的時(shí)候，得耐心聽他們的想法，再反饋給團(tuán)隊(duì)。不過有時(shí)候客戶提出的需求不合理，你也得委婉地拒絕，不能一味妥協(xié)。要是客戶那邊催得太急，就得合理安排優(yōu)先級(jí)，不能什么都一股腦往前趕，不然反而容易出紕漏。

別忘了定期檢查代碼庫。有時(shí)候團(tuán)隊(duì)成員提交的代碼可能存在問題，像潛在的安全隱患或者性能瓶頸什么的，這就需要你時(shí)不時(shí)抽查一下，發(fā)現(xiàn)問題及時(shí)指出來。有時(shí)候忙起來，可能就會(huì)疏忽這部分，但這是很關(guān)鍵的工作環(huán)節(jié)，千萬不能掉鏈子。

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

寫pc軟件工程師的崗位職責(zé)其實(shí)挺講究的，得結(jié)合實(shí)際工作情況來描述。像這類崗位，肯定得強(qiáng)調(diào)技術(shù)能力，像精通編程語言，熟悉操作系統(tǒng)原理之類的，這些都是基本要求。還要提到日常工作中需要處理的問題，比如說解決軟件運(yùn)行中的bug，優(yōu)化程序性能什么的，這部分內(nèi)容最好能具體到一些例子，比如某個(gè)項(xiàng)目中遇到過什么難題，是怎么克服的。

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

團(tuán)隊(duì)協(xié)作也很重要。作為工程師，不可能單打獨(dú)斗，得和其他部門配合好。比如跟產(chǎn)品經(jīng)理溝通需求，確保開發(fā)方向正確，和測(cè)試人員一起驗(yàn)證功能是否穩(wěn)定，這些都得涵蓋進(jìn)去。要是有機(jī)會(huì)參與產(chǎn)品設(shè)計(jì)的話，也別忘了提一下，這能體現(xiàn)工程師在整個(gè)項(xiàng)目中的價(jià)值。

不過有時(shí)候?qū)懙臅r(shí)候可能會(huì)忽略細(xì)節(jié)，比如只寫了“負(fù)責(zé)軟件開發(fā)”，這就太籠統(tǒng)了。應(yīng)該細(xì)化到具體的任務(wù)，像“負(fù)責(zé)編寫前端代碼，確保頁面交互順暢”這樣。還有就是關(guān)于時(shí)間管理的部分，可能就容易漏掉，但其實(shí)這也是很重要的，比如需要交代清楚每個(gè)階段的任務(wù)截止時(shí)間，以及如何協(xié)調(diào)緊急任務(wù)。

有時(shí)候在寫職責(zé)時(shí)，可能會(huì)因?yàn)橼s時(shí)間而省略一些關(guān)鍵點(diǎn)，比如安全方面的考量。軟件工程的安全性很重要，特別是在處理用戶數(shù)據(jù)的時(shí)候，必須注明工程師需要遵守的安全規(guī)范，以及如何防范潛在的風(fēng)險(xiǎn)。如果能提到一些具體的措施，像是加密算法的選擇，或是漏洞掃描的頻率，會(huì)讓這份職責(zé)描述顯得更有深度。

小編友情提醒：

寫的時(shí)候要留意語氣，盡量專業(yè)又接地氣。畢竟這不是學(xué)術(shù)論文，沒必要用特別正式的措辭，但也不能太隨意。比如可以說“日常需要檢查代碼質(zhì)量”，而不是“每天都要看代碼”。這樣的表達(dá)既清晰又能讓人感受到工作的實(shí)際需求。

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

寫崗位職責(zé)的時(shí)候，得先搞清楚這個(gè)崗位到底是做什么的。云計(jì)算軟件研發(fā)工程師，肯定跟云計(jì)算、軟件開發(fā)那些東西掛鉤。像這類技術(shù)類的崗位，職責(zé)就得具體到技術(shù)層面，不然人家看了不知道你是干什么的。

比如，這人負(fù)責(zé)云計(jì)算平臺(tái)的設(shè)計(jì)，那你就得說清楚他要用到的技術(shù)棧，像是云架構(gòu)設(shè)計(jì)、虛擬化技術(shù)什么的。再比如涉及軟件開發(fā)的部分，就該提到編程語言、框架這些，還有代碼質(zhì)量保證之類的事。像這種技術(shù)崗，職責(zé)寫得越具體越好，這樣面試官或者領(lǐng)導(dǎo)一眼就能看出這個(gè)人是不是真的懂行。

有時(shí)候?qū)懙臅r(shí)候會(huì)遇到一些小問題，像有些概念可能一時(shí)半會(huì)兒想不起來，就隨便寫了個(gè)類似的詞頂上，比如把“微服務(wù)架構(gòu)”寫成了“小服務(wù)架構(gòu)”。雖然看起來差別不大，但專業(yè)的人一眼就能看出來不對(duì)勁。這種情況多了的話，就會(huì)讓人覺得這個(gè)崗位職責(zé)寫得不嚴(yán)謹(jǐn)。

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

云計(jì)算這塊兒的東西更新?lián)Q代特別快，所以職責(zé)里最好能體現(xiàn)一點(diǎn)對(duì)新技術(shù)的關(guān)注。像最近比較火的容器編排工具kubernetes，要是你的崗位涉及到云平臺(tái)運(yùn)維，那就得提一嘴。不過寫的時(shí)候可能會(huì)忘記加上相關(guān)的動(dòng)詞，比如寫成“熟悉kubernetes”而不是“負(fù)責(zé)基于kubernetes進(jìn)行系統(tǒng)部署和優(yōu)化”。

再就是關(guān)于團(tuán)隊(duì)協(xié)作這一塊兒，技術(shù)崗也不能光顧著自己悶頭干活。崗位職責(zé)里得體現(xiàn)出來這個(gè)人需要跟其他部門配合，像產(chǎn)品經(jīng)理、測(cè)試人員之類的。這方面寫的時(shí)候容易漏掉具體的溝通方式，比如只寫了“與團(tuán)隊(duì)成員保持良好溝通”，但沒說是要定期開會(huì)還是通過郵件交流什么的。

還有一點(diǎn)需要注意，崗位職責(zé)里不能只是羅列一堆任務(wù)，還得體現(xiàn)出工作的優(yōu)先級(jí)。像云計(jì)算這邊，緊急情況下可能得優(yōu)先處理故障排查，而不是去研究新功能開發(fā)。寫的時(shí)候可能就會(huì)忽略這一點(diǎn)，直接把所有任務(wù)平鋪開來，這樣會(huì)讓別人覺得這個(gè)崗位職責(zé)有點(diǎn)亂。

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

寫崗位職責(zé)的時(shí)候，得看具體的工作內(nèi)容和需求。比如說軟件工程師助理這個(gè)職位，你要了解公司對(duì)這個(gè)崗位的期望是什么。要是不了解的話，可以先跟上級(jí)或者有經(jīng)驗(yàn)的同事聊聊，看看他們平時(shí)都干些什么。軟件工程師助理可能需要幫忙調(diào)試程序、測(cè)試功能什么的，還有就是整理文檔，這都是比較基礎(chǔ)的任務(wù)。

當(dāng)然了，具體的職責(zé)還得結(jié)合公司的項(xiàng)目來定。如果公司在做一個(gè)大型的軟件開發(fā)項(xiàng)目，那助理可能還需要協(xié)助收集客戶需求，這可是個(gè)挺重要的活兒。有時(shí)候，客戶的需求說起來簡單，但實(shí)際操作起來會(huì)碰到各種意想不到的問題。這就要求助理不僅要懂技術(shù)，還要有點(diǎn)溝通技巧，不然客戶說的東西你理解錯(cuò)了，后續(xù)的工作就麻煩了。

有時(shí)候，助理還負(fù)責(zé)一些日常事務(wù)，像是安排會(huì)議、記錄會(huì)議紀(jì)要之類的。這聽起來簡單，但其實(shí)很重要。要是會(huì)議紀(jì)要沒記好，導(dǎo)致大家對(duì)討論的結(jié)果產(chǎn)生分歧，那后續(xù)的工作進(jìn)度就會(huì)受影響。而且，這些紀(jì)要將來可能還會(huì)作為參考材料，所以必須得認(rèn)真對(duì)待。

再說了，軟件開發(fā)是個(gè)團(tuán)隊(duì)合作的事情，助理在這個(gè)過程中扮演的角色就是橋梁。一方面要跟技術(shù)人員保持聯(lián)系，另一方面也要及時(shí)向管理層匯報(bào)進(jìn)展。要是中間出了什么差錯(cuò)，比如溝通不到位，導(dǎo)致項(xiàng)目延期，那后果可不小。所以助理得時(shí)刻關(guān)注項(xiàng)目的動(dòng)態(tài)，發(fā)現(xiàn)問題趕緊想辦法解決。

有時(shí)候，助理還需要處理一些緊急情況。比如說某個(gè)模塊突然出了bug，這時(shí)候就得迅速反應(yīng)，配合技術(shù)人員一起排查問題。這期間可能會(huì)遇到各種技術(shù)難題，助理得有足夠的耐心，不能一遇到困難就退縮。畢竟，軟件開發(fā)本身就是個(gè)不斷試錯(cuò)的過程，助理在這個(gè)過程中得學(xué)會(huì)承受壓力。

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

軟件工程師助理的工作環(huán)境也會(huì)影響職責(zé)的具體內(nèi)容。如果是在一個(gè)初創(chuàng)公司，那可能需要承擔(dān)更多的任務(wù)，因?yàn)槿耸钟邢?。而在大公司里，分工相?duì)明確一些，助理的工作可能就集中在某幾個(gè)方面。不管在哪種環(huán)境下，助理都要靈活調(diào)整自己的工作方式，這樣才能更好地完成任務(wù)。

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

寫崗位職責(zé)的時(shí)候，得根據(jù)具體的工作內(nèi)容去描述，不能太籠統(tǒng)。比如三維軟件工程師這個(gè)崗位，首先要明確的是，這人得會(huì)用各種三維建模軟件，像maya、3ds max之類的，不然根本沒法干活。而且這活兒還涉及一些技術(shù)細(xì)節(jié)，比如模型優(yōu)化、材質(zhì)貼圖什么的，這些都是日常工作的一部分。要是想讓別人一看就知道你的工作重點(diǎn)，就得把這些東西說得具體點(diǎn)。

有時(shí)候?qū)懙臅r(shí)候會(huì)遇到一些麻煩，比如說“負(fù)責(zé)三維模型的設(shè)計(jì)與制作”這句話雖然沒錯(cuò)，但總覺得少了點(diǎn)什么。可能是因?yàn)樗爬?，沒有把實(shí)際工作中的一些小環(huán)節(jié)體現(xiàn)出來。像具體的模型類型，是建筑類的還是角色類的，這個(gè)得說清楚，不然人家還以為你在搞游戲開發(fā)呢。還有，三維軟件工程師可不是光做模型就行，后期的渲染調(diào)整也很重要，這部分也不能漏掉。

再說到工作流程，有些事情必須提前規(guī)劃好，比如項(xiàng)目開始前需要跟客戶溝通需求，確定設(shè)計(jì)方案。這一塊兒要是沒寫進(jìn)去，就顯得不夠全面。當(dāng)然，寫的時(shí)候可能會(huì)因?yàn)槭韬雎┑粢粌蓚€(gè)關(guān)鍵點(diǎn)，比如忘記提一下版本控制的重要性。三維模型的文件管理特別講究，每次修改都要保存新版本，否則出了問題找都找不到原因。

另外一點(diǎn)需要注意的是，崗位職責(zé)最好能反映出工作的復(fù)雜程度。三維軟件工程師的工作不是簡單的畫個(gè)圖就行，背后涉及到很多專業(yè)知識(shí)，像幾何學(xué)原理、光影效果模擬什么的。所以描述的時(shí)候得稍微帶點(diǎn)專業(yè)術(shù)語，這樣能讓同行一眼看出你的專業(yè)水平。不過有時(shí)候?qū)懼鴮懼蜁?huì)不小心把話說得太滿，比如寫成“精通所有三維軟件”，實(shí)際上哪有人能做到這一點(diǎn)，這不就有點(diǎn)夸張了嗎？

還有個(gè)容易忽略的地方就是團(tuán)隊(duì)協(xié)作。三維軟件工程師很多時(shí)候需要和其他部門配合，像程序員、設(shè)計(jì)師之類的。如果只強(qiáng)調(diào)個(gè)人技能而忽略了合作，那這份職責(zé)說明書就有點(diǎn)偏頗了。寫的時(shí)候可能會(huì)因?yàn)榧庇诒磉_(dá)自己的想法，就把這部分內(nèi)容給省略了，結(jié)果導(dǎo)致說明書看起來像是單打獨(dú)斗似的。

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

寫崗位職責(zé)的時(shí)候，得結(jié)合實(shí)際的工作內(nèi)容來寫。比如說c軟件工程師這個(gè)崗位，你得知道他們平時(shí)都在干什么，這樣才能寫出合適的職責(zé)描述。像負(fù)責(zé)軟件的設(shè)計(jì)，這肯定是少不了的，從需求分析到架構(gòu)設(shè)計(jì)，每個(gè)環(huán)節(jié)都得涵蓋進(jìn)去。還有編碼這一塊，這部分要具體到使用哪種編程語言，像c 或者c#之類的，這樣寫出來才更有針對(duì)性。

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

測(cè)試也是重要的一環(huán)，這部分需要強(qiáng)調(diào)的是確保代碼質(zhì)量，發(fā)現(xiàn)問題及時(shí)解決。不過有時(shí)候?qū)懼鴮懼赡軙?huì)把“測(cè)試”寫成“測(cè)式”，雖然大家都明白是什么意思，但仔細(xì)看的話還是會(huì)發(fā)現(xiàn)不對(duì)勁。還有文檔編寫這塊，得提醒下同事別忘了記錄開發(fā)過程中的關(guān)鍵點(diǎn)，不然以后出了問題找起來麻煩。

溝通協(xié)調(diào)也不能忽視，c軟件工程師經(jīng)常要跟其他部門打交道，像產(chǎn)品經(jīng)理，測(cè)試人員，都需要保持良好的溝通。這里要注意的是，有時(shí)候會(huì)忘記加上“跨部門”這樣的修飾詞，就直接寫“溝通”，這樣就顯得有點(diǎn)籠統(tǒng)了。還有就是培訓(xùn)新人的部分，這部分要具體到分享自己的技術(shù)經(jīng)驗(yàn)，幫助新人盡快適應(yīng)工作節(jié)奏。

其實(shí)寫這些職責(zé)的時(shí)候，最重要的是貼近實(shí)際情況，不能光靠想象。比如有些公司可能特別注重版本控制，那在這份職責(zé)里就得提到這一點(diǎn)，像是使用git進(jìn)行代碼管理之類的。有時(shí)候?qū)懼鴮懼赡軙?huì)把“版本控制”寫成“版本管制”，雖然不影響理解，但還是有點(diǎn)不太對(duì)勁。還有些公司可能對(duì)安全性要求很高，那在職責(zé)里就得強(qiáng)調(diào)安全規(guī)范的重要性，確保軟件的安全性符合標(biāo)準(zhǔn)。

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

寫崗位職責(zé)的時(shí)候，得看具體工作環(huán)境和需求。比如說高級(jí)多媒體軟件工程師，這類崗位主要負(fù)責(zé)的就是開發(fā)跟多媒體相關(guān)的軟件系統(tǒng)，這需要一定的編程基礎(chǔ)，特別是對(duì)圖像處理、音頻編輯之類的熟悉才行。日常工作可能就是設(shè)計(jì)算法、調(diào)試程序，確保軟件運(yùn)行流暢，還要跟團(tuán)隊(duì)成員溝通協(xié)作，解決技術(shù)上的難題。

有時(shí)候接到任務(wù)后，得先了解客戶需求，然后制定方案，接著就開始編碼了。編碼這部分挺關(guān)鍵的，既要保證功能實(shí)現(xiàn)，還得注重性能優(yōu)化。要是碰到復(fù)雜的問題，可能需要查閱資料，甚至請(qǐng)教前輩，這個(gè)過程中可能會(huì)遇到一些意想不到的情況，比如某段代碼總是報(bào)錯(cuò)，反復(fù)檢查才發(fā)現(xiàn)是變量名拼錯(cuò)了，這種小問題其實(shí)挺常見的，改過來就行。

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

除了技術(shù)層面的工作，還需要參與項(xiàng)目的評(píng)審會(huì)議，聽取各方意見，這一步很重要，因?yàn)槎嗝襟w軟件往往涉及多個(gè)部門的合作，大家得統(tǒng)一思路。要是溝通不到位，后續(xù)開發(fā)起來會(huì)很麻煩。所以平時(shí)要注意積累經(jīng)驗(yàn)，多留意行業(yè)動(dòng)態(tài)，這樣才能在項(xiàng)目中游刃有余。

文檔編寫也是必不可少的一部分，每次完成一個(gè)模塊的開發(fā)，都要及時(shí)更新相關(guān)文檔，這樣不僅方便后期維護(hù)，也能給新同事提供參考。不過文檔這塊容易忽略細(xì)節(jié)，比如忘記記錄某個(gè)參數(shù)的具體含義，這種疏忽有時(shí)候會(huì)導(dǎo)致后期排查問題費(fèi)勁。

別忘了定期檢查現(xiàn)有系統(tǒng)的穩(wěn)定性，發(fā)現(xiàn)問題要及時(shí)修復(fù)。如果一直放著不管，積少成多的話，將來可能就得花更多時(shí)間去處理大問題。當(dāng)然，偶爾也會(huì)遇到突發(fā)狀況，比如客戶突然提出新的需求，這時(shí)候就需要快速調(diào)整計(jì)劃，合理分配資源，盡快滿足需求。