【敏捷开发】从"需求文档"出发聊敏捷

做这项调研的初心是什么？

需求文档解析成本太高，还存在高风险。

RD解析一遍，QA解析一遍。而且还存在风险

让产品开发过程更加和谐，而不是紧张和对峙

需求的用户视角，非PM,RD视角

当自问心中的用户形象时，看到的是自己。

先解释一些概念问题

何谓“瀑布流式”开发模式

何谓“敏捷”开发模式

瀑布流式的需求文档存在哪些问题

语言本身的歧义性

对于产品团队的压力

敏捷下的“需求文档”——用户故事

做个比较

传统需求文档

用户故事

用户故事包含哪些？

为什么称呼为用户故事？

使用用户故事的工作方式是如何运作的？

//使用流图的形式。这里不具体去讲用户建模

用户故事的限制

我的看法

背靠大平台下的小团队，
市场敏感度极高

我们的产品需求是用户真正需要的吗？

对比 美团及去哪儿 ，
请描绘一下我们的用户长什么样？对火车票行业十分精通，熟知代理商，自建概念。

需求也需要性感

需求文档！＝记录产品需求 需求文档＝＝用户需求。
需求文档枯燥乏味，像是政府文件，