聯(lián)合需求分析會議
某軟件公司接受A公司委托開發(fā)一個軟件任務(wù),該任務(wù)由張工負責(zé)。張工預(yù)計在4周內(nèi)完成對系統(tǒng)的需求分析,并形成需求規(guī)格說明書。張工委派了項目組的小劉來負責(zé)需求信息的獲取。
兩周后,小劉向張工匯報了他進行需求分析的過程及結(jié)果。小劉采用問卷調(diào)查的方式向A公司的50名工作人員搜集信息。他首先準備了問卷的初稿,并請A公司的相關(guān)管理人員進行了測試和修正;然后將問卷分發(fā)給A公司的每位工作人員,并要求他們在一周內(nèi)返還問卷。但到目前為止,小劉只收回了7份問卷。小劉認為自己是完全按照問卷調(diào)查的步驟和要求實施的,而問卷的返還率仍然很低。張工聽完后,給小劉分析了失敗的原因,并提出了一些能夠提高問卷返還率的建議。
但是為了不耽誤項目的進度,張工決定采用JRP(Joint Requirements Planning)的方法再次進行需求調(diào)查,張工作為JRP的主持人。最終在第4周完成了需求規(guī)格說明書,并決定了系統(tǒng)后續(xù)階段的開發(fā)計劃,如圖12-3所示。
該項目組除了張工之外,還有2名全職的開發(fā)人員,可以承擔(dān)項目中的任何任務(wù),并且承擔(dān)同一任務(wù)的開發(fā)人員總是在一起工作。預(yù)計的開發(fā)時間中已經(jīng)包含了編寫文檔的時間。張工決定采用迭代模型,在160天內(nèi)完成這3個模塊的設(shè)計、實現(xiàn)與測試。