創(chuàng)新使資源和性能效率最大化;
⑥拆分大項目等。
在過程模型上,主要包括四個重要里程碑:
①前景/范圍確認(rèn);
②項目規(guī)劃確認(rèn);項目管理者聯(lián)盟文章
③開發(fā)完成;項目管理培訓(xùn)
④對外發(fā)布。
我們把MSF的各個階段對應(yīng)到傳統(tǒng)的項目開發(fā)各階段,目的是使公司所有人員便于理解和使用。其中“前景范圍確認(rèn)”對應(yīng)傳統(tǒng)的“可行性分析”;“項目規(guī)劃確認(rèn)”對應(yīng)“需求分析”和“項目計劃”;“首次運(yùn)行”對應(yīng)“開發(fā)完成”,“發(fā)布”的意思和傳統(tǒng)基本相同。同時,我們也根據(jù)公司的具體情況對流程進(jìn)行了相應(yīng)調(diào)整,把整個流程分為可行性分析、需求分析、開發(fā)計劃、開發(fā)過程和結(jié)項總結(jié)五個階段,下面分別進(jìn)行說明。
3.2.1可行性分析項目經(jīng)理圈子
按照ISO9001的要求,在軟件開發(fā)前有一個可行性分析報告,討論項目的可行性和風(fēng)險,一般公司項目也都會經(jīng)歷這一階段。做可行性分析一般由未來的項目經(jīng)理和產(chǎn)品經(jīng)理共同完成,討論該項目的技術(shù)、經(jīng)濟(jì)可行性和潛在的風(fēng)險等。很多小公司在做項目前都沒有這個過程,往往是不管自己的實(shí)際情況,匆忙上馬,遇到項目就接,結(jié)果是做一個死一個,成功的很少。項目管理者聯(lián)盟
在做可行性分析的時候,要充分考慮公司以前的各種技術(shù)和市場積累,還有目前的資源可用性情況,特別是要做好風(fēng)險分析。我以前就碰到過這種情況,一個項目的領(lǐng)域和公司以前的領(lǐng)域不盡相同,在立項前沒有充分考慮各種情況,認(rèn)為這個項目比較簡單,應(yīng)該沒什么問題,結(jié)果是沒有做得很成功,進(jìn)度上也拖了一段時間。在后來結(jié)項分析的時候,認(rèn)為主要的問題就是領(lǐng)域的區(qū)別造成了公司內(nèi)部沒有人對該領(lǐng)域特別熟悉,缺乏領(lǐng)域?qū)<?,并對上述風(fēng)險估計不足,也沒有對風(fēng)險進(jìn)行較好的管理,所以造成了項目的不成功。轉(zhuǎn)自項目管理者聯(lián)盟
上面提到,可行性分析一般是由未來的項目經(jīng)理和產(chǎn)品經(jīng)理完成,必要時還需要市場人員的參與,項目經(jīng)理主要考慮技術(shù)可行性,包括項目最初估計的進(jìn)度表和資源需求情況;產(chǎn)品經(jīng)理主要考慮市場和經(jīng)濟(jì)上的可行性(主要是針對軟件產(chǎn)品而言)。只有預(yù)先對各種問題進(jìn)行完備的分析后,才能得出正確的決策。不要到后來因?yàn)槟切┦孪葲]考慮到的,但應(yīng)該想到的各種原因造成項目失敗;或者雖然完成了,但是沒有取得預(yù)期的效果,不能給公司帶來較好的收益。
只有在可行性分析通過評審,公司高層領(lǐng)導(dǎo)者認(rèn)可的情況下才能付諸實(shí)施。通過可行性分析,揭示了即將面臨的各種問題及風(fēng)險,使得公司內(nèi)部對該項目有了一致的認(rèn)識,在后來的資源申請上也更容易得到高層支持,更易于導(dǎo)致項目成功。那種只有一個想法,就開始實(shí)施的做法是絕對不可取的,可以是單兵做戰(zhàn),但決不是公司行為。項目管理論壇
3.2.2需求分析
需求管理是軟件開發(fā)中非常重要的部分,在一般的MIS型項目中,準(zhǔn)確的把握需求往往是項目成功的關(guān)鍵。但需求管理也是個困難的過程,據(jù)我所知,太多項目的需求都沒有良好的管理過程,往往導(dǎo)致項目后期的大量修改或者直接使項目失敗。
需求的管理主要由產(chǎn)品經(jīng)理負(fù)責(zé),其中最終用戶(end user)的實(shí)時參與是一個非常重要的因素。在需求采集階段,我們主要采用了原型法,使用VB或者FrontPage建立最終產(chǎn)品的界面,然后把功能實(shí)現(xiàn)和界面一一對應(yīng)起來,和用戶進(jìn)行討論,并不斷的修改界面。最終在基本達(dá)成一致后,對應(yīng)原型寫出需求規(guī)格說明書,在評審后納入基線管理。
在后面的開發(fā)中,我們必須保證最終產(chǎn)品界面和原型基本一致,如有變更,則必須提交項目組和客戶討論。根據(jù)我們的經(jīng)驗(yàn),優(yōu)秀的產(chǎn)品經(jīng)理+用戶參與+原型法=良好的需求說明。
!--StartFragment-->!--
>