当明确需求是什么之后，还要对需求进行质量的检测，检测该需求的难易程度以及需求的可实施性，最后对需求进行测试。然后才能进行下一步的操作，从需求开发向设计规划的转化。许多软件工程实行“从右到左的进度安排”，此时，规定了发行产品的具体日期而后定义产品的需求。当开发者要实现预期质量标准下所有要求的功能时，他们常常不能按时完成项目。在做出详细的规划和约定之前定义软件需求是更现实的。然而，如果你在需求的哪些部分能适应进度安排的限制哪些部分不能适应进度安排的限制这一问题上还有商量余地的话，那么“从设计到进度安排”的策略是可以起作用的。
影响分析是需求管理的一个重要组成部分。影响分析可以提供对建议的变更的准确理解，帮助做出信息量充分的变更批准决策。通过对变更内容的检验，确定对现有的系统做出是修改或抛弃的决定，或者创建新系统以及评估每个任务的工作量。进行影响分析的能力依赖于跟踪能力数据的质量和完整性。没有人愿意做一个费时费力还要担心意想不到情况的需求变更。在职业生涯中，绝大多数开发人员会遇到要求添加“没有代价且不影响进度的变更”的要求。对这样令人奇怪的要求的正确回答是“不行，”变更只能在项目时间、预算、资源的限制内进行协商。
个人感受：需求分析并不是我们想象中的那么容易，它需要交流、思考以及评测检验，此外，影响我们分析的因素有很多，我们需要根据需求者的要求，理性判断。