今天读完了《用户故事与敏捷方法》的第12章：用户不是什么
用户不是IEEE 830，不是用例，不是场景。读完这一章，我了解到对于任何方法，总会碰到不顺的情况，我们会看看发生问题时的一些不良征兆或者信号。在大部分时候，拿着功能列表让客户给出使用那些功能的应用场景，会让我们节省很多无用工作。客户经常会发现有些功能其实是不需要的，我们应该把时间花在有附加值的事情上。场景是用户与计算机交互的详细描述。不管预想得多么全面，我们都无法实现完全定义一个完整的具有相当规模的系统。用户故事和用例应该以不同的目的编写，用例被编写成方便开发人员和客户讨论并达成共识，并且方便计划发布，并用于提醒需求细节的讨论。