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