对。

谢谢，教材上对于范围定义主要来自项目章程，从我参与项目来看是不恰当的。我们实际工作中也是更符合需求开发过程的规定：需求获取、需求分析、需求定义、需求验证。我的理解是那个详细范围说明书要不就没有，有的话也应该是从需求开发的结果而来。

1：在我做的项目中，就没有详细范围说明书，只有初步范围说明书和需求规格说明书，所以说需求发开过程的起点是和范围管理的起点一致的，先勾勒出项目的大体需求和范围，然后再细化。一般的项目需求管理和范围管理都是相互重叠的，只是侧重点不同而已。总体来说范围管理可以涵盖需求管理。这就是为什么九大管理里面没有需求管理。

2：需求变更并不一定就要进行范围变更，在范围说明书内的需求变更会有很多，还是那句话，需求管理主要是在范围管理的控制下有程序员和用户进行细节沟通和管理。所以在我做的项目中一般只有初步范围说明书，都是软件的大的框架，比如说能实现与银行的实时交互，对于实时交互的细节一般都是放在需求说明书中来标明的，程序员也是根据需求说明书中的细节要求来编码的。

这是我从实际工作中体会出来的，至于是否符合教材的要求不就不知道了，个人感觉教材里面对范围管理的工具介绍的方法实际上是就是在做需求管理的工作。

非常感谢，但还是感觉需求开发过程和生成项目范围说明书互相重叠，需求管理和范围控制互相重叠。目前我清楚的是：

1、制定初步范围说明书的时间点是项目启动后，紧跟项目章程；制定详细范围说明书的时间点是制定项目管理计划期间；请问需求开发过程的时间点在哪里，需求开发过程和制定范围说明书有没有联系；

2、在项目执行过程，依靠范围基准（详细范围说明书，WBS，WBS字典）以及范围控制的方法来进行范围控制，出现范围偏差或者用户提出新的需求时可通过范围变更管理进行处理；请问需求管理工作是如何参与项目执行过程的，它的管理内容有什么；

请专家引用教材为我指点一下。

问题1：贯穿所有过程，主要工作是与范围管理相交叉的。

问题2：需求规格说明书是你工作的基础呀，是从用户需求文档提炼出来的，主要是给程序员看的，需求规格说明书是收尾管理部分的输入。