推荐需求管理是软件开发全生命周期重要的一个环节，我们每个人都知道它的重要性，但是要真做做好并不简单，我也写了一本在线电子书业务分析与需求.pdf来讲解需求相关内容。对于每种技术和方法，就像以前我写过的企业架构成熟度模型(EAMM)的一样，我们都不可能一下子就精通，而是按照一种学习的曲线进展，本篇本篇主要介绍一下需求管理成熟度的六个级别。
级别0：没有需求(no requirements)
没有任何明确的需求被记录下来，他们假定知道要构建什么，希望节省需求的时间来做开发，但这势必会给开发工作带来混乱，因为需求是一项比较复杂的工程，并不能通过假定就可以明确软件功能，这样做很可能会导致所做的产品并不是用户所需要的。
级别一：被记录的需求(Written Requirements)
从混乱的没有需求级别上升一步的就是简单的写出需求。虽然只是简单书写需求，但是相对于没有需求级别来说已经可以感受到很多好处了：
与客户有一个基本的约定。如果写的好，需求能够清晰地描述你对客户需要的理解，他们可以通过阅读需求来检查是否与他们想的一致
开发团队的每个成员通过需求可以很好的支持他们的工作。架构师和设计师可以开始考虑如何架构系统来支持客户期望，也可以支持测试人员及早开始测试案例的编写，当然更能支持开发人员理解软件要求来编写代码
需求可以让新来的成员更快速的了解系统是什么
要得到这些好处，我们也需要付出一些成本：
需要有人花时间来写需求
为了保证需求的及时性，需要不断地维护需求
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
