開發(fā)者的軟件生命周期管理工具功能需求狀況

    這個調(diào)查的結(jié)果說明了目前國內(nèi)軟件開發(fā)人員對軟件生命周期各階段的認同程度和重要性。上圖中的內(nèi)容基本上分為了三個層次：第一層包括強大的團隊協(xié)作功能、涵蓋軟件生命周期的各個環(huán)節(jié)兩項都有超過60%的認可度，第二層是管理的可跟蹤性與智能化的管理與控制功能有著50%左右的認可度，第三層則包括其他的五項內(nèi)容。 

    第一層：

•  前者說明國內(nèi)開發(fā)者開始逐漸認同團隊協(xié)作的重要性，而不再過于強調(diào)個人能力與個人英雄主義的思想氛圍，由于軟件開發(fā)本身是一種創(chuàng)造性的工作，這也是很多沒有機會獲得國家或者其他支持進行科學(xué)研究的技術(shù)人員投身到軟件行業(yè)的一個至關(guān)重要的原因。
•  后者說明國內(nèi)開發(fā)者已經(jīng)意識到軟件開發(fā)本身是需要經(jīng)歷相應(yīng)的軟件生命周期的各個生存環(huán)節(jié)的，不可能超越或者跨越一些重要的環(huán)節(jié)直接將代碼交付給最終用戶。這是與有些極端的極限編程狂者所提出的“代碼即文檔”的觀點的強烈質(zhì)疑，同樣在國外著名的軟件工程專家康斯坦丁的《人件集》中也有對“代碼即文檔”這種觀點的直接質(zhì)疑和反對。

    第二層：

•  說明國內(nèi)的開發(fā)者開始認同軟件項目管理的重要性，這也是在十多年的爭論和學(xué)習以后，國內(nèi)的開發(fā)者終于意識到個人開發(fā)與團隊開發(fā)是兩種不同層次的概念，團隊開發(fā)有著與個人開發(fā)無法比擬的優(yōu)勢，而團隊開發(fā)則比個人開發(fā)更要求管理，更加強調(diào)了管理的重要性；
•  管理的可跟蹤性的超過50%的認同度說明國內(nèi)的開發(fā)者意識到管理是一個循序漸進的過程，它是一個在潛移默化中推動技術(shù)進步并在表象上直接推動項目進行的一個因素，管理必須做到可跟蹤。否則，這個管理必然是無效的也是混亂的，只有可跟蹤的管理才是有序有效的，能夠真正對項目的開發(fā)產(chǎn)生積極的推動作用。
•  智能化的管理與控制功能所占有的44.3%的比例，說明國內(nèi)開發(fā)者對這方面的期待和對這個功能的不確定性。要知道軟件開發(fā)完全是人的行為，屬于人的意識層面的活動轉(zhuǎn)變?yōu)楝F(xiàn)實的一個過程，這種管理完全是對人的一種管理，同時對用戶思維行為的判斷與分析。智能化的管理與控制功能對人的影響是否是客觀有效的，這是所有軟件從業(yè)人員所關(guān)注的問題，這也是人工智能技術(shù)在沉寂了幾年后重新進入軟件行業(yè)被提出后的一種影響。Ivar Jacobson的公司從2004年起將一些人工智能技術(shù)放入到軟件工程過程的咨詢服務(wù)之中，創(chuàng)造了Ivar博士的生動小人形象。這些都是軟件從業(yè)者在智能化管理和控制方面的嘗試與努力。

    對于第三層，剩下的內(nèi)容主要是在企業(yè)層面上的關(guān)注，這分別覆蓋了下面幾個方面。

•  安全性：也許可以稱安全性為軟件開發(fā)第一話題。
  
  這也是最近幾年眾多的黑客活動使得大家對軟件和網(wǎng)絡(luò)安全關(guān)注的結(jié)果，由于軟件開發(fā)在一定程度上可以做到與外部網(wǎng)絡(luò)的物理隔離，所以，它所占的比例并不是十分得高，也不是一個首要的問題。
•  開發(fā)流程：增加對開發(fā)流程的觀測力。
  
  開發(fā)過程模型和過程的管理與監(jiān)督也都獲得了開發(fā)者的認同。
•  專業(yè)化：針對特定行業(yè)應(yīng)用進行優(yōu)化和針對特定應(yīng)用類型進行優(yōu)化。
  
  這是由于各個行業(yè)的特性與差異和應(yīng)用類別的不同使得專業(yè)化成為一個非常重要的話題，甚至有人認為：軟件開發(fā)方法、軟件開發(fā)過程等相對較為抽象層次的理論也必須根據(jù)各個行業(yè)進行實際力舉才能讓相應(yīng)行業(yè)的開發(fā)者認同并愿意采用。這也可以從另一個側(cè)面體現(xiàn)出開發(fā)者偷懶取巧的心態(tài)和企業(yè)管理者不愿意投入資金進行人員培養(yǎng)的心態(tài)，大家都想拿現(xiàn)成的，而不是經(jīng)過自己的研究分析后再使用。
  
  當然，人類歷史上的任何發(fā)明創(chuàng)造都是為了讓人類偷懶！但是，大家都知道工具做得越專業(yè)市場范圍就會越小，企業(yè)產(chǎn)品與行業(yè)貼得越緊密隨著行業(yè)的變化，企業(yè)的盈虧波動也就會越大，甚至因為行業(yè)的微小變化就會讓企業(yè)破產(chǎn)。
  
  這也使很多企業(yè)不敢進入過于專業(yè)的軟件產(chǎn)品方向進行研發(fā)的原因，因為在不太久遠的軟件發(fā)展史上大家都看到了很多類似的經(jīng)典案例�，F(xiàn)在連Borland都認為通用開發(fā)工具成為一種累贅，是一個不得不被拋棄的雞肋，那么誰還敢進入更專業(yè)的開發(fā)工具的研發(fā)中呢？這個問題是值得所有軟件行業(yè)從業(yè)人員思考的大問題。
•  資源管理：具有企業(yè)資源管理功能。
  
  這一點說明開發(fā)者開始關(guān)注團隊以外的企業(yè)環(huán)境和資源，而不是僅僅局限于思考眼前或者身邊的一些人和事，如果企業(yè)對自己所從事的方向投入不斷的減少和降低，或者申請的資源都被拒絕而得不到及時的補充，那么誰都明白：也許自己應(yīng)該考慮換個環(huán)境了。
  
  而從項目管理的角度來看，資源的整合與配置是十分重要的，這一點不需要有任何數(shù)據(jù)來支持，因為這是顯而易見的。試想，一個人完成Windows是多么得不可能，而微軟最近在每一個Windows版本開發(fā)完成后提供的關(guān)于這些人吃掉了多少漢堡、喝掉了多少可樂等等的數(shù)據(jù)，其實不是在說這些漢堡或者可樂，而是說微軟有多少資源在開發(fā)Windows的時候被調(diào)動起來，通過側(cè)面數(shù)據(jù)來說明它們的團隊協(xié)作和公司資源管理與配置方面的優(yōu)勢。