訪談完了以后，可能不同涉眾有不同的需求，也可能有利益沖突，比如營業部門希望越快越好，維修部希望越慢越好，發生沖突就要開會研究起來，但這都是緊密聯系在一起的。像原型的話，也是訪談當中要用到的。還有就是競爭對手，尤其是現在做產品來說，研究競爭對手是首要的，已經不是訪談為中心了。從研究競爭對手出發的話，如果你研究的話，產品可能賣不出去了。市場上有一百種產品，都是滿足客戶的要求，但為什么要買你的呢？要從競爭對手想，才能找到自己的位置，所以這非常的重要。
像剛才Kristian Persson先生所說的，我覺得很有意思，這幾次做活動的話往往是需求方面，其實有很多產品，有建模的產品等，但都是來做需求，為什么呢？因為這是強項，研究競爭對手的話，就要有一個結果，比如我就做DOORS，要鮮明突出出來，很多需求都是這樣出來的。對于客戶的要求，比如說TAU建模工具不好，是否就要研究在這方面呢？往往競爭是突出一個長處，有特點，給大家造成影響，所以這一點是研究競爭對手是非常重要的。
我們做產品的時候成功與失敗，這方面是非常重要的。有時候很容易找錯對手，有時候經營公司非常的盲目，不自覺的認為自己沒有競爭對手，像今年二月份我去上海的時候，我有一個朋友做服務的公司，我問他競爭對手是誰？他說沒有競爭對手。我說為什么？他說這里已經壟斷了，政府讓我們做，別的地方不讓做。后來我跟他講輸入輸出的問題，他就了解到原來還有競爭對手。如果現在做一個產品，東方通科技的競爭對手是誰呢？這應該要觀察，本來有些人要買東方通科技產品，但沒有買，我們就要知道競爭對手是誰呢？如果有這個需求，而沒有買，去干什么呢？他去買防火墻和加密軟件。有時候不買DOORS，而買其他的產品代替，我認為這都是競爭對手，這都是需要考慮的。
主持人：青潤，你在你的那本書當中也談到需求，是否可以談一下你對需求捕獲方法的認識？
白慧冬：需求就是要有捕獲，沒有捕獲怎么會有后援的過程。在我那本書談到需求，往往做需求的時候，尤其是做工程，我本人做工程比較多，產品反而做得比較少。我先說一下做工程軟件，第一要做討論，然后收集一些初始想法，第二要研究內部文檔，你訪談的過程中要收集相關資料，然后就搞研究，搞研究的時候要出一些輔助的東西，那就是原型，原型之后，下一步還是訪談，原型之后出一個版本，就是客戶基本可用的，但不是完全可用，在用戶用的時候再技術訪談。問卷調查，做工程的很少用，發給誰呢？沒有人接手，不像做手機，西門子運營公司可以發給別人，而我們不行。比如做電信，幾個運營商，我發問卷調查，就幾個，我給他們發完了，實際上得到的結果也就那樣，沒有什么意義。
觀察方面比較少，因為工程軟件往往是內部獲得需求。當時我做的需求當時是電信內部提出的，本來要做ERP，后來由于宣布暫時停止，可以說生命周期得到的延長。
主持人：在CMM和CMMI當中，對需求部分的描述是怎樣的？與CMM和CMMI相比，你所咨詢的這些國內軟件企業在需求流程方面的差距有多大？
于波：之前提到捕獲需求的方法，提了自己的看法，工程也好，產品也好，首先方法上都討論過了，CMM本身模型提得比較早，1993年提出來的，從1987年開始研究，當時軟件工程發展到當時那個階段，對于需求捕獲，國內叫需求分析和需求開發，這種定義是在CMM三級產品工程里面一個活動，有分析、開發和客戶驗證的需求，就是一個活動。而CMMI就不一樣了，因為行業在發展，技術在發展，方法在發展，模型也在發展，把需求捕獲叫需求開發，這里面分得比較細，分為用戶的需求、產品的需求、產品構件的需求以及產品接口之間的需求，以及需求之間還有相互關系上要確認，跟設計和實現之間也是一個反復循環的階段來做的。
在國內來講，如果要做了CMM和CMMI的話，嚴格來講，和軟件工程上流行的一些方法和做的規程，達到的要求基本能達到，我們在咨詢的過程中，根據產品的形狀以及項目的特點、應用領域以及客戶的特點，來幫他選擇定義并細化一些需求捕獲過程中的規程和步驟，還有必要的重要的模板，每一層定義成什么樣的，還有捕捉方法里面，比如產品以及工程，都會做過一些調查。如果沒有做過的話，知道需求，但不是很清楚。另外就是時間的壓力很大，成熟不成熟呢？規范不規范化呢？他敢不敢做下來認真看這個需求，以及怎樣著手的話，他沒有時間來做，就做編碼，編碼的話就陷入一個混亂的狀態。
吳浩剛：現在國內公司做需求的方法和構成，CMM的要求還是有差距的。過去是用戶需求、產品需求，很多公司都沒有把它區分開。第二，一些公司做任務需求的時候，僅僅局限于外部需求，恰恰忘了內部的需求，一個產品要達到效益，還要考慮成本，在過去捕獲需求的時候，為了測試，要制造一些需求。為了讓成本降低，可能要做維護方面的需求。另外，在維護方面也要考慮需求方面。一個產品如果一開始考慮需求的時候，沒有考慮批量生產的話，到了后期可能就會影響到項目當中。
李峻：這些我們都有用，但是根據整個流程的不同階段來用，比如從市場過來的第一手的需求，是很簡單的需求列表。如果到了需求工程師分布下來以后，分到產品的話，可能就用到用例來表示產品的需求，再到下一層，比如產品里的模塊，模塊會有更詳細的圖，甚至用Telelogic公司的DOORS工具來做一些分析。我們是根據不同的階段來用的。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
