敏捷-用户故事地图

故事story：软件进一步可视化

用户故事：用户思维理解的故事，由许多功能特性组成。

敏捷：scrum导致软件系统全景图丢失等问题。

故事地图是一门在需求拆分过程中保持全景图的技术

失望：用户故事只是程序员与产品经理进行沟通的单行道。我们应该让程序员理解达成什么目标，引出投工是团队核心价值。故事地图以结构化方式来组织这种要素。

敏捷是很好思考方式，不是执行方法，目标是顺利完成交付，给出足够让用户喜欢的产品。

手术失败，所有的规定操作都做完了，病人却死在手术台上。

干系人：主管、团队授权、团队协作方式、产品、设计、开发。

好的产品团队：引人入胜产品远景，传教士的热忱工作。差的团队，像是雇佣兵组成的，当一天和尚敲一天钟，混的。

好的团队，关键指标启发，观察用户的痛点和分析用户使用过程中产生数据，不断尝试新技术解决现实问题。差的团队，从销售人员和用户那里收集需求。

干洗人识别不足，业务上约束条件。差的只知道从干系人收集需求。

好的团队，掌握大量技术手段，快速验证产品创意价值，差团队，号召制定路标和排列优先级。

好的团队，环境优化，喜欢头脑风暴。差的，不敢大胆提议他们做任何事。

好的团队，为持续创新，功能体验，技术的参与设计，为好产品献计献策。差的团队，展示原型，评估工作量。

好的团队，专注于用户，差的团队，专注于竞品。

用户故事聚焦于构建小特性，容易：只见树木不见深林。