故事驱动的敏捷/迭代式开发中的小调整

3

使用stories时,如何处理像“当你悬停在菜单上时使菜单颜色变浅”这样的微小接口调整的首选方式是什么。

我的第一反应是将其视为错误;将其放在索引卡上,并将其添加到错误文件中,以安排到即将到来的迭代中。

我只是想知道是否有其他人有推荐的替代方案。

3个回答

3

如果你有很多小的界面调整,你可以将它们作为整体“改进GUI”用户故事中的任务。当然,这个整体故事应该具有一定的业务价值(更容易导航),并且有一个良好的描述,“作为用户,我想要...以便于...”。


1
将微调包装在一个通用的“作为用户...”故事中可能有助于优先考虑价值。或者,这可能是一种愚蠢的正式程度。这个通用的故事很清楚,所以只需将任务插入裸露的“做这个”即可。在故事中看到任务时,没有人应该感到困惑。 - S.Lott

3
他们就像其他任何用户故事一样。
如果只是单个微不足道的UI调整,则可以作为廉价的用户故事 - 但我仍然会将其表示为故事,以便在速度、估算和计划中考虑它。
如果您想收集同一事物的一堆小型UI调整 - 例如div标签的略有不同的颜色文本和不同的字体系列,则可以将它们组合成更大的用户故事 - 只要用户故事的描述有意义。

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

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接