4、敏捷方法下的工具、流程与人员考量

敏捷方法下的工具、流程与人员考量

1. 工具与流程考量

在软件开发组织中运用敏捷方法时，需要对工具和流程进行深入思考。我们主要探讨需求管理、项目管理和配置管理这三类工具与流程。

1.1 需求管理

软件组织的需求管理系统涵盖了从完全非正式到严格正式的各种模式。一端是仅依靠电话和电子邮件进行产品开发；另一端则是将商定的需求记录在工具中，可追溯到规范部分、产品组件和模块，还会使用复杂的变更管理系统来记录新需求或变更，并由配置控制委员会审批。

一些敏捷方法专门针对需求管理，以Scrum为例，其需求管理方式如下：
- 每个需求都记录在“产品待办事项列表”中，该列表包含用户需求和技术或实现需求。
- 任何人可随时向产品待办事项列表添加项。
- 客户负责对产品待办事项列表中的项进行优先级排序。
- 每次开发迭代（冲刺）时，团队从产品待办事项列表中选择项组成“冲刺待办事项列表”，优先级是选择的考虑因素之一。
- 冲刺期间，冲刺待办事项列表不允许更改。
- 每次冲刺结束时，客户确定哪些产品待办事项已满足，并将其从产品待办事项列表中移除。

敏捷需求管理的特点包括：
| 特点 | 描述 |
| — | — |
| 需求记录 | 需求会被记录下来 |
| 需求追踪 | 不建议从需求追踪到组件 |
| 客户控制 | 客户积极管理需求集 |
| 变更控制 | 通常无需审议即可接受新需求和变更，变更记录方式与原始需求相同，确定需求变更影响由开发团队负责 |

如果组织已采用特定的需求管理方法或工具，需考察其限制，判断敏捷方法是否适