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

寫崗位職責的時候，得根據(jù)自己了解的情況來，不能照搬照抄。像需求工程師這個崗位，主要就是負責收集需求，這一步特別重要，因為后續(xù)的設計、開發(fā)都得靠它。平時跟客戶溝通的時候，得把他們的想法弄清楚，這可不是件輕松的事，有些人說的需求可能含糊不清，甚至有些矛盾的地方，這時候就得反復確認，確保理解無誤。

除了收集需求，還得整理需求文檔，這是個細致活兒，文檔里的每一句話都要精準，不能有歧義。要是文檔寫得模棱兩可，后面開發(fā)的時候就會出問題。不過有時候?qū)懼鴮懼?，可能會把“功能描述”寫成“性能描述”，雖然意思差不多，但畢竟不是一回事。所以寫的時候要多檢查幾遍。

需求評審也是需求工程師的重要工作，得組織相關人員一起討論需求的可行性和合理性。這個環(huán)節(jié)需要耐心，有時候大家意見不一致，爭論起來沒完沒了。而且有時候為了趕進度，評審會開得草率了些，這就容易漏掉一些關鍵點，后續(xù)改起來就麻煩了。

至于任職條件，得看具體的公司和項目。一般來說，需求工程師得對業(yè)務有一定的理解，至少得熟悉相關的行業(yè)背景。學歷方面，本科起步比較常見，但也有不少公司接受?？频?，關鍵還是看個人的能力。另外，溝通能力很重要，因為需求工程師經(jīng)常要在技術團隊和客戶之間來回傳遞信息，要是溝通不到位，兩邊都可能不滿意。

還有就是工作經(jīng)驗，剛畢業(yè)的大學生肯定不行，至少得有兩三年的相關工作經(jīng)驗才行。不過有些公司在招聘時會犯個小毛病，覺得有經(jīng)驗就行，不管是不是相關經(jīng)驗，這樣其實不太好。畢竟需求工程師的工作很專業(yè)，沒有相關的背景知識，很難做好這份工作。

寫這些東西的時候，別想著套模板，每個公司的情況都不一樣，得結合實際情況來。要是完全照搬別人的，最后寫出來的職責和條件可能根本不適合自己的公司，那可就麻煩了。

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

寫崗位職責的時候，得先把工作內(nèi)容理清楚。像it需求分析工程師這類崗位，主要就是搞清楚用戶的需求，然后把這些需求轉(zhuǎn)化成具體的技術方案。平時需要跟客戶溝通，了解他們想要的功能，再和技術團隊對接，確保開發(fā)出來的系統(tǒng)能滿足他們的期望。

一開始可能得熟悉下公司現(xiàn)有的產(chǎn)品線，知道哪些功能已經(jīng)實現(xiàn)，哪些還有空白。然后就是收集客戶需求，這一步很重要，要是漏掉了關鍵點，后面改起來就麻煩了。通常會設計一些問卷調(diào)查或者訪談，通過這些方式獲取一手資料。不過有時候客戶說的需求不一定靠譜，這就得靠經(jīng)驗判斷哪些是真正有價值的部分。

接下來就是整理需求文檔了，這個文檔是后續(xù)工作的基礎。文檔里要包含需求背景、預期目標、功能描述等等。文檔寫的時候要注意邏輯清晰，不然技術部門看了會一頭霧水。當然，文檔不是一錘子買賣，隨著項目的推進，需求可能會發(fā)生變化，所以得定期更新文檔，保持它的時效性。

跟技術團隊的合作也挺關鍵的。需求分析不是一個人的事，需要多部門配合。有時候技術實現(xiàn)起來難度超出預期，就得跟客戶重新協(xié)商，看能不能調(diào)整需求范圍。這過程中可能會遇到分歧，這時候得學會妥協(xié)，畢竟大家的目標是一致的——做出讓用戶滿意的產(chǎn)品。

書寫注意事項：

還得關注市場動態(tài)，看看同行是怎么做的。如果某個功能在市場上很受歡迎，那就可以建議公司在新產(chǎn)品里加入類似的功能。但也不能盲目跟風，得結合自身情況，確保新功能能帶來實際價值。

其實寫崗位職責的時候，最怕的就是把話說得太絕對。比如有人會寫“負責所有需求的收集”，但實際上不可能做到面面俱到，總會有一些遺漏。還有人喜歡用大而空的話術，像“確保項目順利進行”之類的，這種表述沒什么實質(zhì)意義。

寫職責描述的時候，最好能結合具體例子。比如有一次我負責一個電商網(wǎng)站的改版，客戶提出想增加一個智能推薦功能，我就得先研究算法原理，再跟產(chǎn)品經(jīng)理討論實現(xiàn)方式。最后確定下來后，還得跟進開發(fā)進度，確保每個細節(jié)都落實到位。這樣的描述比單純的職責羅列更有說服力。

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

寫崗位職責的時候，得先把工作的具體內(nèi)容摸清楚。像需求分析工程師這行，平時主要就是跟客戶溝通，了解他們到底想要什么功能，然后把這些需求給整理出來。這個過程里，你得會用一些專業(yè)的工具，像是excel表格，還有那些項目管理軟件，用來記錄客戶需求。要是客戶說的需求比較模糊，那你就得刨根問底，問清楚細節(jié)，不然后面開發(fā)的時候容易出問題。

書寫注意事項：

需求分析工程師還要負責跟技術團隊對接，把客戶需求翻譯成技術人員能理解的語言。有時候技術團隊會提出一些實現(xiàn)上的困難，這時候你就得幫著兩邊協(xié)調(diào)，看看能不能調(diào)整需求，又或者想辦法解決技術難題。這個環(huán)節(jié)特別關鍵，因為如果溝通不到位，可能最后出來的成果就不是客戶想要的樣子。

還有，有時候客戶需求會變，這就需要你隨時跟進，及時更新文檔，確保最新的需求都能被采納。不過有些時候，你可能會忘記更新某些地方的小改動，導致最終文檔里的信息不一致，這種情況最好在提交前多檢查幾遍。另外，有時候跟客戶交流的時候，可能會遇到特別復雜的需求描述，這時候得學會抓住重點，別被那些無關緊要的細節(jié)牽著走。

在實際工作中，需求分析工程師還經(jīng)常需要參加各種會議，有時候是內(nèi)部討論，有時候是跟客戶的匯報會。在會議上，你要能夠清晰地表達自己的想法，有時候也需要快速做出決定，比如某個需求是不是可行。要是遇到緊急情況，比如說項目時間突然縮短了，那你得迅速調(diào)整計劃，優(yōu)先處理最重要的需求。

有時候，公司可能會有一些新的業(yè)務方向，作為需求分析工程師，你也得主動去學習相關的知識，這樣才能更好地配合公司的戰(zhàn)略發(fā)展。不過有時候會因為太忙，顧不上花時間去學習新東西，這樣長期下來就會感覺自己的專業(yè)能力停滯不前，所以平時還是得抽空給自己充充電。

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

寫崗位職責的時候，得結合具體的工作場景，比如需求工程師這個崗位，它跟項目管理、產(chǎn)品設計什么的都有點關系。開頭可以從工作的核心目標說起，比如說確保產(chǎn)品的功能滿足用戶的需求，這樣聽起來就比較專業(yè)。接著就可以提到日常的具體任務了，像收集客戶需求、分析需求優(yōu)先級之類的。這部分要注意的是，描述任務時最好能用到一些專業(yè)的術語，像是“需求調(diào)研”、“需求文檔”這種，這樣顯得更有深度。

不過有時候在寫的時候，可能會因為想表達太多東西而讓句子變得復雜，比如“需求工程師需要負責項目的整個生命周期包括前期的規(guī)劃、中期的跟進以及后期的驗收”，這句話其實有點啰嗦了，可以直接說“需求工程師要參與項目從開始到結束的所有環(huán)節(jié)”。還有就是，寫的時候容易忽略細節(jié)，像“需求工程師要和客戶溝通需求，這很重要”，但沒說清楚怎么溝通，比如是通過會議還是郵件什么的，這就有點模糊了。

書寫注意事項：

崗位職責里還可以加上一些衡量標準，像“需求工程師要保證需求文檔的質(zhì)量，確保每個需求都能被清晰理解”，這就能讓職責看起來更具體。但有時候會忘記補充相關的技能要求，比如“需求工程師需要具備良好的邏輯思維能力”，要是只寫這一句，可能讀者會覺得太籠統(tǒng)，所以最好再補充點具體的例子，比如“能夠快速識別需求中的矛盾點”。

還有個需要注意的地方，就是別把職責寫得太理想化。像“需求工程師要協(xié)調(diào)各部門的工作，確保項目按時完成”，這話說得很漂亮，但實際情況可能是部門間的配合并不總是順暢，所以可以稍微調(diào)整下措辭，比如“需求工程師需要努力協(xié)調(diào)各部門的工作，盡力推動項目按計劃進行”。這樣既表達了工作的難度，也顯得更真實些。

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

需求工程師這個崗位挺重要的，工作內(nèi)容得寫清楚。主要就是負責收集業(yè)務需求，跟客戶溝通的時候要把需求搞明白，別漏掉什么關鍵點。日常還要整理需求文檔，這文檔得詳細，包括功能描述、優(yōu)先級什么的，方便后續(xù)開發(fā)人員理解。要是項目推進過程中出現(xiàn)問題，比如需求變更了，得及時調(diào)整文檔，確保大家都同步最新的情況。

需求分析的時候得用專業(yè)術語，像什么功能點、接口設計之類的，這樣能顯得更靠譜。有時候客戶說的需求可能含糊不清，這時候就得刨根問底，問清楚具體場景，不然開發(fā)完才發(fā)現(xiàn)不對勁就麻煩了。當然，跟開發(fā)團隊的對接也很重要，需求文檔得反復確認，別以為寫完了就完事了，得保證雙方都沒歧義。

至于相關職位要求，學歷背景一般得本科起，最好學計算機相關的。工作經(jīng)驗的話，至少兩三年，沒經(jīng)驗的話做起來會有點吃力。技術能力上，得熟悉軟件開發(fā)生命周期，懂點數(shù)據(jù)庫基本操作肯定加分。另外，溝通能力特別重要，因為整天要跟各種人打交道，客戶、開發(fā)、測試都得應付好。

不過有時候?qū)懧氊煹臅r候容易疏忽一些細節(jié)，比如忘了提需求評審這一塊。需求出來后通常要組織個會議，大家一起討論下可行性，這個環(huán)節(jié)千萬不能省略。還有，寫職責的時候可能會忘記強調(diào)需求跟蹤的重要性，需求從提出到實現(xiàn)再到上線，每個階段都要持續(xù)跟進，確保不出岔子。

其實寫這些東西還挺費腦筋的，既要全面又要簡潔。有時候為了追求簡練，可能會漏掉一些必要的信息，比如對工具的要求，像axure、visio這類常用工具得會用，不然沒法高效完成工作。還有，寫職位要求的時候可能會忽略軟技能，比如抗壓能力和團隊協(xié)作精神，這些都是隱形加分項。

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

軟件需求工程師這個崗位，主要是負責軟件項目的規(guī)劃、設計以及后續(xù)的實施跟蹤。簡單來說，就是要把客戶的需求翻譯成技術團隊能理解的東西，確保開發(fā)出來的軟件符合預期目標。這工作聽起來挺簡單，但其實需要綜合能力，既得懂業(yè)務邏輯，又得了解技術實現(xiàn)方式。

寫崗位職責的時候，可以從日常任務入手，比如參與項目初期的需求調(diào)研，跟客戶溝通，把他們的想法整理清楚。還有就是編寫需求文檔，這部分特別重要，因為它是整個項目的基礎。不過有時候在寫需求文檔時，容易漏掉一些細節(jié)，比如某個功能的具體觸發(fā)條件沒說清楚，這就可能導致后續(xù)開發(fā)過程中反復修改。所以，寫文檔的時候一定要仔細核對，最好能讓同事幫忙檢查一遍。

書寫注意事項：

需求工程師還要負責需求的評審工作。這一步很重要，可以讓團隊成員提前發(fā)現(xiàn)問題，避免后期返工。當然，評審會議的時候可能會遇到各種意見分歧，這時候就需要需求工程師從中協(xié)調(diào)，找出最合理的解決方案。有時候，為了達成一致，可能得妥協(xié)一下，但也不能一味遷就，否則可能會埋下隱患。

除了上述內(nèi)容，還可以寫一些關于需求變更管理的部分。畢竟在實際工作中，客戶需求經(jīng)常會變，需求工程師需要及時響應，評估變更的影響，并記錄下來。不過在這塊兒，有時候會因為時間緊迫，草草了事，沒有充分考慮變更帶來的連鎖反應。所以平時要養(yǎng)成良好的習慣，每次變更都要有詳細的記錄。

小編友情提醒：

需求工程師還需要定期跟進開發(fā)進度，確保項目按計劃推進。如果發(fā)現(xiàn)進度滯后，要及時提醒相關人員采取措施。不過有時候忙起來，可能會忽略這一點，覺得反正還有其他事情要做，結果導致項目延期。所以，即使工作再多，也得抽出時間盯著進度，這是職責所在。

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

寫崗位職責的時候，得先搞清楚這個崗位到底要做哪些事。像需求工程師，他們主要就是負責收集客戶的需求，然后把這些需求變成具體的文檔，方便后續(xù)開發(fā)團隊去執(zhí)行。寫的時候，可以用比較專業(yè)的話，比如說“通過深入訪談與問卷調(diào)查的方式，全面了解客戶的業(yè)務需求，并形成初步的分析報告”。當然了，有時候為了顯得真實一點，可以故意寫得稍微隨意些，像是“跟客戶聊聊天，把他們的想法記下來”，這樣看起來不像那種模板化的描述。

書寫注意事項：

職責這部分最好能體現(xiàn)一些具體的工作流程。比如，“組織內(nèi)部會議討論需求細節(jié)，確保每個環(huán)節(jié)都符合預期目標”，這句就挺好，既有流程感又有專業(yè)性。不過有時候?qū)懙锰J真了，可能會忘了加點接地氣的東西，比如“有時候還得跑現(xiàn)場，看看實際情況是不是跟客戶說的一樣”，這樣能讓內(nèi)容看起來更生動。

至于職位要求，這部分就要突出能力了。比如說“熟悉軟件開發(fā)的基本流程，能夠快速理解技術文檔”，這就很專業(yè)。但有時候?qū)懙锰珖烂C，可能會讓人覺得太死板，所以也可以加點靈活的說法，像“有較強的溝通技巧，能和各種性格的人都相處得來”，這句就比較生活化。不過偶爾會犯個小錯誤，比如把“溝通技巧”寫成“溝通技能”，雖然意思差不多，但仔細看就會發(fā)現(xiàn)不對勁。

寫職責的時候，要注意別把話說得太絕對。比如說“必須保證所有需求都被完整記錄”，這話聽著有點像命令式的，不如改成“盡量做到所有需求都被完整記錄”，這樣顯得人性化一點。有時候?qū)懼鴮懼鴷洐z查，結果就出現(xiàn)了類似“需求被完整記錄”這樣的重復表達，但這些都是不經(jīng)意間的小問題，不影響整體效果。

小編友情提醒：

記得把職責和要求結合起來寫，讓讀者能明白這份工作到底需要什么樣的人。比如“參與項目初期的需求調(diào)研，協(xié)助項目經(jīng)理制定詳細的實施計劃”，接著補充“要求具備兩年以上相關工作經(jīng)驗，熟練掌握office辦公軟件”，這樣搭配起來就比較完整了。不過有時候會因為趕時間，導致句子寫得有點亂，比如“既要懂技術又要會溝通，還要能熬夜加班”，這樣的表述雖然直白，但也算是一種真實的狀態(tài)反映。

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

寫崗位職責的時候，得結合具體的工作場景和崗位要求。比如需求設計工程師這個崗位，重點是要體現(xiàn)專業(yè)性和實際操作能力。開頭可以從崗位的核心任務說起，像負責產(chǎn)品的需求分析，確保產(chǎn)品的功能符合用戶預期。這部分可以寫得稍微籠統(tǒng)些，突出整體方向。

接下來就該細化具體的工作內(nèi)容了。比如說參與項目的需求調(diào)研，這很重要，能幫助理解客戶的真實需求。還有需求文檔的編寫，這部分得強調(diào)準確性，因為文檔直接影響后續(xù)的設計和開發(fā)流程。這里可以稍微啰嗦點，說需求文檔不僅包含功能描述，還涉及一些技術細節(jié)，比如接口調(diào)用方式之類的，這樣顯得更專業(yè)。

再往下寫，可以提到需求評審環(huán)節(jié)。這個環(huán)節(jié)挺關鍵的，需要跟相關部門溝通協(xié)調(diào)，確保各方對需求的理解一致。不過有時候可能會遇到分歧，這時候就需要耐心解釋，甚至要反復討論才能達成共識。這里可以故意寫得有點模糊，“有些時候可能需要多次溝通調(diào)整”，這樣顯得真實些。

接著可以談下跨部門協(xié)作。需求設計工程師往往需要跟研發(fā)、測試等部門緊密配合。這部分可以寫得比較口語化，“大家得一起商量著來”，這樣貼近日常交流場景。另外，還可以提一下對市場趨勢的關注，畢竟需求設計不是閉門造車，得結合市場反饋不斷優(yōu)化。

最后可以補充一些軟技能方面的要求。像良好的溝通能力和抗壓能力，這些都是必不可少的。“畢竟工作壓力大的時候，還得保持冷靜，想辦法解決問題?！?這樣寫既體現(xiàn)了崗位的挑戰(zhàn)性，又顯得接地氣。