一个敏捷团队已经确定了项目中需要的非功能需求。该团队无法确定如何进行。敏捷实践者应该如何建议?

1190 次浏览
  • A、重新审视原始规范,将该需求编写为一个探测用户故事。
  • B、为该需求编写一个用户故事,并将其包含进发布待办事项中。
  • C、将其记录为一项变更请求,并将其包含进后续版本中。
  • D、将其添加为一项风险,通过风险管理流程跟踪该风险。
选择A,当需求或技术出现不确定性时,可以使用探测进行初步了解,收集信息后再决定具体的方案。如果存在不确定性,可以用探测(Spike)故事,进行快速实验。选项B,可以在探测后把方案放置在product backlog中,放置前使用探测有利于清晰需求。选项C,不使用探测可能存在需求不吻合DOR的标准,无法开展。选项D,此行为适用于预测型的项目。
挑战成功
2年前
挑战成功
3年前
挑战成功
3年前
挑战成功
4年前
挑战失败
4年前