核出庫單時，出庫數(shù)量和可用庫存數(shù)量就是和流程相關(guān)的信息。（這時應(yīng)避免偏離重心，過多討論系統(tǒng)界面、和流程無關(guān)的軟件操作方式）。業(yè)務(wù)流程圖是一份正式的文檔，需要讓用戶簽字確認(rèn)，和需求規(guī)格說明書一起作為以后的需求文檔。占總調(diào)研時間的15%
3、打通業(yè)務(wù)流程圖后，根據(jù)業(yè)務(wù)流程每個環(huán)節(jié)，討論在每個環(huán)節(jié)上的詳細(xì)輸入輸出項和操作。這里的討論會增加更多的信息項，這些信息項可能和業(yè)務(wù)流程流轉(zhuǎn)沒有必然關(guān)系，但對于業(yè)務(wù)用戶方便地獲取各種業(yè)務(wù)信息是必要的描述。這里的討論也有可能會部分更改前期描繪的業(yè)務(wù)流程圖。我個人認(rèn)為，此時也不建議過多在操作方便性上做討論，原因在概要設(shè)計里講。占總調(diào)研時間的35%。 轉(zhuǎn)貼于：中國項目管理資源網(wǎng)
4、編寫需求規(guī)格說明書，編寫過程中會對不少需求細(xì)節(jié)再討論，再確認(rèn)。千萬別埋頭編寫，不和用戶做溝通討論！占總調(diào)研時間的50%。最后要讓用戶簽字確認(rèn)需求規(guī)格說明書。
5、需求規(guī)格說明書寫的要有多細(xì)？其實這個問題沒有唯一準(zhǔn)確的答案，各個項目未必一樣。文檔的目的是在整個項目周期中，讓項目團隊及關(guān)鍵用戶所有人對相關(guān)需求的理解都是足夠細(xì)致，沒有歧義的，并且可以依據(jù)其內(nèi)容準(zhǔn)確工作。系統(tǒng)越大越復(fù)雜，信息量就越大，項目周期一般較長，那么對需求文檔的質(zhì)量要求應(yīng)該更高；對于小系統(tǒng)或簡單系統(tǒng)，如果你決定在較短的時間內(nèi)完成需求規(guī)格說明書，那么也一定要和關(guān)鍵用戶、項目團隊做充分細(xì)致的需求溝通（這種需求溝通往往占項目經(jīng)理一半以上的時間），要做需求變更記錄，對容易引起歧義的部分需求要描述詳細(xì)，并且做好心理準(zhǔn)備和時間準(zhǔn)備，在軟件和用戶見面后，會有較多的修改。
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://opto-elec.com.cn/pmqhd/index.html
