读《软件需求十步走》读后感一

读《软件需求十步走》，最大的感受是软件项目里很多后期返工、需求频繁变更、开发出来的产品和用户预期不符，根源大多不是编码能力不足，而是需求阶段做得潦草。过去我总以为需求就是记下用户口头说的功能，整理成文档交给开发就行，读完这本书才明白，需求不是简单记功能清单，而是一套完整、严谨、循序渐进的工程流程。

书中的十步流程，从业务调研、业务分析、业务建模，再到需求定义、需求分析、需求建模，一步步把模糊的业务语言，转化成清晰、可落地的软件语言。以前做设想时，常常跳过业务梳理，直接盯着软件功能设计，只关心“系统要实现什么按钮、什么页面”，忽略了用户背后真实的业务场景。用户提出一个功能，我就照着实现，可最后发现这个功能解决不了实际业务痛点。这本书提醒我：先懂业务，再谈软件。软件只是服务业务的工具，脱离业务谈功能，写出来的系统只是空中楼阁。

同时我意识到，需求工作不是一次性任务。需求的梳理、验证、确认贯穿项目全过程。很多人觉得需求文档写完就大功告成，后续开发出现问题才回头修改，代价极高。十步走的思路强调循序渐进、层层校验，每一步产出对应的成果物，前一步不夯实，后一步就容易走偏。这给我的启发是，以后面对软件设计任务，不能急于动手写功能方案，先沉下心调研使用者的工作流程，理清业务目标，再提炼软件需求。只有把源头的需求理清楚，后续的设计、开发、测试才能少走弯路。