1.1.2.1 需求管理八种状态

文档摘要

1.1.2.1 需求管理八种状态需求状态跃迁的“断点续传”：当需求从“已评审”滑向“开发中”时，为何总在凌晨两点抛出？——一个被忽略的幂等性陷阱与状态机原子操作的实战解法凌晨一点五十七分，钉钉消息弹出，红色感叹号刺眼：“需求ID REQ-2024-8817 状态变更失败，错误码 STV-409”。运维同事附上日志片段，末尾赫然一行：这不是第几次了。过去三周，市场部提了 23 个紧急需求，其中 7 个卡在“已评审→开发中”这一步，平均耗时 4.2 小时人工干预——有人手动重放事件，有人清空 Redis 缓存，有人重启服务实例。最荒诞的一次，是测试同学发现：同一需求在 Jira 显示为“开发中”，在营销中台前端却仍标着“已评审”，而数据库里字段值竟然是。我们不是没建状态机。