系統(tǒng)開發(fā)中的項(xiàng)目管理

計算機(jī)管理信息系統(tǒng)簡稱系統(tǒng)的開發(fā)是一項(xiàng)復(fù)雜的系統(tǒng)工程。從年代開始，人們逐漸認(rèn)識到，為了保證系統(tǒng)開發(fā)成功，必須采用工程化的系統(tǒng)開發(fā)方法，并研究出一些符合工程化標(biāo)準(zhǔn)的開發(fā)方法。這些方法旨在指導(dǎo)開發(fā)者進(jìn)行工程化的系統(tǒng)開發(fā)，從而加快系統(tǒng)開發(fā)的速度、保證質(zhì)量、以及降低開發(fā)成本。工程化的系統(tǒng)開發(fā)方法確實(shí)在開發(fā)實(shí)踐中取得了一定的效果。
　　那么，是不是采用了工程化的系統(tǒng)開發(fā)方法便一定能保證系統(tǒng)開發(fā)的成功呢？答案是否定的。有許多失敗的系統(tǒng)的例子，其開發(fā)也是采用了工程化的方法，或聲稱采用了這種方法。但結(jié)果在投入了大量資金后，系統(tǒng)卻不能達(dá)到預(yù)期的目標(biāo)、滿足用戶的需求，以致用戶方懷疑是否應(yīng)進(jìn)行該項(xiàng)目的開發(fā)，或者開發(fā)所選擇的硬件、軟件以及開發(fā)工具是否得當(dāng)。究竟問題出在哪里呢？通過對一些失敗的系統(tǒng)的分析，發(fā)現(xiàn)問題并沒有出在開發(fā)方法本身，以及硬軟件的選擇上，而是出在了開發(fā)方法的實(shí)施過程中，也就是說主要出在開發(fā)項(xiàng)目的管理上。
　　任何一種開發(fā)方法最終是要由人來實(shí)施的，人們在開發(fā)工作實(shí)施過程中不可避免地要遇到許多項(xiàng)目管理方面的問題，如何正確對待
……（新文秘網(wǎng)http://120pk.cn省略734字，正式會員可完整閱讀）……　
發(fā)。
　　項(xiàng)目管理中各種問題及各種關(guān)系的處理
　　⒈用戶方與開發(fā)方的關(guān)系
　　用戶方與開發(fā)方是對立的統(tǒng)一體，雙方均希望將開發(fā)項(xiàng)目做好。但用戶方可能對計算機(jī)系統(tǒng)工程，如工程組織，缺乏全面的了解；而開發(fā)方對用戶方的需求、細(xì)節(jié)了解不充分等因素，使得用戶方與開發(fā)方對工程的理解從一開始就存在著差異。而這種認(rèn)識上的差異與理解的不同往往在開發(fā)初期并沒有表現(xiàn)出來，當(dāng)系統(tǒng)開發(fā)結(jié)束時，雙方才發(fā)現(xiàn)這種差異使開發(fā)出的系統(tǒng)與實(shí)際需求偏差甚遠(yuǎn)。因此，系統(tǒng)開發(fā)項(xiàng)目管理的重要目標(biāo)便是建立一個便于開發(fā)方與用戶方之間進(jìn)行交流的環(huán)境。在系統(tǒng)需求分析階段，開發(fā)方與用戶方的深入的交流是項(xiàng)目獲得成功的關(guān)鍵。但這種交流卻經(jīng)常由于各種雙方的誤解而難以溝通。
　　在需求分析階段，開發(fā)方的分析人員總是先把精力集中在整個系統(tǒng)的總的需求上，而不會對具體細(xì)節(jié)作過多的考查。當(dāng)用戶方提出一些細(xì)節(jié)要求時，開發(fā)方往往說：這些問題留待后面討論，而糟糕的是以后卻可能永遠(yuǎn)不會再談及這個問題。當(dāng)用戶方認(rèn)為已經(jīng)向開發(fā)方提出這些需求時，開發(fā)方卻根本未予考慮。因此，開發(fā)初期，用戶方的項(xiàng)目管理人員應(yīng)該把這些留待后面討論的需求單獨(dú)記錄整理，在開發(fā)方做完系統(tǒng)的整體需求分析后，項(xiàng)目管理人員應(yīng)及時提出對系統(tǒng)進(jìn)行進(jìn)一步的、更深入的、細(xì)致的、具體的需求分析，以解決那些開發(fā)方留待后面討論的問題。
　　在某些需求尚未確定時，用戶方項(xiàng)目管理人員往往會說：這部分需求我們還要考慮，不過你們可以先按現(xiàn)在的模式做。遺憾的是，開發(fā)方經(jīng)常就會把現(xiàn)在的工作模式作為將來的、確定的需求去設(shè)計開發(fā)系統(tǒng)，而把用戶方在此需求上的未確定因素拋在腦后。當(dāng)后來用戶方要求其改變時，開發(fā)方便陷入了窘境。因此，用戶方管理人員應(yīng)盡量將需求陳述清楚，對不能確定的因素，應(yīng)提出幾種可能的實(shí)施方案供開發(fā)方參考，以保證開發(fā)方系統(tǒng)設(shè)計時，將不確定因素設(shè)計成靈活可變的功能。
　　開發(fā)方說：用戶方已經(jīng)認(rèn)可了需求分析報告，這表明我們已經(jīng)徹底了解了用戶方的要求。
　　用戶方說：盡管我不太明白需求分析報告中的一些技術(shù)術(shù)語，但他們能寫出這個報告，一定是對我們的需求了解得很深入了。
　　其實(shí)，需求分析報告是對系統(tǒng)需求的書面表達(dá)形式。由于需求分析報告是采用軟件設(shè)計的術(shù)語編寫的，因此常常令計算機(jī)背景知識較少的用戶方難以理解，也就很難發(fā)現(xiàn)需求報告中與實(shí)際需求不符之處，更難提出建設(shè)性的意見。特別是那些編寫得較差的需求分析報告，用戶方更是不知所云。
　　因此，用戶方的項(xiàng)目管理人員一定要要求開發(fā)方對需求分析報告進(jìn)行進(jìn)一步更詳細(xì)的解釋，以便用戶方準(zhǔn)確地理解需求分析報告的內(nèi)容，能及早地發(fā)現(xiàn)需求與實(shí)際的偏差。這也是對需求分析工作的總結(jié)與確認(rèn)。
　　用戶方說：計算機(jī)應(yīng)該能實(shí)現(xiàn)這個功能，為什么會作不到？用戶方往往容易過高地估計計算機(jī)的軟件開發(fā)工具的能力，總認(rèn)為它一定能實(shí)現(xiàn)任何所需功能，期望值過高，所以經(jīng)常會對所設(shè)計的軟件大失所望。其實(shí)任何技術(shù)均有其一定的局限性，計算機(jī)系統(tǒng)也不例外，系統(tǒng)開發(fā)的最終結(jié)果只能達(dá)到有限的目標(biāo)。因此，雙方應(yīng)詳細(xì)制定系統(tǒng)最終實(shí)現(xiàn)的目標(biāo)，切不可用一些簡單的術(shù)語來籠統(tǒng)概括需求，例如實(shí)現(xiàn)辦公自動化、建立現(xiàn)代化的系統(tǒng)這種抽象的術(shù)語只能將用戶對系統(tǒng)的理解引入誤區(qū)。
　　總之，用戶方與開發(fā)方的關(guān)系是項(xiàng)目管理所要處理的最重要的關(guān)系之一，增加溝通和減少誤解是處理好這個關(guān)系的關(guān)鍵。所以項(xiàng)目管理人員要有效地安排開發(fā)方軟件人員與需求方使用人員的交流，保證有暢通的交流渠道。在交流中用戶方要盡量避免含糊不清的需求，而開發(fā)方要杜絕敷衍了事、得過且過的行為。
　�、灿脩舴巾�(xiàng)目管理人員與使用人員業(yè)務(wù)人員及決策層的關(guān)系
　　用戶方項(xiàng)目管理人員與系統(tǒng)使用人員的關(guān)系是十分微妙的。一方面，系統(tǒng)使使用人員減輕工作強(qiáng)度、提高工作效率；而另一方面，系統(tǒng)改變了現(xiàn)行的工作管理模式，使使用人員失去了一定的靈活性和隨意性。但 ……（未完，全文共5874字，當(dāng)前僅顯示2063字，請閱讀下面提示信息。收藏《系統(tǒng)開發(fā)中的項(xiàng)目管理》）