客戶在決定投資一套軟件系統(tǒng)建設的項目前，本身很明確知道希望這套系統(tǒng)能夠帶來什么價值，但對于如何能夠利用科技來達到目標則一概不清楚。希望透過軟件工程師的專業(yè)知識來告訴他們如何才能夠滿足他們的愿景，客戶希望透過人工智能(AI)去理解顧客的采購習慣,背景，行為和對現(xiàn)有產品的反饋對產品進行改良;他們希望透過企業(yè)資源規(guī)劃(ERP)來減低生產或運營成本，提升資源對企業(yè)的價值;希望透過客戶關系管理(CRM)軟件的應用來保留顧客對企業(yè)品牌的忠誠，增加顧客對企業(yè)的滿意度。這些都是透過科技應用所希望帶出來的普遍價值和投資愿景。但技術人員仍然停留在科技應用的層面上，希望客戶能夠告訴他們需要那些功能來達到這個愿景，讓他們能夠利用技術完成客戶的系統(tǒng)建設。這些構思型或愿景型的項目如何進行交付，是上世紀末期開始對軟件行業(yè)的一大挑戰(zhàn)。
在這種情況下，技術人員如何能夠滿足客戶的愿景，客戶如何能夠告訴技術人員有關這個投資項目的功能需求，變成項目在實施過程中不斷進行修改，不斷延誤的主要原因。如何解決這個困境是當時急迫需要處理的難題。所以計算機行業(yè)新增加了一個崗位，叫做業(yè)務分析師(Business Analyst 或簡稱BA)，業(yè)務分析師應該有深厚的行業(yè)知識，透過BA對行業(yè)的理解，對愿景項目進行流程分析及建設，然后讓技術人員對有關流程進行分析，建立功能需求，設計有關模塊，為這些構思型或愿景型項目提供所需的基本信息。但可惜行業(yè)知識與技術知識兩者還是有相當大的距離，BA 未能發(fā)揮應有的效益。美國PMI 也是在這個時候訂立項目贊助人(Sponsor)及項目干系人(Stakeholders)的角色，在項目開發(fā)過程中，項目贊助人需要確認BA 的流程建議，需要取人系統(tǒng)建設每一個階段的交付。項目干系人需要確認流程及系統(tǒng)功能不會影響部門的正常操作，兩者要確保整個項目能夠達到預期的交付愿景和目的。
在同一時間開始出現(xiàn)了一些新工具如4GL，和新方法如快速應用開發(fā)(Rapid Application Development，RAD)，希望通過這些工具和方法讓技術人員與用戶能夠一起組合出未來系統(tǒng)的功能并達成共識，為投資者建立有關的應用系統(tǒng)。希賽顧問團需求工程首席專家徐鋒認為，這些工具和方法誤導了這個行業(yè)的技術人員，讓他們在項目啟動的時候便把重心放在把握功能需求，而不是建立項目范圍，直到今天，很多軟件工匠在項目起動時便盡量希望能夠把握項目的功能需求，一些學者更把如何把握需求當作教育重點來讓我們不斷培育軟件工匠。讓技術人員忘記了建立范圍的重要性，讓技術人員未能發(fā)揮本身的智慧，為客戶建立所需的解決方案，讓這些工匠不能夠有效地考慮如何利用科技來提供客戶期盼的價值，發(fā)揮本身的創(chuàng)作力和創(chuàng)思。智能讓技術人員不斷跟著客戶后追尋那些不存在的項目需求。
軟件工程在21 世紀的挑戰(zhàn)
此文章共有6頁 上一頁 1 2 3 4 5 6 下一頁
文章來源：希賽網(wǎng)
|
Leadge.com首頁 > 知識庫 