【问题标题】:Minor tweaks in story based agile/iterative development [closed]基于故事的敏捷/迭代开发的细微调整[关闭]
【发布时间】:2010-02-05 14:31:51
【问题描述】:

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

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

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

【问题讨论】:

    标签: agile user-stories tweak


    【解决方案1】:

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

    【讨论】:

    • +1:将调整“包装”在一个通用的“作为用户......”故事中可能有助于确定价值的优先级。或者,这可能是一种愚蠢的形式。很清楚这个通用故事是什么,所以只需将任务插入为“做这个”就可以了。在故事中看到一项任务时,任何人都不应感到困惑。
    【解决方案2】:

    它们是与其他用户故事一样的用户故事。

    如果它是一个单一的、微不足道的 UI 调整,它可以是一个廉价的用户故事 - 但我仍然将它表示为一个故事,以便在速度、估计方面考虑它和规划

    如果您想在同一件事上收集一堆小的 UI 调整 - 例如。 div 标签和不同字体系列的颜色文本略有不同,然后无论如何将它们组合成一个更大的用户故事 - 只要用户故事的描述有意义。

    【讨论】:

      【解决方案3】:

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

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2010-12-18
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多