討論區主頁 軟體流程改善 經濟部「旗艦計畫」該由基礎做起 | 無發表權 |
樹狀顯示 | 新的在前 | 前一個主題 | 下一個主題 | 頁尾 |
發表者 | 討論內容 |
---|---|
tyrone | 發表時間: 2005-04-17 18:22 |
網站管理員 註冊日: 2003-04-19 來自: CSQA 發表數: 342 |
經濟部「旗艦計畫」該由基礎做起 經濟部為了提振國內的產業競爭力,提出所謂「旗艦計畫」。由於「旗艦」一詞,對於出身海軍的人來說,應該會有不同的體認,而反射到經濟部的旗艦計畫上,卻有一種「計畫」可能會成為「笑話」的擔憂。
出身海軍的人都知道,旗艦乃是作戰艦隊指揮官的坐艦,在海軍作戰當中,由旗艦帶領艦隊的屬艦運用戰術、戰法,結合精熟的戰技,達成艦隊被賦與的戰略目標。在作戰行動之前,各屬艦是要從加強官兵的個人戰技訓練開始,然後是單艦作戰的組合訓練,單艦要能夠執行單艦防空作戰、反潛作戰、水面作戰、電子戰、反飛彈作戰......等等。然後再來是艦隊的協同作戰,發揮艦隊各屬艦的單艦作戰及協調合作的能力,在旗艦的統合指揮調度下,完成各項戰術與戰法,最後殲滅敵人,達到指定的戰略目標。 對照這個概念,我們的產業是否準備好了?「艦隊」中的屬艦(包含旗艦),單兵的動作是否純熟?對照前述的概念,指的就是所有從業人員的本職學能是否充分,分析師會不會做需求訪談及需求分析,會不會畫流程圖(資料流程圖、功能流程圖),使用的圖形符號,符不符合通用標準與慣例,會不會用UML,各種圖會不會畫,畫得對不對?管理者,會不會指揮調度、會不會做風險及影響評估、會不會選擇專案、會不會選擇生命週期模型、會不會選用開發的方法?程式設計師會不會將設計的結果實現成程式碼?程式碼的撰寫是不是符合常規、有沒有按照naming convention及coding standard.......。所有的人對於工程的常規是否清楚,每個人在受命扮演某個角色的時候,都能夠負起其職責,該做的事、該寫的文件、該做的紀錄是否按常規來實施? 或許經濟部的長官期待透過「旗艦計畫」來練兵,但是,事實上,以目前的狀況來說,這是行不通的做法,而且很容易就變成了「旗艦笑話」。雖然業界中,許多公司的存在是以其領域的知識技術為利基(niche),但是要將這些技術利基轉化為工程產品,仍舊是需要工程方法與技術的。在世界上有許多美麗的建築,被視為經典的創作,例如法國的艾菲爾鐵塔,它的術藝性在於線條與構圖,但是整個鐵塔的施工建造,卻是透過工程的方法來完成的。 在今天來談所謂「旗艦計畫」,其實是小孩在玩大車,因為我們的資訊軟體業的從業人員,普遍來說工程能力是不足的。個人常說,我們的資訊軟體業界在開發系統上,基本上是小孩在玩「樂高積木」,一得到想法(客戶的需求),就盲目地try-and-error兜起樂高積木,也不知道需要多少時間,要多少塊樂高積木才能完成,當自己覺得兜出來的差不多了,再找客戶來驗收。工程的方法也許仍像堆樂高積木,但是所不同的是,需求分析人員會去思考到底客戶要的是什麼,不只是外表的樣子而已,還包括內在及非功能性的需求,然後去計算需要多少塊樂高積木(多少材料、資源),以及需要多少人一起來做、需要多少時間才能完成。當需要許多人一起來組裝這些樂高積木的時候,該如何分工,最後該怎麼組裝起來,凡此種種都是需要規劃與設計的,然後按部就班地執行。我們在談旗艦計畫的時候,為了能夠達成國家的國際競爭力目標,是否容許這些基礎沒起來,單兵動作沒練好、各個公司內部的組合作業能力沒有建立起來的時候,就匆促地開始「艦隊」大軍作戰?果真如此,只是徒然浪費納稅義務人的錢而已。 如果,經濟部真的要提振國內資訊軟體業的國際競爭力,其做法應該由從業人員工程能力開始要求起,從業人員應該通過人員能力評鑑,而各公司的管理階層也應該具備軟體組織及軟體過程的管理能力,並且通過管理人員的能力評鑑,之後才是組織要通過CMMI評鑑(組織能力成熟度的評鑑)(對照最前面的海軍艦隊觀念,亦即是通過單艦的戰力評鑑)。這時候,再談所謂的旗艦計畫,才不致於將納稅義務人員的血汗錢,浪費在沒有把握的目標上。
凡所有相皆是虛妄。見諸相非相。即見如來。 |
Terry | 發表時間: 2005-04-18 16:45 |
Just popping in 註冊日: 2005-04-11 來自: 發表數: 19 |
Re: 經濟部「旗艦計畫」該由基礎做起 Tyrone兄真不愧是海軍出身!
經濟部推動「旗艦計畫」應該要和「推動軟體品質提升CMMI」計畫緊密結合,必須慎選優質團隊,參與人員應該通過人員能力評鑑,而各公司的管理階層也應該通過管理人員的能力評鑑,之後才是組織要通過CMMI評鑑。這時候再進行所謂的旗艦計畫,才有成功的希望,不致於浪費納稅人的錢。 |
樹狀顯示 | 新的在前 | 前一個主題 | 下一個主題 | 頁首 |
無發表權 | |