软件需求开发-阅读笔记3

读这本书最大的收获，是搞懂了一个避坑秘诀：写出来的需求必须是可验证的，模糊的需求就是埋雷。

书里举了个特别形象的例子：如果需求写“这个系统要反应快”，这就是坑——“快”是多快？1秒还是3秒？没人能说清，最后验收的时候肯定吵架。但如果写成“系统响应时间不超过1秒，并发用户数达到500时仍能保持该速度”，这就是可验证的需求，测试的时候拿计时器测一测就知道合不合格。

另外，书里还提醒，需求开发要警惕“镀金需求”——就是在核心需求之外，额外加一些看似酷炫、但用户根本用不上的功能。比如做考勤系统，非要加个“员工社交”功能，不仅增加开发成本，还会让核心功能变臃肿。记住“只做用户需要的，不做自己想加的”，才是需求开发的王道。