采用軟件設計的術語編寫,因此常常令計算機背景知識較少的業(yè)務需求方難以理解,也就很難發(fā)現(xiàn)需求報告中與實際需求不符之處,更難提出建設性的意見。
軟件監(jiān)督要對軟件開發(fā)范圍進行管理,首先要確定雙方都能認可的《需求分析說明書》。如要求軟件開發(fā)方對《需求分析說明書》做出進一步更詳細的解釋,編制業(yè)務模型,以便用戶方準確地理解《需求分析說明書》的內容,能及早地發(fā)現(xiàn)需求與實際的偏差。這也是對需求分析工作的總結與確認。
在項目需求分析階段,雙方必須全面地、盡可能細致地討論項目的應用背景、功能要求、性能要求、操作界面要求、與其他軟件的接口要求,以及對項目進行評估的各種評價標準。
《需求分析說明書》完成后,軟件監(jiān)督應組織項目組與業(yè)務需求方共同討論,聽取業(yè)務需求方的意見和建議,并進行相應的修改完善。各方確認《需求分析說明書》內容后,需在說明書上簽字確認。
在軟件開發(fā)過程中,雙方應嚴格按照簽字確認的《需求分析說明書》中規(guī)定的業(yè)務范圍進行開發(fā)。有些需求可能在項目初期很難確定,在開發(fā)過程中需要不斷地加以修正,項目軟件監(jiān)督要及時與用戶充分溝通,建立可以直接聯(lián)系的渠道,共同進行需求確認,保證項目范圍可控。
2.進度管理
為確保項目按時、按量、保質完成,必須控制任務和跟蹤里程碑。按照軟件項目的開發(fā)規(guī)律,將軟件開發(fā)過程分為幾個重要階段,對這幾個階段的關鍵事件設立里程碑進行跟蹤管理。項目進度管理可以通過以下方式完成:
●制定項目里程碑管理運行表。
●定期舉行項目狀態(tài)會議,由軟件開發(fā)方報告進度和問題,用戶方提出意見。
●比較各項任務的實際開始日期與計劃開始日期是否吻合。
●確定正式的項目里程碑是否在預期完成。
從軟件項目實施的過程來看,很少有一個項目是完全按照實施計劃來進行的,因為再好的計劃也不能完全預見所有的問題,并事先制訂出對策。計劃可以調整,但是調整必須合理,并得到業(yè)務需求方和管理層的批準。當有問題發(fā)生時,其直接的表現(xiàn)就是實施結果偏離了原來的計劃和目標,在這種情況下,軟件監(jiān)督就要及時發(fā)現(xiàn)這種偏離,并分析這種原因,如果是因為原來的計劃和目標制訂的不合理,或者發(fā)生了預料之外的情況而又無法克服,這樣就必須調整計劃和目標。
3.溝通管理
信息系統(tǒng)本身就是溝通的產物。軟件開發(fā)過程實際上就是將手工作業(yè)轉化成計算機程序的過程。軟件開發(fā)的原料和產品就是信息,中間過程傳遞的也是信息,而信息的產生、收集、傳播、保存正是溝通管理的內容??梢姕贤ú粌H僅是軟件項目管理的必要手段,更重要的,溝通是軟件生產的手段和生產過程中必不可少的工序。
軟件開發(fā)的柔性標準需要溝通來彌補。軟件開發(fā)不像加工螺釘、螺母,有具體的標準和檢驗方法。軟件的標準柔性很大,比如在用戶的心里好用是軟件成功的標準,而這個標準在軟件開發(fā)前很難確切地、完整地表達出來。因此,開發(fā)過程項目組和用戶的溝通互動是解決這一現(xiàn)實問題的惟一辦法。
軟件監(jiān)督要有效地安排開發(fā)方軟件人員與需求方使用人員的交流,保證有暢通的交流渠道。制定完善的項目匯報制度,明確溝通時間、頻率和渠道。按照項目匯報制度定期組織項目組向業(yè)務需求方和管理層匯報,包括項目進度計劃、已完成工作、與計劃的比較、存在的問題、措施和建議以及下一步工作計劃等。
4.軟件版本管理
目前的軟件開發(fā)是團隊開發(fā)的時代,軟件開發(fā)技術更新迅速,開發(fā)人員流動頻繁,因此對軟件版本的管理就顯得尤其重要。在軟件開發(fā)的過程中,在多人共同開發(fā)一個軟件時,會出現(xiàn)多人同時修改軟件的情況,這是不可避免的,由于部分功能模塊版本可能要進行不斷地升級完善,而老的軟件版本又沒有即使更新,隨著時間
項目經理勝任力免費測評PMQ上線啦!快來測測你排多少名吧~
http://opto-elec.com.cn/pmqhd/index.html