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

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

第二層：

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

對于第三層，剩下的內容主要是在企業層面上的關注，這分別覆蓋了下面幾個方面。

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