敏捷开发对需求规划的要求是很高的，首先需求是打散的，一个大的项目需求会拆分成很多小的功能完整的需求，以便排定优先级去逐个实现，敏捷开发提升了开发效率，但是对需求规划的要求更高了，就是对产品的需求规划能力提出了更高的要求，必须有清晰的思路，很强的需求规划能力才行，这样才能保证敏捷开发可以按照既定的设想去一步一步实现产...【阅读全文】

如果把系统的发布版本放入用户故事标题和描述中，这样当优先级变化，需要把这个故事移动到下一个发布时标题就需要改动了，带来不必要的额外工作。一种特殊情况：如果是需要发布给客户的系统补丁包、增强包等软件构建包的代号，这些交付的软件构建包属于一个大的发布版本中的多次规划中的交付，而且该用户故事必须包含进去，该包才能对外交付...【阅读全文】

敏捷世界一向有封闭的特性，比如CMMI在尝试拥抱敏捷，但从来没听过敏捷拥抱CMMI的。不否认创造和使用敏捷开发的一线员工在定义需求、制定计划、每日跟踪中的经验和权威性，但在大尺度上掌握用户故事的组织结构，以及在甚早期判断项目范围的方面，则正是这一人群的弱项。【阅读全文】

从根本上说，用户故事的用途是描述用户通过使用软件产品想要实现的任务。用户故事起源于Agile和Scrum开发策略，但是对于设计师来说，用户故事主要用来提醒用户目标以及对各个界面设计进行整理和排序。一个用户故事就是简单的一句话。可以用这句作为模板：“作为用户我需要（基本用户目标）”。因为故事都很简短而且有针对性，所以需要多个不...【阅读全文】

用户故事的独立性对商业和技术实现都有帮助：从商业目标的角度，用户故事的独立性可以帮助我们聚焦在最有价值的特性上，而不是受限于技术依赖；从技术的角度，用户故事的独立性鼓励最小实现，支持那些以最小化和有效管理实现依赖的设计方法，比如从初始可行走的骨架逐步增强为功能完备产品的演化化架构设计。所以，我们要尽量保持用户故事间...【阅读全文】

一个用户故事是可测试的来用于确认完成，记住，我们不开发不能测试的故事。如果你不能测试那么你永远不知道你什么时候是完成了。一个不可测试的用户故事例子：软件应该是易于使用的。一个编写良好的用户故事是敏捷开发的基础。它们应该相互独立，详情应该便于开发者和用户进行沟通，应该对用户有价值，应该对于开发者来说尽可能的清晰以便进...【阅读全文】