开发因需求而来，需求开发以需求规划的成果为主要依据。软件需求开发首先要做的是获取需求，得到目标，系统关联情况以及用例的分析；其次是需求分析，软件系统的可行性，用户接口，系统功能，数据，优先级等在这些需求分析之列；然后汇总成需求分析规格说明书；最后再进行需求评测，制定具体的开发方案。
需求获取是确定和理解不同用户类的需求和约束工作的工作活动，是需求开发工作中最困难，最关键，最容易出错的地方，只有需求架构师和开发人员的紧密结合才能保证工作高质量地完成。
编辑项目视图和范围的文档应站在技术的角度，需求规划中的问题和目标的描述应站在业务角度。编制项目视图和范围的文档一定要将需求规划的成果作为参照物。项目视图和范围的描述文档一定要将需求规划的成果作为参照物。项目视图和范围的描述为待开发的系统范围做了一个界定。
需求状态跟踪和报告过程，分析已建议变动的影响应遵循的步骤。管理工作是让务虚工作和务实工作达到有机结合，就可以实现“无为而治”这一管理的最高境界。
版本控制是需求管理一个必要的方面，也是容易忽略和出错的地方。需求变更被视为突发事件，一个变更事项会引发一连串与其相关事项的变动，先判断变更的真伪，在判断变更带来的工作事项的完整性，变更控制需要与变更相关的各方共同参与，群策群力。
需求分析的完成更是不能缺少一个好的组织，一个好的组织可以提供给客户有价值的服务。