敏捷项目规划与估算全解析
1. 迭代后期的任务考量
在迭代接近尾声时，应避免不理想的情况出现。对于较长的迭代，项目负责人需仔细审视团队定义的各项任务，确保任务规模小且能在数小时或数天内完成。同时，要保证刚完成的任务能立即进行测试。
2. 敏捷项目规划
在敏捷项目规划中，第一步是与项目发起人共同为项目创建共同愿景，然后将相关需求转化为用户故事。这些用户故事应既完整又尽可能简单。此时，还需定义验收测试标准，以确保项目顺利收尾。由于目前尚无确切的承诺内容列表，验收标准需反映这一情况。
每个迭代的目标是交付可让客户使用的成果，因此在迭代结束时完成该迭代的所有用户故事至关重要。相较于需要整个团队花费整个迭代时间才能完成的三个大型用户故事，那些能在几天内完成的小型用户故事更易达成这一目标。若三个大型用户故事中的一个出现问题，整个迭代可能会受影响，因为在迭代中停止一个用户故事意味着之前投入的时间（至少在当前迭代中）被浪费。
在项目发起人和团队根据产品需求定义用户故事时，可先不那么细致地定义，在计划进行该用户故事的迭代开始时再将其拆分为多个子故事。
用户故事应描述一个场景以及对用户或系统相关的功能，具体包含以下几个方面：
1. 功能和用户交互的简短描述
2. 其提供的商业价值
3. 到目前为止关于该用户故事的讨论和达成的协议
4. 应进行的测试
5. 所需的文档
例如，一个用户故事示例为：“作为终端用户，我希望根据证券交易所的实时价值计算我的股票价值，以便查看累计盈亏。”
整个团队应共同编写用户故事，以确保大家有相同的理解并达成一致。有些团队使