|
探究需求管理的本質(zhì)
------什么才是需求管理
（作者：萬成編譯 2001年03月13日 10:03）
本文旨在探究需求管理的本質(zhì)，需求管理所要涉及的任務在文中將適時提及，以闡釋"需求管理之需求（requirements for requirements）"的涵義。
☆概要
需求管理恰如裁縫的量體裁衣，它直接關系到最終產(chǎn)品的成型。僅從字面出發(fā)，如果一個產(chǎn)品滿足了客戶需求，那它無疑就是成功的。需求管理的過程，從需求分析開始貫穿整個項目始終，力圖實現(xiàn)最終產(chǎn)品同需求性的最佳結(jié)合（參見Figure 1）。通過對需求管理在項目進程中實施的不同任務進行分析，我們可以看出需求管理所起的作用。
需求管理能夠確證：
●我們確知客戶的需求是什么（質(zhì)量）；
●滿足客戶需求的最佳解決辦法（統(tǒng)一性）；
著名學者Crosby對于質(zhì)量的定義是"同需求保持統(tǒng)一"。從這個意義上說，需求管理正是從質(zhì)量出發(fā)以確定需求。每個人都應當始終明白他們所做的具體任務其意義何在。然而，在一個產(chǎn)品的生命周期里，其需求性是能動的，是處于變化之中的。
對于系統(tǒng)工程沒有嚴格統(tǒng)一的定義，因此很難找到足夠的數(shù)據(jù)以說明系統(tǒng)工程所起的作用。有些致力于研究需求分析的組織認為，一項開發(fā)計劃應當至少將8-15%的資源投入到系統(tǒng)工程方面。如果低于這一標準，將很可能導致無法對客戶群做出準確把握。如果該項開發(fā)計劃含有許多創(chuàng)新或?qū)嶒灥某煞郑敲催@一百分比還應當適度提高。
☆需求管理所要完成的任務
可以說需求是一種模型，是產(chǎn)品的早期雛形，通過進行需求分析，我們可以對最終產(chǎn)品做出優(yōu)化。需要始終保持注意的是，需求性是始終處于變化之中的。需求管理需要完成的任務包括：
●明確需求并達成共識；
●建立關聯(lián)；
●根據(jù)不同需求設計相應解決辦法；
●進行系統(tǒng)優(yōu)化；
●提出設計方案；
●監(jiān)控和解決可能出現(xiàn)的問題以及需要做出的改變；
●控制不同開發(fā)任務的開展；
●對最終產(chǎn)品做出評測；
●監(jiān)控可能出現(xiàn)的重復開發(fā)；
●提出項目實施時間表；
●確定最終用戶界面。
有時侯我們所進行的需求分析只停留于分析本身，而沒有進一步去思索我們?yōu)槭裁匆M行需求分析。需求性是項目開發(fā)的源頭，只有進行認真的需求分析，我們才能做到對癥下藥、量體裁衣，才能才設計開發(fā)中去偽存真，不斷改進。"需求之需求"正是強調(diào)了貫穿始終的需求分析的重要。離開了能動的、變化的系統(tǒng)進程而空談需求管理，無異于紙上談兵。需求管理所產(chǎn)生的效益或許并不明顯，或許要日后才能體現(xiàn)，但是無序的，沒有經(jīng)過精心策劃的需求管理是不可能產(chǎn)生效益的。
以下篇幅分別介紹需求管理在系統(tǒng)工程中的不同應用。
需求共識：
首先，用戶需求通過非術語的形式進行表述，這種表述應當使每一位開發(fā)者明確自己的職責所在，并且清楚知道不同開發(fā)工作之間的關聯(lián)。這里的"用戶"泛指在實際應用環(huán)境中每一位可能使用最終產(chǎn)品的人。如果一個產(chǎn)品不能滿足客戶所需，那么設計方案再出色也無濟于事，許多方案有很高的技術設計水準卻最終不能獲得成功，其原因正在于此。可以把產(chǎn)品功能說得天花亂墜，但卻無法改變用戶需求決定最終產(chǎn)品基本模式的事實。
需求管理的首要任務在于使開發(fā)人員和用戶雙方對于需求都有一個明確的認識。因此用來進行需求分析的語言組織應當使所有相關人員，包括用戶，都能夠理解，都能夠進而對整個項目有一個整體把握，并明確每一個人在項目中所起的作用。因而需求管理需要解決的第一位也是最基本的任務就是明確需求，并使所有相關人員達成共識。
根據(jù)需求設計解決辦法：
我們在進行系統(tǒng)設計時，應當首先建立一個需求模型，但不能是為了建模而建模，需求模型實際是最終產(chǎn)品的抽象化表現(xiàn)。需求模型的建立使我們在明確需求的基礎上更進一步，使我們知道我們將要生產(chǎn)何種產(chǎn)品，該產(chǎn)品都具有那些功能。同時，創(chuàng)建需求模型的過程也使開發(fā)者明確自己的工作如何同整個項目有機地結(jié)合在一起。建立需求模型應當充分研究不同類型、不同架構(gòu)建模方式的可行性，切忌主觀武斷。
系統(tǒng)優(yōu)化：
任何設計都應以考慮用戶需求為優(yōu)先，用戶需求的滿足程度即成為衡量設計優(yōu)劣的標準。在一個項目設計周期中，開發(fā)人員經(jīng)常會面臨選擇，以提煉需求，決定開發(fā)的優(yōu)先次序，并在不同的實施方案中作出選擇。這些選擇必須考慮到收益與付出地平衡比例，這種選擇的重要性尤其在建立需求模型的后期凸現(xiàn)出來?；拘枨笤谶@時都已明確，而實施方案還未敲定，為了使用戶的基本需求得到落實，一定程度的開銷用于搭建不同構(gòu)架的需求模式是合理的。假使我們已經(jīng)有了一套翔實的需求分析，我們甚至不必將每一套方案都付諸實行，就可以成功地對系統(tǒng)設計進行優(yōu)化。
面對不同的可行性而需要作出選擇時，我們也必須參照收益與付出的比例關系。例如，在被要求提供計劃書時（Request for Proposal），我們應當盡量做到每一份計劃書的提供都物有所值。
方案設計：
明確需求后，開發(fā)人員就可以進行方案設計。通過對用戶需求和設計方案之間所存在關聯(lián)性進行分析比較，我們就能夠?qū)υO計方案進行評估。
必要的修改：
方案的設計不可能是一成不變的，經(jīng)常會有方案設計同需求相悖的情況。如果我們無法準確把握用戶需求同方案設計之間的關系，我們就無法在需要對方案進行必要修改時正確判斷。優(yōu)秀的需求分析應當非常精確細致地對用戶需求作出描述，同時也應該最大程度地給予方案設計者充分發(fā)揮的余地。
任務劃分：
一個大的開發(fā)項目可能涉及20-30組不同的開發(fā)隊伍，人員包括技術工程師、軟件工程師以及具體項目主管等等，而每一個模塊都有它自己的開發(fā)工具和開發(fā)語言。
主持一個大項目的開發(fā)并不是件容易的事，總體項目主管的首要任務是對開發(fā)項目進行任務劃分，將整體開發(fā)任務細化為多個子模塊，從而使這些子模塊能夠平行開發(fā)而無需太多的干預?？傮w項目主管可以將細化的不同模塊的需求分析交給不同的開發(fā)隊伍，對于開發(fā)進程的監(jiān)控只需參照需求的解決情況，對于具體的開發(fā)細節(jié)則不必過問太多。
不同的開發(fā)隊伍會使用不同的開發(fā)語言和開發(fā)工具，會使用不同的符號和標記。相反，作為總體項目主管所使用的語言、符號和標記等則必須簡單易懂，以使所有的開發(fā)人員都等理解。換言之，總體項目主管應當使用自然語言，或只涉及少量的，簡單的術語和專用詞匯。
產(chǎn)品測試：
需求的滿足情況是決定最終產(chǎn)品成敗的判定基礎，對最終產(chǎn)品的測試評估必須以產(chǎn)品所試圖解決的需求為標準。下圖標示了不同的開發(fā)階段所對應的測試需求。
這里有一個需求、產(chǎn)品和測試系統(tǒng)之間的關系問題，確定需要進行的測試屬于總體開發(fā)主管的工作范疇，雖然具體工作并非都要由開發(fā)主管來親自完成。
重復開發(fā)：
對于總體開發(fā)主管而言，針對方案設計的修改是一項經(jīng)常性的工作（因為修改而造成的影響則應當盡可能減小）。在進行項目開發(fā)時，隨著開發(fā)進程的深入，各種修改的建議和問題的報告是屢見不鮮的，每解決一個問題，就是將產(chǎn)品同其需求性的結(jié)合又完善了一步。存在問題正是需求性尚未滿足的表現(xiàn)。
方案設計的完善和需求性的滿足是同步的，因此真正的用戶對于產(chǎn)品的評價和建議尤其具有重要意義。在那些一步到位的產(chǎn)品設計中，真正用戶無法左右開發(fā)進程；但在一個能夠進行重復設計、重復開發(fā)的產(chǎn)品生命期中，開發(fā)人員應當及時搜集用戶對于產(chǎn)品的反饋信息，并將這些信息結(jié)合到下一步的開發(fā)工作中去。如下圖所示，用戶反饋同產(chǎn)品開發(fā)是統(tǒng)一的。
項目管理的輔助：
在有些地方，需求管理被作為一個技術問題來處理，需求管理所針對的對象只是產(chǎn)品，而同項目管理所涉及的問題例如進程安排或資源分配等無關。實際上，項目管理涉及三方面問題：進程安排、資源分配和質(zhì)量管理（同需求的統(tǒng)一）。
試想以下三種情況：
●一場高水準的音樂會，預算合理，演出時間卻晚了兩天。
●質(zhì)量優(yōu)良的小轎車，交貨及時，然而造價是市價的兩倍。
●一套系統(tǒng)，完全滿足了用戶需求，但在開發(fā)過程中使用非法勞工。
這三種情況雖然都滿足了用戶所需，然而缺乏實際意義，因此都以失敗告終。
"我付了錢，但這不是我想要的"，沒有用戶愿意這么說。要避免出現(xiàn)這種情況，在進行項目管理和財務預算時，也必須以需求管理為基礎。僅僅完成了一件設計并不意味著工作的結(jié)束，只有這件設計充分解決了需求，它才具有里程碑般的意義。同樣的，一件產(chǎn)品只有在測試和實際操作中完全滿足了需求，已經(jīng)完全準備好了投入到下一階段的運營，才意味著這件產(chǎn)品在本階段工作的結(jié)束。
開發(fā)進程中的每一塊里程碑都意味著需求的解決又前進了一步，這樣的每一塊里程碑也都是委托商付款的重要參照，產(chǎn)品開發(fā)的整個進程都可以通過需求管理進行監(jiān)控。
里程碑構(gòu)造機制的基本方法之一就是進程管理，一項需求的滿足就意味著一塊里程碑的確立。我們應當對用戶需求、針對需求而進行的模塊設計以及每個子模塊的開發(fā)進程之間的關聯(lián)做到心中有數(shù)。
通過我們對需求管理實際應用的分析，幾個關鍵因素凸現(xiàn)出來。首先，需求管理在開發(fā)周期中是自始至終存在的。注意：不要把它簡單理解為"需求周期"，需求管理必須始終保持更新，它構(gòu)成了技術管理的基礎。
其次，需求管理同項目管理是密不可分的。如果我們把每一個需求的解決看作一個里程碑，并以此出發(fā)對整個開發(fā)進程進行監(jiān)控，我們就應該對整體開發(fā)工作進行精密細致的劃分，從而將需求分析具體化。
☆需求管理的概念化闡釋
需求管理應當具有以下幾個特征：能夠在開發(fā)周期的初期就建立需求模型；建模的成本很低；易于以后的具體化和優(yōu)化；本身能體現(xiàn)最終解決方案的特征。也許某些細節(jié)是抽象的，但需求管理模型本身必須是完整的。需求模型不應當具有誘導性或傾向性，必須為開發(fā)工作留有充分發(fā)揮和優(yōu)化的空間。同時，我們能夠通過需求模型對最終產(chǎn)品作出評估。但不幸的是，這些特征本身也不是彼此完全兼容的，很難在一個簡單模型中做到面面俱到。
在開發(fā)初期針對需求而搭建產(chǎn)品模型（Early Models）是容易的，成本也不會太高，但是這樣的模型是很抽象的，絕非等同于最終產(chǎn)品。隨后的產(chǎn)品原型（Prototypes）或高級模型 (Qualification Models) 將更接近于最終產(chǎn)品，但搭建這樣的模型會要求更高的成本，同時可供修改的余地也更少。
需求管理的多種模式：
需求管理所要搭建的不同模式是由系統(tǒng)工程所采用的標準決定的。傳統(tǒng)上需求管理有兩種模式：客戶模式和系統(tǒng)需求模式。從這兩種模式出發(fā)的方案應該分別進行設計，不幸的是我們常常將此二者混為一談。
用戶模式著重描述用戶面臨的問題或希望得到的結(jié)果。用戶模式的語言組織很象使用場景的實地描述，指明時間，側(cè)重結(jié)果。無論誰搭建用戶模式，都必須從用戶的角度出發(fā)。
系統(tǒng)需求模式實際是抽象化的解決方案。系統(tǒng)需求模式的語言組織經(jīng)常運用功能描述或使用詳解性的說明文字，事實上功能描述和使用詳解正是系統(tǒng)需求模式語言組織的典型風格。
實際上設計方案應當是第三種模式，即具體化的解決方案。很明顯這種模式已經(jīng)非常接近于最終解決方案。很多不同的設計方案都能解決用戶需求，而在用戶需求既定的同時對設計方案作出修改也是切實可行的。在硬件系統(tǒng)設計中，最終進行規(guī)模生產(chǎn)的產(chǎn)品體現(xiàn)的往往是第四種模式。
其他設計模式：
搭建多種系統(tǒng)設計模式需要付出相當?shù)墓ぷ髁浚驗槊糠N設計都做到條理清晰并不是件容易的事。如果設計構(gòu)架和最終方案是一致的，那么工作量可能會減少一些。有些設計方案從產(chǎn)品角度出發(fā)，認為不同設計模式最好采用相同構(gòu)架。但在實際應用當中，設計模式必須采用不同構(gòu)架，這是因為：
●有些設計中同功能無關的需求，放在其他條件下則可能引起變化；
●出于重復利用現(xiàn)存模塊的考慮；
●出于對機構(gòu)效率的考慮；
●不同設計方案涉及的步驟要求，我們并不是都要實現(xiàn)；
以上每種因素都會導致設計方案同最初模式不盡相同。設計開發(fā)僅僅采用一種模式是很脆弱的。
我們必須記住，一套完整的系統(tǒng)開發(fā)要求有不同側(cè)重點的多種設計模式與之配合，例如：框架配置模式側(cè)重于大致的工作方向，而工作細化模式則標明了需要完成的各種具體工作。各種模式之間并不是孤立的，在實際需求和各種設計模式之間存在著多種關系。這些關系表現(xiàn)在：
●關聯(lián)性：不同模式下開發(fā)的產(chǎn)品應當具有一致性（系統(tǒng)需求和用戶需求）。
●應用性：非功能需求同功能需求之間的聯(lián)系。
●評估測試：需求管理同評測系統(tǒng)之間的聯(lián)系（以及產(chǎn)品）。
●設計開發(fā)：需求管理同設計模式或產(chǎn)品之間的聯(lián)系，我們必須清楚每一部分工作同相應需求之間的對應關系。
何謂需求管理
以下段落將通過分析傳統(tǒng)需求管理模式的特點，看看傳統(tǒng)需求管理模式同"需求管理之需求"是如何發(fā)生關聯(lián)的。
需求管理模型的特點：
顧名思義，需求管理是完整管理模式中的一環(huán)，同其他特性諸如一體性（completeness）、一致性（consistency）等不可分割，彼此相關而成一體。一套需求管理應當是已知系統(tǒng)需求的完整體現(xiàn)，每部分解決方案都是對總體需求一定比例的滿足（甚至是充分滿足），僅僅解決部分需求是沒有意義的。對關鍵需求的疏忽很可能是災難性的，試想一架飛機的安全設計不過關將會帶來什么樣的后果。不同的需求組合起來，構(gòu)成了一套完整的需求模型。用戶需求決定了系統(tǒng)設計所要解決的問題，所要帶來的結(jié)果?？梢哉f，需求管理指明了系統(tǒng)開發(fā)所要做和必須做的每一件事，指明了所有設計應該提供的功能和必然受到的制約。
需求的特點：
需求的提出是進行切實可行的系統(tǒng)開發(fā)而存在的客觀必然。需求性的描述可以是抽象的，也可以是具體的；它針對的可以是產(chǎn)品本身，也可以是產(chǎn)品開發(fā)的方式。
需求性的提出是建立在可驗證的基礎上的，就是說，我們能夠根據(jù)需求而通過設定某種檢驗標準對最終產(chǎn)品進行評估，并給出或是或非的唯一回答。在測試中，我們永遠不能說產(chǎn)品完全解決了需求，只能說它更加接近于滿足需求。
存在的各種關聯(lián)：
需求管理的一項重要工作就是在整個計劃不同項目之間建立聯(lián)系，這也許是在進行系統(tǒng)工程設計時自然而然得到的一種結(jié)果。如果我們對需求模式的闡釋正確，并對需求與設計的統(tǒng)一性有了確證，那么我們就有了進行成功開發(fā)的堅實基礎。在出色的系統(tǒng)設計中，系統(tǒng)各部分所存在的各種聯(lián)系應當是清晰簡明的。系統(tǒng)的相關性、可追溯性保證了從不同側(cè)重點出發(fā)的系統(tǒng)設計能取得一致的結(jié)果。舉例來說：
●系統(tǒng)需求滿足于用戶需求；
●設計方案滿足于系統(tǒng)需求；
關聯(lián)性是客觀存在的，對它的描述常被用于展示：
●非功能性需求同功能性需求適用性之間的關系；
●方案設計同需求性的滿足關系；
●開發(fā)框架內(nèi)部的關系（例如目標管理、進度安排、任務細分等）；
●開發(fā)過程中各類信息的存檔與交換；
●對每一需求的驗證；
●對于核心需求的合理闡釋。
需求管理的工具：
需求管理所用到的工具必須能夠處理和應用于本文所提到的各種需求，應當有助于我們分析需求，確定相應開發(fā)和支持工具以處理相關信息，進而處理系統(tǒng)相應模塊。系統(tǒng)工程師始終致力于用簡單的工具將需求形象化的展現(xiàn)出來，常用的工具比如附有標注說明的系統(tǒng)發(fā)布工具以及相關數(shù)據(jù)庫等。
需求管理涉及到一系列復雜的對象，其任務面向很廣，關系到整個設計開發(fā)的方方面面。其使用的工具應當提供如圖列舉的一些功能：
☆總結(jié)：需求管理
本文論述圍繞于需求管理工程。需求管理是開發(fā)工作有效進行的確證。很明顯需求管理是一種很高層次的系統(tǒng)行為，涉及整個開發(fā)過程和產(chǎn)品本身。
需求管理首先要針對需求做出分析，隨后應用于產(chǎn)品并提出方案。需求分析的模型正是產(chǎn)品的原型樣本，優(yōu)秀的需求管理提高了這樣的可能性：它使最終產(chǎn)品更接近于解決需求，提高了用戶對產(chǎn)品的滿意度，從而使產(chǎn)品成為真正優(yōu)質(zhì)合格的產(chǎn)品。從這層意義上說，需求管理是產(chǎn)品質(zhì)量的基礎。
<全文完>
|
