《用户故事与敏捷方法》于都笔记03

在软件开发中，我参与巡养修检管理子系统的开发，当时采用的是传统需求收集方式。我组织了团队成员的会议，详细描述系统功能需求，随后整理成一份冗长的文档。以巡检模块为例，我细致记录了系统支持的各类发布、信息收集字段及统计功能，认为详尽的文档能确保开发团队精准实现功能。
然而，《用户故事与敏捷方法》指出这种做法的弊端。传统的大规模预先规划难以应对项目的不确定性，详细文档往往无法捕捉用户需求的动态变化。就像我整理的那份需求文档，虽在开发初期看似完善，但实际使用时，学生会成员发现诸多功能不符合实际需求，导致频繁的需求变更和开发进度延迟。
用户故事作为轻量级需求表达工具，能从用户视角简洁描述需求，让开发团队快速把握功能价值。在大学校园活动管理系统中，一个用户故事可表述为 “作为学生会成员，我希望能快速创建活动报名表单，以吸引更多同学参与活动”。这样的表述不仅清晰呈现功能需求，还揭示了需求背后的动机，助力开发团队更好理解用户真实需求。
用户角色建模也是我之前忽视的重要环节。收集需求时，我未区分不同用户类型，导致系统功能无法满足特定用户群体需求。书中强调构建虚拟典型用户，明确其目标、行为和需求，能帮助团队代入用户视角。后续项目中，我会为巡养修检管理子系统中的现场工程师、二级工程师和管理员分别创建用户角色模型，深入了解他们的需求和使用场景。
通过阅读该书，我认识到自身在需求处理上的不足，并明确改进方向。未来在大学校园项目中，我会用用户故事替代详细需求文档，聚焦需求核心价值；确保用户故事独立开发测试；创建详细用户角色模型；改进提问技巧获取深入需求信息，以此提升系统与用户需求的契合度，提高用户满意度和项目成功率。