對(duì)軟件研發(fā)項(xiàng)目管理的深入探討-wenkub
2023-04-22 21:11:39 本頁(yè)面
【正文】 的時(shí)候能進(jìn)行流程重組，對(duì)產(chǎn)品的可用性和易用性有最終決定權(quán)。這樣的做法已證明存在很多問(wèn)題，會(huì)使項(xiàng)目經(jīng)理精力分散，而且產(chǎn)品管理的任務(wù)和項(xiàng)目的日常管理工作也不大相同，如果叫一個(gè)人負(fù)責(zé)，怕兩頭都顧不上搞不好。如果有多人同時(shí)負(fù)責(zé)的話，容易產(chǎn)生責(zé)權(quán)理不清楚，互相扯皮的現(xiàn)象。產(chǎn)品管理和測(cè)試組：一般包括MSF中的產(chǎn)品管理組，測(cè)試組、用戶培訓(xùn)和安裝管理，主要代表用戶確定軟件需求并測(cè)試產(chǎn)品是否滿足需求。MSF應(yīng)用模型是分層次的應(yīng)用模型，大體可分為三層，用戶層、業(yè)務(wù)層和數(shù)據(jù)層，各層次通過(guò)標(biāo)準(zhǔn)組件進(jìn)行封裝，互相通訊調(diào)用來(lái)完成系統(tǒng)任務(wù)。項(xiàng)目管理培訓(xùn)安裝管理組工作是：①負(fù)責(zé)產(chǎn)品安裝。②盡可能發(fā)現(xiàn)問(wèn)題。開發(fā)組的工作是：①概要、詳細(xì)設(shè)計(jì)。②描述項(xiàng)目產(chǎn)品輪廓。③溝通和協(xié)調(diào)各組關(guān)系。善于總結(jié)經(jīng)驗(yàn)。人員技術(shù)、業(yè)務(wù)精。下面只對(duì)組隊(duì)模型進(jìn)行較詳細(xì)的介紹，其他模型則簡(jiǎn)要說(shuō)明，更詳細(xì)的資料請(qǐng)查閱[2]。實(shí)踐證明，我們的軟件工程過(guò)程管理能力大為提高，軟件的質(zhì)量也有較大程度的提高，軟件的交付期也得到了基本保證，已經(jīng)沒(méi)有再發(fā)生那種“永遠(yuǎn)也完不成項(xiàng)目”的情況。第一章 簡(jiǎn)介 研究背景我之前曾在廈門一家中等規(guī)模(合計(jì)開發(fā)人員50人)的軟件公司擔(dān)任項(xiàng)目經(jīng)理，開始由于對(duì)軟件工程的不怎么重視，一些失敗的軟件項(xiàng)目給我留下了極深的映象。 研究動(dòng)機(jī)在這篇文章中，主要談?wù)摿嗽诋a(chǎn)品開發(fā)中的項(xiàng)目管理問(wèn)題，此處的“產(chǎn)品開發(fā)”是指做一個(gè)通用的軟件產(chǎn)品或者一些具體的領(lǐng)域性系統(tǒng)集成項(xiàng)目。MSF把軟件開發(fā)分成了六個(gè)小組，分別是：程序管理組、產(chǎn)品管理組、開發(fā)組、用戶培訓(xùn)組、測(cè)試組、安裝管理組。關(guān)注能力和交貨期。共同管理、共同決策，項(xiàng)目人員同地工作等。④管理項(xiàng)目進(jìn)度，報(bào)告項(xiàng)目狀態(tài)。③負(fù)責(zé)需求定義。②完成產(chǎn)品開發(fā)。用戶培訓(xùn)組工作是：①代表終端用戶(end user)。②把握可管理性和可支持性。項(xiàng)目管理論壇MSF風(fēng)險(xiǎn)管理過(guò)程主要包括：風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)表述，通過(guò)分析、計(jì)劃、跟蹤和控制過(guò)程，最終解除風(fēng)險(xiǎn)。開發(fā)組：和MSF的開發(fā)組相同。有一個(gè)項(xiàng)目經(jīng)理對(duì)項(xiàng)目完全負(fù)責(zé)，遇到問(wèn)題容易很快得到解決。在產(chǎn)品管理組中，根據(jù)項(xiàng)目的大小，可以設(shè)置兩個(gè)負(fù)責(zé)人，一個(gè)代表用戶確定需求，另一個(gè)主要負(fù)責(zé)測(cè)試，但由前一個(gè)負(fù)總責(zé)。根據(jù)我們的經(jīng)驗(yàn)，通過(guò)設(shè)定產(chǎn)品經(jīng)理，主要的感覺(jué)是產(chǎn)品受用戶的歡迎程度增加了，無(wú)用的特性少了，因而也更容易成功。MSF開發(fā)過(guò)程總的來(lái)說(shuō)是一個(gè)基于里程碑的，迭代的，風(fēng)險(xiǎn)驅(qū)動(dòng)的過(guò)程。④縮短生命周期。②項(xiàng)目規(guī)劃確認(rèn)。其中“前景范圍確認(rèn)”對(duì)應(yīng)傳統(tǒng)的“可行性分析”。按照ISO9001的要求，在軟件開發(fā)前有一個(gè)可行性分析報(bào)告，討論項(xiàng)目的可行性和風(fēng)險(xiǎn)，一般公司項(xiàng)目也都會(huì)經(jīng)歷這一階段。我以前就碰到過(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í)間。只有預(yù)先對(duì)各種問(wèn)題進(jìn)行完備的分析后，才能得出正確的決策。通過(guò)可行性分析，揭示了即將面臨的各種問(wèn)題及風(fēng)險(xiǎn)，使得公司內(nèi)部對(duì)該項(xiàng)目有了一致的認(rèn)識(shí)，在后來(lái)的資源申請(qǐng)上也更容易得到高層支持，更易于導(dǎo)致項(xiàng)目成功。需求的管理主要由產(chǎn)品經(jīng)理負(fù)責(zé)，其中最終用戶(end user)的實(shí)時(shí)參與是一個(gè)非常重要的因素。根據(jù)我們的經(jīng)驗(yàn)，優(yōu)秀的產(chǎn)品經(jīng)理+用戶參與+原型法=良好的需求說(shuō)明。通常是用戶最關(guān)心，使用最頻繁的功能應(yīng)該屬于高優(yōu)先級(jí)，而那些不怎么重要或很少用到的功能應(yīng)該屬于低優(yōu)先級(jí)。通過(guò)原型法，能讓用戶看到并模擬使用最終的產(chǎn)品界面，能在需求階段通過(guò)修正軟件界面來(lái)適應(yīng)用戶的偏好，從而在很大程度上提高了產(chǎn)品的易用性，使項(xiàng)目更容易成功。根據(jù)經(jīng)驗(yàn)，需求分析所需的時(shí)間往往占整個(gè)項(xiàng)目時(shí)間的12%[1]。項(xiàng)目管理培訓(xùn)需求的管理也是非常重要的方面。需求分析的完成也意味著項(xiàng)目其他部分可以齊頭并進(jìn)，如概要設(shè)計(jì)、測(cè)試計(jì)劃、用戶說(shuō)明書，這也在某個(gè)方面證明了需求分析的重要性它是下面所有活動(dòng)的基礎(chǔ)和準(zhǔn)繩。一般國(guó)內(nèi)的中小軟件公司對(duì)項(xiàng)目工作量和開發(fā)人員能力的量化程度不高，所以導(dǎo)致進(jìn)度和資源安排不確切，有時(shí)候甚至是相差很遠(yuǎn)。這種辦法有它合理的地方，在中國(guó)還需進(jìn)行實(shí)踐摸索。如果進(jìn)度表和要求的出貨時(shí)間有沖突，寧愿砍掉一些不重要的功能，也不要盲目增加人手，這種做法可能會(huì)導(dǎo)致產(chǎn)品質(zhì)量下降，最終得不償失，詳細(xì)說(shuō)明請(qǐng)參考[4]。
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1