需求共識：
首先，用戶需求通過非術語的形式進行表述，這種表述應當使每一位開發者明確自己的職責所在，并且清楚知道不同開發工作之間的關聯。這里的"用戶"泛指在實際應用環境中每一位可能使用最終產品的人。如果一個產品不能滿足客戶所需，那么設計方案再出色也無濟于事，許多方案有很高的技術設計水準卻最終不能獲得成功，其原因正在于此�？梢园旬a品功能說得天花亂墜，但卻無法改變用戶需求決定最終產品基本模式的事實。
需求管理的首要任務在于使開發人員和用戶雙方對于需求都有一個明確的認識。因此用來進行需求分析的語言組織應當使所有相關人員，包括用戶，都能夠理解，都能夠進而對整個項目有一個整體把握，并明確每一個人在項目中所起的作用。因而需求管理需要解決的第一位也是最基本的任務就是明確需求，并使所有相關人員達成共識。
根據需求設計解決辦法：
我們在進行系統設計時，應當首先建立一個需求模型，但不能是為了建模而建模，需求模型實際是最終產品的抽象化表現。需求模型的建立使我們在明確需求的基礎上更進一步，使我們知道我們將要生產何種產品，該產品都具有那些功能。同時，創建需求模型的過程也使開發者明確自己的工作如何同整個項目有機地結合在一起。建立需求模型應當充分研究不同類型、不同架構建模方式的可行性，切忌主觀武斷。
系統優化：
任何設計都應以考慮用戶需求為優先，用戶需求的滿足程度即成為衡量設計優劣的標準。在一個項目設計周期中，開發人員經常會面臨選擇，以提煉需求，決定開發的優先次序，并在不同的實施方案中作出選擇。這些選擇必須考慮到收益與付出地平衡比例，這種選擇的重要性尤其在建立需求模型的后期凸現出來�；拘枨笤谶@時都已明確，而實施方案還未敲定，為了使用戶的基本需求得到落實，一定程度的開銷用于搭建不同構架的需求模式是合理的。假使我們已經有了一套翔實的需求分析，我們甚至不必將每一套方案都付諸實行，就可以成功地對系統設計進行優化。
面對不同的可行性而需要作出選擇時，我們也必須參照收益與付出的比例關系。例如，在被要求提供計劃書時(Request for Proposal)，我們應當盡量做到每一份計劃書的提供都物有所值。
方案設計：
明確需求后，開發人員就可以進行方案設計。通過對用戶需求和設計方案之間所存在關聯性進行分析比較，我們就能夠對設計方案進行評估。
必要的修改：
方案的設計不可能是一成不變的，經常會有方案設計同需求相悖的情況。如果我們無法準確把握用戶需求同方案設計之間的關系，我們就無法在需要對方案進行必要修改時正確判斷。優秀的需求分析應當非常精確細致地對用戶需求作出描述，同時也應該最大程度地給予方案設計者充分發揮的余地。
任務劃分：
一個大的開發項目可能涉及20-30組不同的開發隊伍，人員包括技術工程師、軟件工程師以及具體項目主管等等，而每一個模塊都有它自己的開發工具和開發語言。
主持一個大項目的開發并不是件容易的事，總體項目主管的首要任務是對開發項目進行任務劃分，將整體開發任務細化為多個子模塊，從而使這些子模塊能夠平行開發而無需太多的干預�？傮w項目主管可以將細化的不同模塊的需求分析交給不同的開發隊伍，對于開發進程的監控只需參照需求的解決情況，對于具體的開發細節則不必過問太多。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
