“對于企業來講，我們不太清楚信息化調研應當怎樣開始，又怎樣結束，我們實際上更關心的事情是把我們現有的管理方式向軟件公司轉達，并且不要寄希望這種轉達是全面的，當面對轉達不全面的時候，就需要軟件公司的人員多問、多探討，我們上管理系統的過程中也接觸了不少軟件公司的設計人員、需求人員，但是在與我們的交流過程中，感覺他們總是缺乏調研思路和必要的管理知識，許多是非常常用的管理知識他們也不太清楚，這樣在調研中只能夠在一些局部的問題上進行討論，這些局部還是靠我們自己的中層管理者對于管理中所存在的問題而提出來的，而這種主動提出問題的現象，是當碰到了喜歡交流的經理們和業務骨干們的時候才能夠有的情況”。
“大部分的調研情況是不好的，你知道，我們的許多業務骨干和經理們他們對于計算機是陌生的，對于信息化更是陌生，你讓他們談需求，首先是要與他們交流，在交流中獲得需求。這就需要、討論需求的軟件公司人員必須有一定的管理知識和一定的管理經驗，要用啟發方式進行調研，否則我們的許多人不知道說什么，也不知道你們想獲得什么，你們的軟件究竟與我們所要求的內容之間有多大的差距，這些在調研中好像都沒有看到，那么這種情況對于調研的結論就產生很大影響，在許多公司給我們提供的調研報告中都可以反映出來，簡單一句話是不了解我們的企業”。某企業副總經理說。
他的觀點代表了許多中高層管理者的意見，由于一些軟件公司對需求調研工作的不重視，在人力資源的選配方面，總是傾向于給開發人員好的福利，而需求人員卻無法獲得較為合理的待遇，在這種普遍偏低的待遇下，只能吸收經驗較少的人員、甚至經驗沒有的人員，即便這些人可能學的專業是管理或電腦類專業，但是軟件公司往往忽略這樣一個事實，這類人員必須招募綜合性的人員，電腦要懂、軟件功能作用要清楚、管理知識要會運用、溝通要有一定的技巧，組織管理能力也要具備，最好懂得如何作管理類咨詢。對于這樣一個人員的培養，顯然要比培養一個優秀的開發人員要困難的多，目前的這種待遇下是無法吸收到滿足要求的人員。而我們回過頭去看看西方公司，需求人員的工資卻普遍比開發人員的工資要高出很多，對于這種現狀，是不是給了我們一些提示，軟件的成功從“需求開始”，所以需求人員是軟件的成功之本。
如果你是從事信息化工作的人員，并且你希望自己成為一名優秀的需求工作者，那么首先要檢查自己是否具備與人實現良好溝通的能力，這種能力不是怯懦，不是沒有爭吵，而是善于根據自己的調研需求的需要、去誘導和啟發企業的管理者和業務骨干，描繪他們自己所要的管理要求。同時你還是需求的傳遞者，你必須與需求定義的人員實現良好溝通，你也必須與軟件的測試人員實現良好溝通，因為在你的下游所做的一切工作都是依賴于你的需求報告而產生。所以你必須有很好的表達能力、也必須有很好的管理知識和經驗，因為這兩點是成功溝通的基礎，沒有很好的表達你無法和軟件公司的人員“默契”交流、也無法和企業的人員“默契”交流，這里使用了“默契”，是為了強調交流的成功度；而沒有管理知識與經驗，企業的管理者和業務骨干對于你的信服都將大大折扣。
第二你必須要熟悉你公司的軟件產品，要了解它可以解決那些管理問題和流程，那些是不可以滿足的，通過對于產品的了解你才能夠有基礎與企業管理者和業務骨干探討在軟件需求不滿足時，是否可以采取變通的做法。從理論上說，任何流程都是可以被改變的，所以你盡管可以與企業人員對此展開探討，但是千萬不要固執己見，因為企業流程的改變是有危險的，這種對于流程開展的探討，實質上更有利于企業，而不是不利于企業，讓企業從另外的角度去思考改變的可能性。由于你對于軟件的熟悉使你與企業的交流變得平滑，通過對于現有軟件的講解，同樣可以啟發企業的管理人員了解軟件的同時，去描繪他們的實際需求，這就是需求人員熟悉產品所帶來的好處。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
