据我了解,Scrum积压是由一系列故事组成的,这些故事代表了最终用户的内容,这进一步分解为功能。

如果是这种情况,那么所有幕后功能都不会真正链接到一个故事,但仍然有用?

例如,假设我正在制作一个应用程序来编目硬盘驱动器的内容。一个故事不需要它,但是每个文件上都有MD5哈希是标记重复项的一个不错的功能。

有帮助吗?

解决方案

写好故事的经典模板是:“作为一个 u003Crole>, , 我想要 u003Caction> 以便 u003Cbusiness value>“(或围绕此的变化)和故事确实应该提供 商业价值. 。为什么?好吧,如果一个故事不传达其产生的业务价值,那么(很可能非技术)产品所有者如何评估其重要性并相应地将其优先考虑?编写好故事会增加您的机会,使它们被评为重要并因此实施。

找到好的工具 商业价值 是个 5个 (用于根本原因分析,即找到问题的根本原因)。黄瓜 文档 很好地说明了如何使用它来找到一些“良好”的业务价值并具有很好的样本,因此,我没有引用下面的解释:

业务价值和MMF

您应该讨论“为了”该功能的一部分,并且 弹出为什么堆栈 最大5次(递归递归),直到您最终获得以下业务价值之一:

  • 保护收入
  • 增加收入
  • 管理成本
  • 提高品牌价值
  • 使产品显着
  • 为您的客户提供更多价值

如果您要实现不支持这些值之一的功能,那么您可能会实现不可估计的功能。考虑将其完全扔或将其推入积压。专注于实施MMFS(最低销售功能)将产生最大的价值。

这是#Cucumber中的IRC聊天会话的一个示例:

[5:08pm] Luis_Byclosure: I'm having problems applying the "5 Why" rule, to the feature 
                         "login" (imagine an application like youtube)
[5:08pm] Luis_Byclosure: how do you explain the business value of the feature "login"?
[5:09pm] Luis_Byclosure: In order to be recognized among other people, I want to login 
                         in the application (?)
[5:09pm] Luis_Byclosure: why do I want to be recognized among other people?
[5:11pm] aslakhellesoy:  Why do people have to log in?
[5:12pm] Luis_Byclosure: I dunno... why? 
[5:12pm] aslakhellesoy:  I'm asking you
[5:13pm] aslakhellesoy:  Why have you decided login is needed? 
[5:13pm] Luis_Byclosure: identify users
[5:14pm] aslakhellesoy:  Why do you have to identify users?
[5:14pm] Luis_Byclosure: maybe because people like to know who is 
                         publishing what
[5:15pm] aslakhellesoy:  Why would anyone want to know who's publishing what?
[5:17pm] Luis_Byclosure: because if people feel that that content belongs 
                         to someone, then the content is trustworthy
[5:17pm] aslakhellesoy:  Why does content have to appear trustworthy?
[5:20pm] Luis_Byclosure: Trustworthy makes people interested in the content and 
                         consequently in the website
[5:20pm] Luis_Byclosure: Why do I want to get people interested in the website?
[5:20pm] aslakhellesoy:  :-) 
[5:21pm] aslakhellesoy:  Are you selling something there? Or is it just for fun?
[5:21pm] Luis_Byclosure: Because more traffic means more money in ads
[5:21pm] aslakhellesoy:  There you go!
[5:22pm] Luis_Byclosure: Why do I want to get more money in ads? Because I want to increase 
                         de revenues.
[5:22pm] Luis_Byclosure: And this is the end, right?
[5:23pm] aslakhellesoy:  In order to drive more people to the website and earn more admoney, 
                         authors should have to login, 
                         so that the content can be displayed with the author and appear 
                         more trustworthy.
[5:23pm] aslakhellesoy:  Does that make any sense? 
[5:25pm] Luis_Byclosure: Yes, I think so
[5:26pm] aslakhellesoy:  It's easier when you have someone clueless (like me) to ask the 
                         stupid why questions
[5:26pm] aslakhellesoy:  Now I know why you want login
[5:26pm] Luis_Byclosure: but it is difficult to find the reason for everything
[5:26pm] aslakhellesoy:  And if I was the customer I am in better shape to prioritise this 
                         feature among others
[5:29pm] Luis_Byclosure: true!

因此,让我开始:为什么在每个文件上拥有MD5哈希(像您一样表达)是一个实现细节,并且不传达任何业务价值会很好?

其他提示

没有“ Scrum”积压,只有

具有业务价值的产品所有者的产品积压

Scrumaster/开发人员的Sprint Backlog列出了将任务追溯到故事。

我正在更新以确认视觉文档和产品积压之间的区别,以说明业务价值:

商业视觉文件(战略级别)都与业务价值以及产品积压有关。但是,产品积压等同于其他传统方法论中的功能规范,这是团队在高级董事总经理的愿景中可以直接实施的具体或操作直接实现的东西。

当然,产品积压本身应该可以追溯到视觉文档项目。

归根结底,敏捷是要为您提高生产力的工作。这些答案是为您决定有效的。

它可能只是另一个故事的实现细节,也可能是一个故事本身。

使您的团队最有生产力的是什么。

我会把它们放在类似的地方:

  • “非用户故事”或“ nus”
  • “仅程序员”或“ po”
  • “后面”或“ BTS”

其次是对该功能的简短描述。
所以:

  • BTS:目录文件系统
  • PO:与魔术字节查找文件类型

奇怪的!我正在制作相同的应用程序! :-)

更新:

所以,我读了 维基, ,我认为我们需要额外的日志(Sprint Backlog)。
维基说:

冲刺积压

Sprint Backlog是一份文档,其中包含有关团队将如何实现即将到来的Sprint的功能的信息。功能分解为任务;作为最佳实践,通常估计任务在四到十六小时之间。 通过这个细节,整个团队确切地了解该怎么做, ,任何人都可以从列表中选择一个任务。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top