在同一時間開始出現(xiàn)了一些新工具如4GL，和新方法如快速應(yīng)用開發(fā)(Rapid Application Development，RAD)，希望通過這些工具和方法讓技術(shù)人員與用戶能夠一起組合出未來系統(tǒng)的功能并達(dá)成共識，為投資者建立有關(guān)的應(yīng)用系統(tǒng)。希賽顧問團(tuán)需求工程首席專家徐鋒認(rèn)為，這些工具和方法誤導(dǎo)了這個行業(yè)的技術(shù)人員，讓他們在項(xiàng)目啟動的時候便把重心放在把握功能需求，而不是建立項(xiàng)目范圍，直到今天，很多軟件工匠在項(xiàng)目起動時便盡量希望能夠把握項(xiàng)目的功能需求，一些學(xué)者更把如何把握需求當(dāng)作教育重點(diǎn)來讓我們不斷培育軟件工匠。讓技術(shù)人員忘記了建立范圍的重要性，讓技術(shù)人員未能發(fā)揮本身的智慧，為客戶建立所需的解決方案，讓這些工匠不能夠有效地考慮如何利用科技來提供客戶期盼的價值，發(fā)揮本身的創(chuàng)作力和創(chuàng)思。智能讓技術(shù)人員不斷跟著客戶后追尋那些不存在的項(xiàng)目需求。
軟件工程在21 世紀(jì)的挑戰(zhàn)
在20世紀(jì)90 年代中期，互聯(lián)網(wǎng)與Windows開始進(jìn)入個人及企業(yè)的空間。當(dāng)時，筆者被任命為澳大利亞墨爾本市的一家百貨公司建立一套網(wǎng)絡(luò)銷售系統(tǒng)。當(dāng)時我對互聯(lián)網(wǎng)的認(rèn)識相當(dāng)膚淺，如何完成這個任務(wù)對我及整個交付團(tuán)隊(duì)是一個考驗(yàn)。我花費(fèi)大量精力及時間與客戶溝通，希望理解他們建立這套系統(tǒng)的背后目的，在過程中我們共同建立了一套假設(shè)的業(yè)務(wù)流程，因?yàn)殡p方都不清楚顧客在網(wǎng)絡(luò)的另一端在過程中會有些什么反應(yīng)，所以我們依據(jù)不同的反應(yīng)建立相當(dāng)數(shù)量的流程。在這套業(yè)務(wù)流程被客戶接受后，我們便能夠建立系統(tǒng)的功能需求，能夠?qū)ο到y(tǒng)進(jìn)行設(shè)計(jì)及最后完成系統(tǒng)的交付。
當(dāng)然，這是一個例外的個案，基于互聯(lián)網(wǎng)的啟動，這個項(xiàng)目的投資者愿意投資本人的時間與我們這個開發(fā)團(tuán)隊(duì)共同建立一套能夠?yàn)樗麄兊臉I(yè)務(wù)帶來價值的系統(tǒng)。但不是每一個項(xiàng)目投資者都愿意及能夠花費(fèi)大量的精力和時間來完成有關(guān)的流程建設(shè)的工作。而且市場的競爭讓我們需要在更短的時間完成整個系統(tǒng)開發(fā)的生命周期，大部份項(xiàng)目只有短短數(shù)月的時間讓我們從開始到完成項(xiàng)目交付。那么我們?nèi)绾文軌蚧ㄙM(fèi)大量時間去建設(shè)未來的操作流程才開始進(jìn)行軟件開發(fā)呢?
客戶是希望我們能夠提供一套系統(tǒng)讓他們能夠有一套操作流程，但技術(shù)人員需要有一套流程才能夠建立系統(tǒng)的功能需求，那么我們應(yīng)該先建立流程，繼而建立系統(tǒng)，還是應(yīng)該先建立系統(tǒng)，繼而建立流程呢?從那時開始，我們便開始思考如何能夠有效建立這種項(xiàng)目范圍的方法。初步建立了一套項(xiàng)目結(jié)構(gòu)分解法(Project Breakdown Structure 或簡稱PBS)來建立項(xiàng)目的最終交付。從2006年開始，希賽顧問團(tuán)組織有關(guān)軟件工程和項(xiàng)目管理專家、學(xué)者分析和討論了PBS的的應(yīng)用，并對PBS方法進(jìn)行了不斷的改進(jìn)，最后成為今天的項(xiàng)目組件分拆法(Project Component Decomposition Method，PCDM)。
此文章共有6頁 上一頁 1 2 3 4 5 6 下一頁
文章來源：中國項(xiàng)目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 