7、项目需求收集与文档编写指南

项目需求收集与文档编写指南

1. 前期准备

1.1 明确项目依赖与业务规则

在项目中，需要考虑项目内部的依赖关系，因为它们会影响开发进度。同时，了解塑造公司日常行为的业务规则也很重要，产品可能需要遵循并可能增强这些规则。

1.2 数据挖掘与用户观察

如果有足够的与用户或业务相关的数据，应尝试进行挖掘，以获取见解并找到有用的模式，这有助于对未来产品及其架构做出决策。若无法进行数据挖掘，观察用户行为也是很有用的。理想情况下，可以记录用户使用当前部署系统执行日常任务的过程，这样不仅可以自动化部分工作，还可以将工作流程转变为更高效的流程。但要注意，用户通常不喜欢改变习惯，所以应尽可能逐步引入改变。

1.3 了解现有文档

现有文档可能是重要的信息来源，但也可能存在问题。应预留时间熟悉与工作相关的所有现有文档，其中可能隐藏着一些需求。不过要记住，文档永远不是完美的，很可能缺少一些重要信息，而且可能已经过时。除了阅读文档，还应与相关人员进行大量讨论，但阅读文档可以为这些讨论做好准备。

1.4 了解利益相关者

要成为一名成功的架构师，必须学会与业务人员沟通，因为需求直接或间接地来自他们。无论是公司内部人员还是客户，都应该了解他们业务的背景，例如：
- 业务的驱动力是什么？
- 公司有什么目标？
- 产品将帮助实现哪些具体目标？

了解这些信息后，就更容易与管理层或高管建立共识，并收集有关软件的更具体需求。此外，利益相关者可能有一些需求未直接反映在公司目标中，例如经理可能承诺员工有机会学习新技术。负责部署软件的人员也是重要的利益相关者，