轉(zhuǎn)正述職報告[實用]

　　隨著社會一步步向前發(fā)展，報告的適用范圍越來越廣泛，其在寫作上有一定的技巧。你還在對寫報告感到一籌莫展嗎？以下是小編收集整理的轉(zhuǎn)正述職報告，希望對大家有所幫助。

尊敬的領導：

　　您好！

　　非常高興成為公司的一名正式員工，試用期二月以來，我學到了很多，對于需求分析也有了更多的了解，最多的感想就是：需求表達！與業(yè)務人員、開發(fā)人員或者測試人員溝通都需要表達清楚自己的想法，寫需求文檔更加需要表達清楚需求意愿，表達不完整或者表達模糊不清都會導致需求錯誤，開發(fā)不準確，浪費開發(fā)時間。

　　寫需求文檔要很好地表達需求，首先要懂得向業(yè)務詢問細節(jié)。比如，新增報表，除了基本需求，字段的來源？算法有哪些？更新頻率是？默認加載的數(shù)據(jù)是？這些都需要問清楚，這樣才可以把需求表達的更加到位，這里所講的主要是提問的技巧，提問越細致需求表達就會更有東西可寫，更好把握。（這時候溝通顯得尤其重要，也是我的弱項）

　　寫文檔要非常明確。比如，更改頁面時，路徑表達細致：“PMS-采購管理-采購訂單-全部訂單”，這樣開發(fā)一看就可以知道需要更改的頁面是哪個。新增字段時，字段表達清晰：“供應商編碼”在“采購員”之后，在查詢條件和查詢結果中均需顯示，這樣開發(fā)就知道新加的東西是加在什么地方。這是位置的明確，還有時間、頻率等等這些明確，如更新時間是凌晨6：00、或者寫18：00等具體時間，而不能寫，上班前、下班后這些模糊的時間。寫需求時，需要盡量不用模糊的用詞，比如“定期”是什么概念，固定一周一次還是一月一次，還是用戶可以自定義，或者是提供幾個標準選項讓用戶自選？所有這些不明確的定義，都是需求分析過程中要重視的�？傊�，表達越明確精簡，開發(fā)起來就越清楚。

　　寫文檔要條理清晰。以前，我寫需求都是想到哪里，就寫到哪里。這樣，總是會發(fā)現(xiàn)漏了東西，越補越多，最后把自己也繞暈了。所以，寫需求之前就需求要把要做的需求分模塊、分功能、分類型列出來，之后想起來再往里面補充。即寫需求之前把框架先理出來，在寫需求。

　　挖掘潛在的需求。這里指的潛在需求，是我們平時將它默認，當做常識忽略的需求。比如，我們常常默認開發(fā)環(huán)境，以至于上線后換了環(huán)境導致出錯，類似的還有瀏覽器。導出數(shù)據(jù)時應該為PDF格式，由于沒有說明，開發(fā)導出的數(shù)據(jù)是Excel格式。

　　表達的方式有多種，文檔就考驗需求人員的文字功底了，有時候一句話、一個字都需要反復推敲。要讓業(yè)務和技術都看明白的確不容易，我認為應該多畫圖，一張圖有時候能抵幾千字。什么流程圖啊、數(shù)據(jù)流圖啊、組織結構圖啊、用戶界面示意圖啊什么的，能畫圖的地方就多畫圖，圖加上文字，理解就不容易跑偏。

　　接下來的日子，我更加需要多加學習，盡量提高我的表達能力，并做到通過自己獨立思考，去解決一些問題或需求。

此致

敬禮！

　　述職人：xxx

　　20xx年xx月xx日

【轉(zhuǎn)正述職報告】相關文章：

轉(zhuǎn)正述職報告08-05

轉(zhuǎn)正的述職報告02-11

it轉(zhuǎn)正述職報告01-24

轉(zhuǎn)正述職報告【精選】07-08

【精選】轉(zhuǎn)正述職報告集錦01-17

員工轉(zhuǎn)正述職報告07-22

保安轉(zhuǎn)正述職報告07-25

人事轉(zhuǎn)正述職報告07-19

銷售轉(zhuǎn)正述職報告05-05

客服轉(zhuǎn)正述職報告05-24