需求状态设计要避免转瞬即逝的中间态

需求状态字段的设计延续了状态机设计的通用原则——状态值应该能持续足够时长，而不是几小时就结束的瞬时过程，所以需求池里没有设计”需求评审中”这种状态，因为评审只是一次几小时的会议，开会前后频繁切换状态没有意义。发散：这是[[设计状态值的四条经验规则|状态设计规则]]在具体业务场景里的复用案例——判断一个环节该不该单独设计成状态，先问它能不能撑起”被观察、被统计”这个动作的时间窗口，撑不起就该并入相邻的状态，而不是为了看起来精细而拆分出转瞬即逝的中间态。