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