scrum笔记03- 开发过程中如何处理user story需求问题

有的需求问题是不可能在user story 的review过程中全部发现的。 有些问题只有在你真正写代码的时候才会发现,例如这个user story和另外一个有冲突, 这个user story的前置条件在系统还没有实现等等。

通常的形式是 邮件或者IM,希望BA尽快回答问题。这无形中就是就一种形式阻碍。 需要在daily scrum meeting提出。


但是大多数情况,我们会到到BA的答复很迟缓,有时候甚至得不到答复。比较好的形式是要责任到人。

1. 可以用现有的工具如Jira或者excel列清条目,指定owner, 一定要设due date, 每次都明确的发出。让PO也了解到。

2. Jira其实比较好,因为有ownership,BA在转回给你之前,必需添加回复的注释或者答案。 或者如果长时间在BA的名下,就是BA的责任。




评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值