最新轉(zhuǎn)正考核述職報告(十二篇)(編輯修改稿)
2025-08-14 19:36 本頁面
【文章內(nèi)容簡介】 文檔更加需要表達清楚需求意愿，表達不完整或者表達模糊不清都會導(dǎo)致需求錯誤，開發(fā)不準(zhǔn)確，浪費開發(fā)時間。寫需求文檔要很好地表達需求，首先要懂得向業(yè)務(wù)詢問細(xì)節(jié)。比如，新增報表，除了基本需求，字段的來源？算法有哪些？更新頻率是？默認(rèn)加載的數(shù)據(jù)是？這些都需要問清楚，這樣才可以把需求表達的更加到位，這里所講的主要是提問的技巧，提問越細(xì)致需求表達就會更有東西可寫，更好把握。（這時候溝通顯得尤其重要，也是我的弱項）寫文檔要非常明確。比如，更改頁面時，路徑表達細(xì)致：“pms采購管理采購訂單全部訂單”，這樣開發(fā)一看就可以知道需要更改的頁面是哪個。新增字段時，字段表達清晰：“供應(yīng)商編碼”在“采購員”之后，在查詢條件和查詢結(jié)果中均需顯示，這樣開發(fā)就知道新加的東西是加在什么地方。這是位置的明確，還有時間、頻率等等這些明確，如更新時間是凌晨6：00、或者寫18：00等具體時間，而不能寫，上班前、下班后這些模糊的時間。寫需求時，需要盡量不用模糊的用詞，比如“定期”是什么概念，固定一周一次還是一月一次，還是用戶可以自定義，或者是提供幾個標(biāo)準(zhǔn)選項讓用戶自選？所有這些不明確的定義，都是需求分析過程中要重視的?？傊磉_越明確精簡，開發(fā)起來就越清楚。寫文檔要條理清晰。以前，我寫需求都是想到哪里，就寫到哪里。這樣，總是會發(fā)現(xiàn)漏了東西，越補越多，最后把自己也繞暈了。所以，寫需求之前就需求要把要做的需求分模塊、分功能、分類型列出來，之后想起來再往里面補充。即寫需求之前把框架先理出來，在寫需求。挖掘潛在的需求。這里指的潛在需求，是我們平時將它默認(rèn)，當(dāng)做常識忽略的需求。比如，我們常常默認(rèn)開發(fā)環(huán)境，以至于上線后換了環(huán)境導(dǎo)致出錯，類似的還有瀏覽器。導(dǎo)出數(shù)據(jù)時應(yīng)該為pdf格式，由于沒有說明，開發(fā)導(dǎo)出的數(shù)據(jù)是excel格式。表達的方式有多種，文檔就考驗需求人員的文字功底了，有時候一句話、一個字都需要反復(fù)推敲。要讓業(yè)務(wù)和技術(shù)都看明白的確不容易，我認(rèn)為應(yīng)該多畫圖，一張圖有時候能抵幾千字。什么流程圖啊、數(shù)據(jù)流圖啊、組織結(jié)構(gòu)圖啊、用戶界面示意圖啊什么的，能畫圖的地方就多畫圖，圖加上文字，理解就不容易跑偏。接下來的日子，我更加需要多加學(xué)習(xí)，盡量提高我的表達能力，并做到通過自己獨立思考，去解決一些問題或需求。此致敬禮！述職人：xxx20xx年x月x日轉(zhuǎn)正考核述職報告篇四工作一月來
職業(yè)教育相關(guān)推薦
鄂ICP備17016276號-1