【IT168 技术文章】
敏捷开发有两个很有意思的观点：“尽量晚的做决定”和“尽量快的定义和实现”。前者是为了规避需求变更的风险，后者是为了快速提交。这些对项目的成功非常重要，但这两个观点看起来是矛盾的。决定的晚了，自然没有足够的时间实现，如何快速提交？敏捷中有一个实践，也是我们正在用的，可以很好解决这个问题，那就是将Backlog分解为User Story时尽量落实为松耦合的User Story。
以下是我们实践中的一个实例：
关注我们
【IT168 技术文章】
敏捷开发有两个很有意思的观点：“尽量晚的做决定”和“尽量快的定义和实现”。前者是为了规避需求变更的风险，后者是为了快速提交。这些对项目的成功非常重要，但这两个观点看起来是矛盾的。决定的晚了，自然没有足够的时间实现，如何快速提交？敏捷中有一个实践，也是我们正在用的，可以很好解决这个问题，那就是将Backlog分解为User Story时尽量落实为松耦合的User Story。
以下是我们实践中的一个实例：
