答案。

需求收集和分析过程是系统性地识别、组织和记录客户的商业需求，以便在IT系统或业务流程中进一步实施。主要步骤：

1. 识别需求来源：与客户访谈、工作组、文档和当前流程分析。

2. 需求收集：使用技术研讨会、问卷、观察、原型制作。确保所有利益相关者的参与非常重要。

3. 分析和分类：识别矛盾、重复的任务，对需求进行分类：商业/功能/非功能。

4. 文档化：以SRS（需求规范）、用户故事或场景的形式进行正式化。

5. 验证和协调：与客户进行审查，进行调整，批准最终版需求。

关键特点：

• 深入了解商业流程，以正确解读客户的期望。

• 持续沟通：需求收集是一个迭代过程，伴随项目的变化。

• 需求文档（图表、模型、规范）对团队的后续工作至关重要。

考虑性问题。

是否可以仅限于一个类型（例如，商业或功能）来定义需求？

不可以，商业分析师必须涵盖所有类型的需求：商业、用户、功能和非功能。否则，您可能会得到一个不符合所有利益相关者期望的产品。

仅进行一次需求收集会议是否足够？

不可以，实际上需求很多，它们是逐渐明确的，采取迭代的方式。通常需要进行几次会议，以正确收集和协调所有内容。

可以在没有正式程序的情况下更改已批准的需求吗？

不可以，任何更改都必须经过变更管理流程，否则将会导致混乱、错位和团队间的误解。

常见错误和反模式

• 与利益相关者的合作不足。
• 忽略非功能需求。
• 文档不准确，表述不清。
• 对需求的变更管理缺失。

生活中的例子

在为银行开发分析模块的初期，仅进行了一个研讨会。后来发现功能未考虑信息安全部门的需求，因此不得不大幅修改产品，浪费了时间和预算。