agile - 基于故事的敏捷/迭代开发的细微调整

Question

在使用故事时，处理细微界面调整的首选方法是什么，例如“将鼠标悬停在菜单上时使菜单颜色变浅”。

我的第一个想法是将其视为错误。将其粘贴在索引卡上并将其添加到错误文件中，以便安排到即将到来的迭代中。

我只是想知道是否有其他人有他们会推荐的替代品

Answer 1

它们和其他任何用户故事一样都是用户故事。

如果它是一个单一的、微不足道的 UI 调整，它可能是一个廉价的用户故事——但我仍然会将它表示为一个故事，以便在速度、估计和计划中考虑它。

如果你想在同一件事上收集一堆小的 UI 调整——例如，div 标签的颜色文本和不同的字体系列略有不同，那么一定要把它们组合成一个更大的用户故事——只要描述用户故事是有意义的。

Answer 2

如果你有很多这些小的界面调整，你可以在一个整体的“改进 GUI”用户故事中使它们成为任务。当然，整个故事应该具有一定的商业价值（更容易导航）并且有一个很好的描述“作为一个用户，我想......为了......”。

Answer 3

如果它是一个请求的功能，那么我会为它创建一个新的故事，用于下一个 sprint/迭代。“通过带有页面选择模块的指针设备实现用户交互的视觉反馈”听起来像是一个不错的故事......或者只是“UI 布局增强”将几个这样的小调整组合在一起。