《软件需求十步走》读书笔记2

一、章节内容
第 4 章：软件需求的过程改进
需求工程的过程并非静态不变，它会随新理论的涌现、实践经验的总结、软件开发技术的演进以及软件项目规模的变化等因素，需要进行适应性的改造。这体现了需求工程过程的动态性和灵活性，强调要以发展的眼光看待需求工程流程，不断优化以适配不同的项目场景。
第 5 章：软件需求的风险管理
该章将软件需求风险置于首要位置，秉承 “凡事预则立、不预则废” 的理念，提出需提取软件需求中的关键点并加以重点关注，以此来开展风险管理工作。这要求我们在需求工程中具备风险预判意识，提前识别并管控可能影响需求质量和项目推进的关键风险点。
第 6 章：软件工程与需求工程
本章用形象的比喻阐述了二者的关系：“需求工程是圆心，客户业务是内核，软件工程是圆点”。这表明需求工程在软件工程中处于核心引导地位，它围绕客户业务内核展开，而软件工程则是基于需求工程落地实现的具体环节，清晰界定了需求工程与软件工程的定位与关联。
二、关键 insights 与实践启示
过程改进的动态思维：在实际项目中，不能僵化地套用固定的需求工程流程，要定期回顾流程的有效性，结合新技术（如低代码开发、AI 辅助需求分析等）、项目规模（大型分布式系统与小型工具类软件需求流程差异）等因素，主动进行流程的迭代优化。
风险管理的前置与聚焦：在需求调研、分析阶段，就要建立风险清单，例如需求歧义风险、需求变更失控风险等，对这些关键点进行持续跟踪和应对，避免风险发酵影响项目进度与质量。
工程关系的全局认知：明确需求工程的核心地位后，在项目开展时，需先深入理解客户业务（内核），围绕业务构建需求工程（圆心），再通过软件工程（圆点）实现需求的落地，确保技术实现始终贴合业务需求和客户价值。
三、章节间逻辑关联
前三章搭建了新一代需求工程的理论框架与基础认知，第四至六章则从过程动态性、风险管控、工程关联三个维度，进一步完善了需求工程的实践体系：过程改进保障需求工程的可持续优化，风险管理为需求工程保驾护航，明确与软件工程的关系则让需求工程在整个软件项目中的定位更清晰，三者共同推动需求工程从理论走向可落地、可迭代、可管控的实践层面。