《用户故事和敏捷方法》读后感02

在计划发布时，有必要知道客户预期的大致发布日期和故事的相对优先级。 故事应该以明确的顺序排列（第一个、第二个、第三个，等等），而不是利用诸如“非常高、高、中等”模糊顺序的分组。 故事的优先级由客户确定，但也要考虑开发人员的想法。 使用速率将以理想日为单位的估算转换成日历日。 估算团队的初始速度是很有必要的。 开发人员负责提供信息给客户，帮助客户排列故事优先级，负责权衡基础需求或架构需求与其他客户需求之间的平衡。并负责为项目争取一定的时间缓冲。客户负责排列故事优先级，表达发布期限。

User story体现的并不是一套需求编写和记录的方式，而是体现了敏捷思想的需求获取、沟通和管理方式。典型的思想是提倡沟通和交互，将关注重点由文档转到沟通，以承载有限文字信息的story作为促进沟通的上佳手段（反过来，过度的文字信息结果往往是抑制沟通）。我觉得它也体现了一些精益的思想，例如 推迟决策 ，我们不能完美的预测软件开发项目的所有细节，因为当用户看到软件的早期版本时，他们就会想出新的电子，从而改变他们以前的观点。