【问题标题】:moscow with user-stories莫斯科的用户故事
【发布时间】:2012-07-10 08:45:03
【问题描述】:

我采用了response to a question here on SO中介绍的用户故事模板,即

AS A [person/role]
I NEED TO [do something] 
SO THAT [provides business value].

我有两个问题:

  1. 我应该如何将MOSCOW 合并到用户故事中,模板的哪一部分可以/应该更改?

  2. 我正在重写需求,并且经常处理有关网站上可用内容的声明。我不确定我是否应该从阅读内容的网站用户或提供内容的广告管理员的角度来编写用户故事。谁能阐明最好的方法?

【问题讨论】:

  • 我投票结束这个问题,因为它与编程无关
  • 两种方式我都没有偏好,但是SO上有很多非编程标签。过滤stackoverflow.com/tags 为“敏捷”、“scrum”、“项目管理”等。我想所有带有非编程标签的问题也应该关闭,标签也应该删除?
  • 确实如此。我想它会逐渐关闭。有时封闭的问题和标签会通过社区的努力被删除。见meta.stackoverflow.com/questions/343829/…

标签: requirements user-stories


【解决方案1】:

MoSCoW 是一个需求优先级框架。发布和路线图规划将是使用它的地方,以及在积压梳理期间优先考虑用户故事。至于整合到单个用户故事中,如果给定的用户故事不是下一个版本中最有价值的项目,那么您为什么现在就着手处理它?

关于使用哪个用户的观点,请使用最有价值的观点。也许考虑从“用户”的角度编写“什么”故事,从“管理员”角度编写“如何”的故事(尽管会有一些针对管理员角色的“什么”类型的故事。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2014-01-04
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-10-22
    • 2021-08-18
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多