對(duì)軟件研發(fā)項(xiàng)目管理的深入探討-文庫(kù)吧
2025-03-23 21:11 本頁(yè)面
【正文】 品品質(zhì)，才是真正可以交付的品質(zhì)。產(chǎn)品管理經(jīng)理(以下簡(jiǎn)稱產(chǎn)品經(jīng)理)是項(xiàng)目中非常重要的角色，他可以對(duì)技術(shù)不是很精通，但是必須對(duì)產(chǎn)品所服務(wù)的領(lǐng)域非常熟悉，最好是領(lǐng)域?qū)＜遥谒膸ьI(lǐng)下，項(xiàng)目才不至于偏離預(yù)先設(shè)定的前景范圍。他必須對(duì)產(chǎn)品的需求能作出很好的把握，在適當(dāng)?shù)臅r(shí)候能進(jìn)行流程重組，對(duì)產(chǎn)品的可用性和易用性有最終決定權(quán)。根據(jù)我們的經(jīng)驗(yàn)，通過(guò)設(shè)定產(chǎn)品經(jīng)理，主要的感覺(jué)是產(chǎn)品受用戶的歡迎程度增加了，無(wú)用的特性少了，因而也更容易成功。開(kāi)發(fā)組主要負(fù)責(zé)產(chǎn)品的概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)及代碼實(shí)現(xiàn)，這和一般項(xiàng)目中的開(kāi)發(fā)人員差不多，就不再贅述了。根據(jù)我們的經(jīng)驗(yàn)，這樣組建的開(kāi)發(fā)團(tuán)隊(duì)既有助于提高工作效率，又能保證有良好的產(chǎn)品質(zhì)量。沒(méi)有設(shè)置產(chǎn)品管理角色的團(tuán)隊(duì)最容易產(chǎn)生的問(wèn)題是開(kāi)發(fā)人員往往喜歡憑他們的主觀臆想來(lái)設(shè)定產(chǎn)品的某些功能，最終導(dǎo)致產(chǎn)品易用性極差，不容易為用戶所接受。MSF開(kāi)發(fā)過(guò)程總的來(lái)說(shuō)是一個(gè)基于里程碑的，迭代的，風(fēng)險(xiǎn)驅(qū)動(dòng)的過(guò)程。一般遵循如下原則：①進(jìn)度計(jì)劃留有余地。項(xiàng)目管理培訓(xùn)②通過(guò)風(fēng)險(xiǎn)管理減少不確定性因素。③通過(guò)快速原型法盡可能使產(chǎn)品穩(wěn)定和可預(yù)測(cè)。④縮短生命周期。⑤重視創(chuàng)新使資源和性能效率最大化。⑥拆分大項(xiàng)目等。在過(guò)程模型上，主要包括四個(gè)重要里程碑：①前景/范圍確認(rèn)。②項(xiàng)目規(guī)劃確認(rèn)。項(xiàng)目管理者聯(lián)盟文章③開(kāi)發(fā)完成。項(xiàng)目管理培訓(xùn)④對(duì)外發(fā)布。我們把MSF的各個(gè)階段對(duì)應(yīng)到傳統(tǒng)的項(xiàng)目開(kāi)發(fā)各階段，目的是使公司所有人員便于理解和使用。其中“前景范圍確認(rèn)”對(duì)應(yīng)傳統(tǒng)的“可行性分析”?！绊?xiàng)目規(guī)劃確認(rèn)”對(duì)應(yīng)“需求分析”和“項(xiàng)目計(jì)劃”?！笆状芜\(yùn)行”對(duì)應(yīng)“開(kāi)發(fā)完成”，“發(fā)布”的意思和傳統(tǒng)基本相同。同時(shí)，我們也根據(jù)公司的具體情況對(duì)流程進(jìn)行了相應(yīng)調(diào)整，把整個(gè)流程分為可行性分析、需求分析、開(kāi)發(fā)計(jì)劃、開(kāi)發(fā)過(guò)程和結(jié)項(xiàng)總結(jié)五個(gè)階段，下面分別進(jìn)行說(shuō)明。按照ISO9001的要求，在軟件開(kāi)發(fā)前有一個(gè)可行性分析報(bào)告，討論項(xiàng)目的可行性和風(fēng)險(xiǎn)，一般公司項(xiàng)目也都會(huì)經(jīng)歷這一階段。做可行性分析一般由未來(lái)的項(xiàng)目經(jīng)理和產(chǎn)品經(jīng)理共同完成，討論該項(xiàng)目的技術(shù)、經(jīng)濟(jì)可行性和潛在的風(fēng)險(xiǎn)等。很多小公司在做項(xiàng)目前都沒(méi)有這個(gè)過(guò)程，往往是不管自己的實(shí)際情況，匆忙上馬，遇到項(xiàng)目就接，結(jié)果是做一個(gè)死一個(gè)，成功的很少。項(xiàng)目管理者聯(lián)盟在做可行性分析的時(shí)候，要充分考慮公司以前的各種技術(shù)和市場(chǎng)積累，還有目前的資源可用性情況，特別是要做好風(fēng)險(xiǎn)分析。我以前就碰到過(guò)這種情況，一個(gè)項(xiàng)目的領(lǐng)域和公司以前的領(lǐng)域不盡相同，在立項(xiàng)前沒(méi)有充分考慮各種情況，認(rèn)為這個(gè)項(xiàng)目比較簡(jiǎn)單，應(yīng)該沒(méi)什么問(wèn)題，結(jié)果是沒(méi)有做得很成功，進(jìn)度上也拖了一段時(shí)間。在后來(lái)結(jié)項(xiàng)分析的時(shí)候，認(rèn)為主要的問(wèn)題就是領(lǐng)域的區(qū)別造成了公司內(nèi)部沒(méi)有人對(duì)該領(lǐng)域特別熟悉，缺乏領(lǐng)域?qū)＜?，并?duì)上述風(fēng)險(xiǎn)估計(jì)不足，也沒(méi)有對(duì)風(fēng)險(xiǎn)進(jìn)行較好的管理，所以造成了項(xiàng)目的不成功。轉(zhuǎn)自項(xiàng)目管理者聯(lián)盟上面提到，可行性分析一般是由未來(lái)的項(xiàng)目經(jīng)理和產(chǎn)品經(jīng)理完成，必要時(shí)還需要市場(chǎng)人員的參與，項(xiàng)目經(jīng)理主要考慮技術(shù)可行性，包括項(xiàng)目最初估計(jì)的進(jìn)度表和資源需求情況。產(chǎn)品經(jīng)理主要考慮市場(chǎng)和經(jīng)濟(jì)上的可行性(主要是針對(duì)軟件產(chǎn)品而言)。只有預(yù)先對(duì)各種問(wèn)題進(jìn)行完備的分析后，才能得出正確的決策。不要到后來(lái)因?yàn)槟切┦孪葲](méi)考慮到的，但應(yīng)該想到的各種原因造成項(xiàng)目失敗?；蛘唠m然完成了，但是沒(méi)有取得預(yù)期的效果，不能給公司帶來(lái)較好的收益。只有在可行性分析通過(guò)評(píng)審，公司高層領(lǐng)導(dǎo)者認(rèn)可的情況下才能付諸實(shí)施。通過(guò)可行性分析，揭示了即將面臨的各種問(wèn)題及風(fēng)險(xiǎn)，使得公司內(nèi)部對(duì)該項(xiàng)目有了一致的認(rèn)識(shí)，在后來(lái)的資源申請(qǐng)上也更容易得到高層支持，更易于導(dǎo)致項(xiàng)目成功。那種只有一個(gè)想法，就開(kāi)始實(shí)施的做法是絕對(duì)不可取的，可以是單兵做戰(zhàn)，但決不是公司行為。項(xiàng)目管理論壇需求管理是軟件開(kāi)發(fā)中非常重要的部分，在一般的MIS型項(xiàng)目中，準(zhǔn)確的把握需求往往是項(xiàng)目成功的關(guān)鍵。但需求管理也是個(gè)困難的過(guò)程，據(jù)我所知，太多項(xiàng)目的需求都沒(méi)有良好的管理過(guò)程，往往導(dǎo)致項(xiàng)目后期的大量修改或者直接使項(xiàng)目失敗。需求的管理主要由產(chǎn)品經(jīng)理負(fù)責(zé)，其中最終用戶(end user)的實(shí)時(shí)參與是一個(gè)非常重要的因素。在需求采集階段，我們主要采用了原型法，使用VB或者FrontPage建立最終產(chǎn)品的界面，然后把功能實(shí)現(xiàn)和界面一一對(duì)應(yīng)起來(lái)，和用戶進(jìn)行討論，并不斷的修改界面。最終在基本達(dá)成一致后，對(duì)應(yīng)原型寫出需求規(guī)格說(shuō)明書(shū)，在評(píng)審后納入基線管理。在后面的開(kāi)發(fā)
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1