软件开发总结--需求与开发

本文阐述了需求管理的重要性,强调需求的完备性、生动性、简洁性和适度性,并提出需求应具备用户故事、应用场景、验收条件等关键要素。同时,讨论了需求的持续完善和留白,以及开发人员如何实现需求,包括需求拆分、版本划分和测试用例编写等,以确保与客户代表达成一致。
摘要由CSDN通过智能技术生成

需求不是越多越好,也不是越详细越好。

  • 一个好的需求属于一系列关联需求的一部分。
  • 这一系列需求关联一个要发布的版本,这个版本要有自己希望达到的目标,这个目标的一个主要表现就是为一个或多个用户提供实用,重要或紧迫的价值。
  • 这个需求要有验收条件,达到这些验收条件,该需求也就完成了。
  • 该需求应该有允许讨论(妥协)和不允许讨论(妥协)的两部分。

用户价值是不允许讨论(妥协)的,具体实现方案是允许讨论(妥协)的。 实现和预想之间可能存在差距(例如时间,复杂度,难度,可能性), 所以开发人员应该也是需求参与者, 负责向需求提出者反馈这些问题,以利于需求提出者做出进一步决策。

  • 需求有几个特点
  1. 一是完备性

需求需要明确为什么样的用户提供什么样的价值, 需求还要明确验收条件,达到什么样的程度就认为需求已经完成,

  1. 二是生动

一个需求不生动,很难在需求的各类参与者之间达成一致。这里的生动主要是指应用场景。

  1. 三是简洁

当前很多需求规格说明书或PRD中,内容太多,不简洁,导致这些需求不明确。

  1. 四是有度  

在做需求时,一定要注意,哪些是需求该做的,哪些是需求不该做的,如果越界,过犹不及。我认为一个需求应该包括: 用户故事,表明用户和价值;应用场景: 生动描述需求是怎么应用的,容易在各类人员

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值