需求不是越多越好,也不是越详细越好。
- 一个好的需求属于一系列关联需求的一部分。
- 这一系列需求关联一个要发布的版本,这个版本要有自己希望达到的目标,这个目标的一个主要表现就是为一个或多个用户提供实用,重要或紧迫的价值。
- 这个需求要有验收条件,达到这些验收条件,该需求也就完成了。
- 该需求应该有允许讨论(妥协)和不允许讨论(妥协)的两部分。
用户价值是不允许讨论(妥协)的,具体实现方案是允许讨论(妥协)的。 实现和预想之间可能存在差距(例如时间,复杂度,难度,可能性), 所以开发人员应该也是需求参与者, 负责向需求提出者反馈这些问题,以利于需求提出者做出进一步决策。
- 需求有几个特点
- 一是完备性
需求需要明确为什么样的用户提供什么样的价值, 需求还要明确验收条件,达到什么样的程度就认为需求已经完成,
- 二是生动
一个需求不生动,很难在需求的各类参与者之间达成一致。这里的生动主要是指应用场景。
- 三是简洁
当前很多需求规格说明书或PRD中,内容太多,不简洁,导致这些需求不明确。
- 四是有度
在做需求时,一定要注意,哪些是需求该做的,哪些是需求不该做的,如果越界,过犹不及。我认为一个需求应该包括: 用户故事,表明用户和价值;应用场景: 生动描述需求是怎么应用的,容易在各类人员