有的需求问题是不可能在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的责任。