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

寫崗位職責(zé)的時(shí)候，得先把崗位的核心工作內(nèi)容梳理清楚。后臺(tái)管理主管這個(gè)職位，主要就是負(fù)責(zé)整個(gè)后臺(tái)系統(tǒng)的運(yùn)行情況，包括日常維護(hù)，確保各項(xiàng)功能正常運(yùn)轉(zhuǎn)。還有，對(duì)于系統(tǒng)出現(xiàn)的問題，得第一時(shí)間響應(yīng)，能迅速定位問題所在，然后協(xié)調(diào)技術(shù)團(tuán)隊(duì)解決掉。說起來，還得監(jiān)督團(tuán)隊(duì)的工作進(jìn)度，定期檢查他們的工作成果，看看有沒有達(dá)到預(yù)期目標(biāo)。要是發(fā)現(xiàn)哪里做得不到位，就得及時(shí)指出，幫助改進(jìn)。

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

這崗位還涉及跟其他部門溝通協(xié)作，比如產(chǎn)品部門提出的新需求，需要評(píng)估可行性，再制定實(shí)施方案。有時(shí)候也會(huì)參與一些項(xiàng)目規(guī)劃，特別是那些跟后臺(tái)相關(guān)的，從頭到尾都要把控好。而且，后臺(tái)管理主管還需要定期整理工作記錄，形成文檔，方便以后查閱，也便于新員工快速上手。

說到任職要求，那得結(jié)合崗位職責(zé)來設(shè)定。首先要熟悉后臺(tái)管理系統(tǒng)的基本原理，有相關(guān)經(jīng)驗(yàn)的優(yōu)先考慮。像那種對(duì)服務(wù)器架構(gòu)有所了解的，處理起問題來會(huì)更得心應(yīng)手。還有，溝通能力不能差，畢竟要跟不同部門打交道。團(tuán)隊(duì)管理的經(jīng)驗(yàn)也很關(guān)鍵，畢竟手下帶一幫人呢。當(dāng)然，責(zé)任心必須強(qiáng)，遇到突發(fā)狀況不能慌，得沉著應(yīng)對(duì)。

不過，有時(shí)候?qū)懙臅r(shí)候會(huì)不小心漏掉一些細(xì)節(jié)，比如沒提到具體的技術(shù)指標(biāo)，或者忘了強(qiáng)調(diào)團(tuán)隊(duì)合作的重要性。這種情況其實(shí)挺常見的，只要整體框架沒問題就好。再說了，每個(gè)公司的情況不一樣，寫的時(shí)候可以根據(jù)實(shí)際情況調(diào)整。比如有的公司特別看重?cái)?shù)據(jù)分析能力，那就得重點(diǎn)突出這一點(diǎn)。

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

寫崗位職責(zé)的時(shí)候，得先把具體的工作內(nèi)容弄清楚。像后臺(tái)管理這活兒，它主要負(fù)責(zé)系統(tǒng)維護(hù)，確保數(shù)據(jù)安全穩(wěn)定，還有就是處理用戶反饋的問題。日常工作可能涉及檢查服務(wù)器運(yùn)行狀態(tài)，定期備份數(shù)據(jù)，遇到異常情況就得趕緊排查解決。

有時(shí)候，后臺(tái)管理人員還需要配合前端同事調(diào)整一些功能模塊，比如修改配置文件什么的。要是有新項(xiàng)目上線，也得參與測試工作，看看有沒有漏洞或者潛在風(fēng)險(xiǎn)。當(dāng)然了，日常還得審核權(quán)限申請(qǐng)，防止無關(guān)人員亂操作。

不過，有些細(xì)節(jié)容易被忽略。比如說記錄每次維護(hù)的日志，這個(gè)特別重要，但有些人圖省事就懶得寫了。其實(shí)寫日志不僅是為了留個(gè)底，還能方便后續(xù)排查問題時(shí)有個(gè)參考。再比如設(shè)置密碼策略，很多公司在這方面沒太重視，結(jié)果出了事才后悔。

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

后臺(tái)管理還經(jīng)常需要和其他部門溝通協(xié)調(diào)。比如說市場部那邊有活動(dòng)需求，就需要及時(shí)調(diào)整相關(guān)參數(shù)；財(cái)務(wù)那邊報(bào)表有問題，也要迅速響應(yīng)。這就要求后臺(tái)人員熟悉業(yè)務(wù)流程，不然溝通起來會(huì)很費(fèi)勁。

還有一點(diǎn)需要注意，就是對(duì)外包團(tuán)隊(duì)的監(jiān)督。如果涉及到第三方開發(fā)，后臺(tái)管理者得定期檢查他們的工作成果，確保符合標(biāo)準(zhǔn)。有些外包團(tuán)隊(duì)為了趕進(jìn)度，可能會(huì)偷工減料，這時(shí)候就要多盯著點(diǎn)。

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

寫崗位職責(zé)的時(shí)候，得根據(jù)具體的工作內(nèi)容來定，不能一概而論。像后臺(tái)管理系統(tǒng)這種崗位，重點(diǎn)就是搞清楚系統(tǒng)運(yùn)行的核心流程，還有各種功能模塊的協(xié)調(diào)工作。比如，日常需要檢查數(shù)據(jù)傳輸?shù)姆€(wěn)定性，確保每個(gè)環(huán)節(jié)不出差錯(cuò)，要是發(fā)現(xiàn)哪個(gè)地方的數(shù)據(jù)傳輸慢了，就得趕緊找出原因，可能是服務(wù)器的問題，也可能是網(wǎng)絡(luò)配置不當(dāng)，這都需要仔細(xì)排查。

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

后臺(tái)管理系統(tǒng)的維護(hù)也是關(guān)鍵，包括定期更新系統(tǒng)補(bǔ)丁，防止漏洞被利用。有時(shí)候，用戶反饋系統(tǒng)操作起來不太方便，這就得從用戶體驗(yàn)的角度去優(yōu)化界面設(shè)計(jì)，調(diào)整操作邏輯，讓用戶用起來更順手。不過這里需要注意的是，改動(dòng)的地方太多的話，可能會(huì)影響現(xiàn)有功能的穩(wěn)定性，所以每次修改前都要做好備份，萬一出了問題還能及時(shí)恢復(fù)。

還有一些細(xì)節(jié)要注意，比如權(quán)限設(shè)置這塊，不同的部門應(yīng)該有不同的訪問權(quán)限，不能所有人都能隨意查看敏感數(shù)據(jù)。要是權(quán)限管理不到位，就可能導(dǎo)致信息泄露，后果很嚴(yán)重。再比如，日志記錄這部分也不能忽視，所有的操作都應(yīng)該有詳細(xì)的記錄，這樣一旦出現(xiàn)問題，可以快速定位到具體的操作人員和時(shí)間點(diǎn)。

有時(shí)候?qū)懼鴮懼赡軙?huì)不小心漏掉一些重要的點(diǎn)，比如忘記提到系統(tǒng)升級(jí)計(jì)劃，這可是個(gè)大事。系統(tǒng)升級(jí)不僅是為了修復(fù)已知問題，更是為了引入新功能，提升整體性能。如果只顧著眼前的工作，忽略了長遠(yuǎn)規(guī)劃，那后期可能會(huì)付出更大的代價(jià)。

還有一點(diǎn)容易被忽略，那就是和前端開發(fā)團(tuán)隊(duì)的溝通。后臺(tái)系統(tǒng)再好，如果前端展示的效果不好，用戶體驗(yàn)也會(huì)大打折扣。所以平時(shí)得多和他們交流，了解他們的需求，看看有沒有什么功能需要調(diào)整或者加強(qiáng)的。當(dāng)然，交流過程中難免會(huì)出現(xiàn)理解偏差，這時(shí)候就需要多花些時(shí)間反復(fù)確認(rèn)，確保雙方都明白彼此的意思。

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

做后臺(tái)開發(fā)leader這一類職位描述的時(shí)候，得結(jié)合自身經(jīng)驗(yàn)和專業(yè)背景去寫。像是人力資源管理系統(tǒng)的開發(fā)，這個(gè)工作挺復(fù)雜的，涉及的技術(shù)層面很多。先說職責(zé)部分，這部分需要涵蓋日常工作中的關(guān)鍵點(diǎn)。比如，負(fù)責(zé)整個(gè)項(xiàng)目的技術(shù)架構(gòu)設(shè)計(jì)，確保系統(tǒng)能穩(wěn)定運(yùn)行，還要對(duì)團(tuán)隊(duì)成員的工作進(jìn)行指導(dǎo)和支持。另外，要定期檢查代碼質(zhì)量，這很重要，畢竟代碼寫得好不好直接影響到后續(xù)的維護(hù)成本。

再來說說任職要求這塊，這部分最好列出具體的能力指標(biāo)。像要有扎實(shí)的編程基礎(chǔ)，熟悉常用的開發(fā)框架，同時(shí)得掌握數(shù)據(jù)庫的設(shè)計(jì)原理。還有，團(tuán)隊(duì)協(xié)作能力也不能忽視，畢竟不是一個(gè)人單打獨(dú)斗，得和其他部門配合好。如果可能的話，最好還能有一些項(xiàng)目管理的經(jīng)驗(yàn)，這樣在協(xié)調(diào)資源時(shí)會(huì)更加得心應(yīng)手。

在寫這些內(nèi)容的時(shí)候，有時(shí)候會(huì)因?yàn)橼s時(shí)間而漏掉一些細(xì)節(jié)。比如我在寫這段話的時(shí)候，就差點(diǎn)忘記提到版本控制的重要性。實(shí)際上，對(duì)于這種大型項(xiàng)目而言，版本管理是非常必要的，它可以幫助團(tuán)隊(duì)追蹤改動(dòng)歷史，減少?zèng)_突。不過，有時(shí)候可能會(huì)忘記強(qiáng)調(diào)這一點(diǎn)，因?yàn)樵谀X子里已經(jīng)默認(rèn)大家都懂了。

再說到具體的技能要求，比如對(duì)linux環(huán)境的操作熟練程度，這一點(diǎn)其實(shí)挺重要的。很多時(shí)候，開發(fā)環(huán)境都搭建在這個(gè)平臺(tái)上，所以熟悉它是基本功。不過有時(shí)候?qū)懙臅r(shí)候，可能會(huì)遺漏這一點(diǎn)，因?yàn)橛X得這是理所當(dāng)然的，結(jié)果回頭一看才發(fā)現(xiàn)沒寫進(jìn)去。這種小疏忽其實(shí)挺常見的，尤其是當(dāng)思路太集中在某些核心點(diǎn)上的時(shí)候。

還有就是關(guān)于溝通能力的部分，這一點(diǎn)也很關(guān)鍵。作為leader，不僅要跟技術(shù)人員打交道，還得跟業(yè)務(wù)部門對(duì)接需求。如果在這方面做得不好，很容易導(dǎo)致項(xiàng)目偏離方向。寫到這里的時(shí)候，我突然意識(shí)到好像忘了提一下文檔編寫的重要性。雖然這不是技術(shù)活兒，但確實(shí)影響工作效率，尤其是當(dāng)新成員加入團(tuán)隊(duì)時(shí)，詳細(xì)的文檔能讓他們更快上手。

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

寫崗位職責(zé)的時(shí)候，得根據(jù)具體的工作內(nèi)容來定。像后臺(tái)系統(tǒng)管理這個(gè)崗位，就得先把核心任務(wù)梳理清楚。比如，系統(tǒng)日常維護(hù)肯定少不了，這包括檢查服務(wù)器運(yùn)行狀態(tài)，確保數(shù)據(jù)庫正常工作，還有就是定期備份數(shù)據(jù)以防萬一。這部分內(nèi)容需要具體一些，不然看起來太籠統(tǒng)。

有時(shí)候，光說維護(hù)還不行，還得強(qiáng)調(diào)發(fā)現(xiàn)問題的能力。要是系統(tǒng)出了問題，能快速定位原因并解決，這是很關(guān)鍵的。但這里容易漏掉一點(diǎn)，就是跟其他部門溝通協(xié)調(diào)的部分，畢竟出了問題可能不是一個(gè)人能搞定的。這部分內(nèi)容如果寫得太簡略，可能就顯得不全面了。

再說到權(quán)限管理這塊兒，這是后臺(tái)系統(tǒng)管理的重要部分。需要明確誰有權(quán)限訪問哪些資源，設(shè)置權(quán)限規(guī)則，還要定期審查權(quán)限配置是否合理。這部分內(nèi)容要是寫得模糊不清，就容易導(dǎo)致權(quán)限混亂，影響系統(tǒng)的安全性。

培訓(xùn)新員工也是個(gè)重要環(huán)節(jié)，特別是關(guān)于系統(tǒng)使用的培訓(xùn)。不僅要教會(huì)他們基本的操作流程，還得讓他們了解系統(tǒng)的架構(gòu)原理。這部分內(nèi)容很容易被忽略，覺得新人慢慢摸索就行，但實(shí)際上這樣會(huì)增加很多不必要的麻煩。

小編友情提醒：

文檔記錄也不能落下。每次系統(tǒng)升級(jí)、調(diào)整配置或是解決問題后，都得做好詳細(xì)的記錄。這樣不僅能方便以后查閱，也能為后續(xù)的改進(jìn)提供依據(jù)。寫這部分的時(shí)候，容易忘記強(qiáng)調(diào)記錄的及時(shí)性和準(zhǔn)確性，這兩個(gè)點(diǎn)其實(shí)挺重要的。

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

后臺(tái)服務(wù)管理這個(gè)崗位的職責(zé)其實(shí)挺復(fù)雜的，得結(jié)合具體的工作環(huán)境去寫。比如，你要提到日常的系統(tǒng)維護(hù)工作，這肯定少不了監(jiān)控服務(wù)器運(yùn)行狀態(tài)，確保各項(xiàng)服務(wù)穩(wěn)定在線。還有就是處理突發(fā)狀況，遇到故障就得迅速定位問題所在，有時(shí)候可能是配置文件出了差錯(cuò)，也可能是因?yàn)榫W(wǎng)絡(luò)連接不穩(wěn)定。平時(shí)也得定期檢查日志文件，看看有沒有異常記錄，這樣能提前發(fā)現(xiàn)隱患。

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

關(guān)于職責(zé)部分，還可以寫一些具體的任務(wù)，像是配合開發(fā)團(tuán)隊(duì)進(jìn)行新功能的部署上線。這中間涉及版本控制，得確保每個(gè)環(huán)節(jié)都準(zhǔn)確無誤，不然就可能影響到整個(gè)系統(tǒng)的正常運(yùn)作。還有就是用戶反饋的跟進(jìn)，有些客戶可能會(huì)報(bào)告某些服務(wù)無法正常使用，這時(shí)候就需要及時(shí)響應(yīng)，通過排查找出原因并解決。

至于任職要求，這得看公司規(guī)模和業(yè)務(wù)需求。一般而言，需要熟悉常用的數(shù)據(jù)庫操作，比如sql查詢之類的，畢竟很多后臺(tái)服務(wù)都離不開數(shù)據(jù)庫的支持。還有就是對(duì)linux操作系統(tǒng)有一定的了解，因?yàn)榇蟛糠址?wù)器都是基于linux搭建的。當(dāng)然，編程能力也是必不可少的，至少要掌握一門后端開發(fā)語言，像java、python這類的。如果能熟練使用腳本語言，像shell或者powershell，那就更好了，能提升工作效率不少。

有時(shí)候?qū)戇@些內(nèi)容的時(shí)候，容易忽略掉一些細(xì)節(jié)。比如在描述技術(shù)要求時(shí)，可能會(huì)漏掉一點(diǎn)，就是對(duì)于安全方面的意識(shí)?，F(xiàn)在網(wǎng)絡(luò)安全越來越重要，所以最好能強(qiáng)調(diào)一下相關(guān)知識(shí)的學(xué)習(xí)，像ssl證書配置、防火墻規(guī)則設(shè)置之類的基本操作。再者，團(tuán)隊(duì)協(xié)作能力也不能忽視，畢竟不是所有問題都能一個(gè)人搞定，很多時(shí)候需要和其他部門溝通協(xié)調(diào)。

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

微信后臺(tái)管理專員這個(gè)崗位比較特殊，既需要對(duì)細(xì)節(jié)特別敏感，又得能處理一些突發(fā)狀況。一般來說，這崗位的工作內(nèi)容得從實(shí)際出發(fā)去描述，不能太籠統(tǒng)。比如，你得寫清楚具體負(fù)責(zé)哪些模塊，像用戶數(shù)據(jù)統(tǒng)計(jì)這類的，可能就需要提到每天登錄后臺(tái)查看新增用戶數(shù)，分析活躍度之類的。要是涉及到內(nèi)容發(fā)布審核，那就要強(qiáng)調(diào)對(duì)內(nèi)容質(zhì)量的把控，確保沒有違反規(guī)定的信息。

有時(shí)候?qū)懙臅r(shí)候，可能會(huì)忘記交代一些基礎(chǔ)性的任務(wù)。比如日常維護(hù)系統(tǒng)的穩(wěn)定性，檢查有沒有異常情況發(fā)生，這部分很容易被忽略掉。還有，對(duì)于權(quán)限管理這部分，應(yīng)該明確說明需要定期更新不同部門員工的操作權(quán)限，防止權(quán)限混亂導(dǎo)致的安全隱患。不過這里頭容易出問題的地方在于，有些人在寫的時(shí)候會(huì)直接跳過這些基礎(chǔ)環(huán)節(jié)，只盯著那些看起來高大上的工作。

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

跟其他崗位不一樣，這個(gè)崗位還涉及到一些應(yīng)急響應(yīng)，像是系統(tǒng)突然崩潰了怎么辦，這時(shí)候就得迅速定位問題所在，并及時(shí)聯(lián)系技術(shù)團(tuán)隊(duì)解決。這部分內(nèi)容最好能結(jié)合具體的案例來寫，比如曾經(jīng)遇到過某個(gè)故障，是怎么一步步排查出來的，這樣能讓?shí)徫宦氊?zé)顯得更有說服力。

還有就是關(guān)于數(shù)據(jù)分析這塊兒，除了常規(guī)的數(shù)據(jù)整理外，還可以加入一些創(chuàng)新性的要求，比如說嘗試挖掘潛在的用戶需求，通過分析歷史數(shù)據(jù)預(yù)測未來趨勢。不過這里頭有個(gè)小地方需要注意，有些人在寫的時(shí)候可能會(huì)把“挖掘”寫成“掘取”，雖然意思差不多，但畢竟不是標(biāo)準(zhǔn)說法，用詞上還是得謹(jǐn)慎點(diǎn)。

小編友情提醒：

寫這份職責(zé)的時(shí)候，別忘了提到與各部門之間的協(xié)作關(guān)系，畢竟這不是一個(gè)人就能完成的工作。比如市場部有什么新活動(dòng)上線，你需要配合他們調(diào)整相關(guān)配置；客服那邊有緊急反饋，你也得第一時(shí)間跟進(jìn)處理。

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

寫崗位職責(zé)的時(shí)候，得先把崗位的核心任務(wù)梳理清楚。后臺(tái)技術(shù)管理這個(gè)活兒，說白了就是負(fù)責(zé)系統(tǒng)維護(hù)和優(yōu)化，確保后臺(tái)穩(wěn)定運(yùn)行。比如，每天都要檢查服務(wù)器狀態(tài)，看看有沒有異常情況，像數(shù)據(jù)庫連接失敗或者磁盤空間不足之類的。要是發(fā)現(xiàn)問題，就得趕緊處理，不能拖著不管。

有時(shí)候還會(huì)涉及新功能開發(fā)的事，這需要跟前端同事配合好，了解需求后制定技術(shù)方案。記得有一次我接到一個(gè)需求，說是用戶反饋登錄速度太慢，結(jié)果一看是緩存沒配置好，調(diào)整了一下參數(shù)，問題就解決了。還有一次是有個(gè)接口老是報(bào)錯(cuò)，查了半天才發(fā)現(xiàn)是代碼里的正則表達(dá)式有問題，改完之后就正常了。

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

后臺(tái)技術(shù)管理還得管著團(tuán)隊(duì)里的其他人。平時(shí)要分配任務(wù)，看誰手頭的事情多，誰比較空閑，合理安排工作量。有時(shí)候也會(huì)組織培訓(xùn)，教大家一些新技術(shù)，提升整個(gè)團(tuán)隊(duì)的技術(shù)水平。不過有時(shí)候溝通起來挺費(fèi)勁的，有些人不愛說話，問半天才回答一句，還得耐心點(diǎn)才行。

還有就是文檔這塊兒也不能忽視，每次做完大的改動(dòng)都要記錄下來，方便以后排查問題。我之前遇到過一個(gè)情況，某天晚上系統(tǒng)突然崩潰了，翻遍了歷史記錄才發(fā)現(xiàn)是某次更新后遺漏了一個(gè)配置項(xiàng)，要是當(dāng)時(shí)有詳細(xì)的記錄就好了。所以，寫文檔這事真不能偷懶。

除了日常事務(wù)，還要時(shí)不時(shí)地關(guān)注行業(yè)動(dòng)態(tài)，看看有沒有新的技術(shù)趨勢。畢竟技術(shù)更新?lián)Q代快，跟不上節(jié)奏的話，遲早會(huì)被淘汰。有一次公司引進(jìn)了一套分布式存儲(chǔ)方案，我就主動(dòng)去研究了一下，最后成功應(yīng)用到了項(xiàng)目里，效果還不錯(cuò)。