2023学年完整公开课版讲故事

讲故事Tellastory1课程引入2用户故事3如何编写用户故事CONTENTS目录4用户场景5用户场景的使用方案01课程引入e7d195523061f1c0789e8b7a826592a64f42eaafa8f719f44178655771082FC721B933721FFCC1B71C8CD17ABA15C67805CF9E7F8161823886594CB764DBE15658D341DE06F40A8E2613069DF6F7DC02B530E04B512E0337253497EAD816CC033A3B9611192FE4611851BBCD1FBF75EBDD5462231AF5408B2E0E6F7FCD5C2E0B0B4C5D1A9D91B580假设我们进入了疯狂动物城的世界一个动物会说话的世界在那里有一只狗熊，他特别爱吃蜂蜜，而且他想要得到蜂蜜，唯一的途径就是从蜜蜂手里夺过来，而不能去超市或者别的地方买到，可是蜜蜂也不是好惹的，经常把他叮得一头的包。让我们帮他想个办法安全地搞到蜂蜜于是狗熊先生找到我们讨论DISCUSS用一句简短的话概括这个故事

保证其他人能清晰地了解这个故事想表达的含义小组：4~6人一组时间：5min02用户故事e7d195523061f1c0789e8b7a826592a64f42eaafa8f719f44178655771082FC721B933721FFCC1B71C8CD17ABA15C67805CF9E7F8161823886594CB764DBE15658D341DE06F40A8E2613069DF6F7DC02B530E04B512E0337253497EAD816CC033A3B9611192FE4611851BBCD1FBF75EBDD5462231AF5408B2E0E6F7FCD5C2E0B0B4C5D1A9D91B580弄清我们的主人公是谁他有哪些属性这些属性会使他具有怎样的行为倾向故事发生在怎样一个场景场景有哪些特点和限制使用简洁明确的叙述方式Who要讲一个好故事，我们也许得做几件事情：WhereHow用户故事的概念THECONCEPTOFUSERSTORIES概念Concept用户故事描述了对用户、系统或购买者有价值的功能。简单地说，用户故事就是从用户的角度来描述用户渴望得到的功能，它是一个用来确认用户和用户需求的简短的描述。用户故事的概念THECONCEPTOFUSERSTORIES1.角色：谁要使用这个功能。2.功能：需要完成什么样的功能。3.价值：为什么需要这个功能，这个功能带来什么样的价值。英文：Asa<Role>,Iwantto<Activity>,sothat<BusinessValue>.中文：作为一个<角色>,我想要<功能>,以便于<商业价值/目标>。三个要素标准格式用户故事一般写在小的记事卡片上。卡片上可能会写上故事的简短描述，工作量估算等。卡片Card用户故事背后的细节来源于和客户或者产品负责人的交流沟通。交谈Conversation通过验收测试确认用户故事被正确完成。确认Confirmation用户故事的概念THECONCEPTOFUSERSTORIES3个C—RonJeffries讨论DISCUSS如何使课堂变得更有趣每个小组编写至少4个用户故事每个用户故事写在一张便签纸上规则小组：4~6人一组时间：5min03如何编写用户故事e7d195523061f1c0789e8b7a826592a64f42eaafa8f719f44178655771082FC721B933721FFCC1B71C8CD17ABA15C67805CF9E7F8161823886594CB764DBE15658D341DE06F40A8E2613069DF6F7DC02B530E04B512E0337253497EAD816CC033A3B9611192FE4611851BBCD1FBF75EBDD5462231AF5408B2E0E6F7FCD5C2E0B0B4C5D1A9D91B580六大特征SIXCHARACTERISTICS我们要尽量避免故事间的相互依赖。在对故事排列优先级时，或者使用故事做计划时，故事间的相互依赖会导致工作量估算变得更加困难。独立的（Independent）故事卡是功能的简短描述，细节将在客户团队和开发团队的讨论中产生。故事卡的作用是提醒开发人员和客户进行关于需求的对话，它并不是具体的需求本事。一个用户故事卡带有了太多的细节，实际上限制了和用户的沟通。可讨论的（Negotiable）通常我们可以通过两种方法来减少依赖性：1.将相互依赖的故事合并成一个大的、独立的故事；2.用一个不同的方式去分割故事。六大特征SIXCHARACTERISTICS用户故事应该很清晰地体现对用户或客户的价值，最好的做法是让客户编写故事。一旦一个客户意识到这是一个用户故事并不是一个契约而且可以进行协商的时候，他们将非常乐意写下故事。对用户或客户有价值的（Valuable）开发团队需要去估计一个用户故事以便确定优先级，工作量，安排计划。但是让开发者难以估计故事的问题来自：1.开发人员缺少领域知识；2.开发人员缺少技术知识；3.故事太大了。可估算的（Estimable）六大特征SIXCHARACTERISTICS一个好的故事在工作量上要尽量小，最好不要超过10个理想人/天的工作量用户故事越大，在安排计划，工作量估算等方面的风险就会越大。小的（Small）故事必须是可测试的。成功通过测试可以证明开发人员正确地实现了故事。如果一个用户故事不能够测试，那么你就无法知道它什么时候可以完成。举一个不可测试的用户故事例子：用户必须觉得软件很好用。可测试的（Testable）讨论DISCUSS根据上面讲到的用户故事应该具备的六个特征，重新审查大家刚刚写的用户故事，对它们进行修改。小组：4~6人一组时间：8min影响需要表达出用户是否可以通过一些任务完成目标。例如：作为产品A的用户，我可以通过完成预定流程报名一个活动，这样我就有机会参加这个活动。这里是参加这个活动是用户最核心的需求。成效需要表达出用户希望通过你的产品来实现什么。例如：作为产品A的用户，我可以通过预定流程报名一个活动......这里通过预定流程是一个重要需求，能表达出用户完成别的事情、到达一个目标、或者理解一个流程的方法。产出需要表达出用户希望在你的产品上完成什么事情。例如：作为产品A的用户，我可以报名一个活动......这里报名一个活动是用户的基本需求。总结SUMMARY总的来说，用户故事能说清楚产出、成效和影响。产出成效影响04用户场景e7d195523061f1c0789e8b7a826592a64f42eaafa8f719f44178655771082FC721B933721FFCC1B71C8CD17ABA15C67805CF9E7F8161823886594CB764DBE15658D341DE06F40A8E2613069DF6F7DC02B530E04B512E0337253497EAD816CC033A3B9611192FE4611851BBCD1FBF75EBDD5462231AF5408B2E0E6F7FCD5C2E0B0B4C5D1A9D91B580苹果手机接听画面APPLEPHONEANSWERSCREEN用户场景的概念THECONCEPTOFUSERSCENARIOS用户场景是一种虚拟的、关于用户如何使用产品去达成特定目标的描述。描述涵盖了基本的5w1h（who、what、when、where、why、how）通俗的说就是在某某时间，某某地点，特定类型的用户萌发了某种欲望，会想到通过某种手段来满足欲望。跟用户故事差不多，你也要按照设想为你的用户角色设计一些不同的场景。你设计的场景要表现出用户的目标，可能涉及到的知识以及用户交互体验的细节。假设我们打算优化一款美食app的功能，请你们描绘一个关于用户在搜索某个热门菜比如小龙虾或烤鸭的时候，用户可能存在的消费场景。讨论DISCUSS小组：4~6人一组时间：5min在复旦上大一的小丁，有好朋友周末从杭州来上海找他玩，小丁想找一家好友喜欢吃的鳗鱼饭店招待他，希望味道上乘而且在某个大商圈附近，方便吃完的娱乐。在写字楼工作的小明，中午的时候忽然很想吃家旁边的888麻辣烫，但是午休时间有限，不能去那么远的地方，想找一家附近的好吃的麻辣烫店吃，但不知道哪家好吃。参考REFERENCERESOURCES1、工作场景：2、同城出游场景：刚从公司加班回家的北北，又累又饿，想吃小龙虾犒劳一下自己，非常纠结是出门还是点外卖，怕外卖派送的小龙虾没有门店卖的小龙虾好吃，想看看有没有线下门店可以送外卖的。披萨爱好者西西，吃过了很多家披萨店，想了解在上海自己还有哪些遗留的披萨好店没有去尝试过。美食达人小刚，十一想要去杭州游玩，听说杭州的西湖醋鱼非常有名，想提前做一下功课，了解哪家西湖醋鱼是最好吃的。参考REFERENCERESOURCES3、异地出游场景：4、强浏览种草场景：5、外卖点单场景：05用户场景的使用方法e7d195523061f1c0789e8b7a826592a64f42eaafa8f719f44178655771082FC721B933721FFCC1B71C8CD17ABA15C67805CF9E7F8161823886594CB764DBE15658D341DE06F40A8E2613069DF6F7DC02B530E04B512E0337253497EAD816CC033A3B9611192FE4611851BBCD1FBF75EBDD5462231AF5408B2E0E6F7FCD5C2E0B0B4C5D1A9D91B580描绘场景所需要覆盖的因素DESCRIBETHEFACTORSTHATNEEDTOBECOVEREDBYTHESCENE1.用户是谁?人物角色可以反映出产品真实的、主要的用户群体2.用户为什么使用你的产品/服务?在可行的条件下获取用户使用产品的动机和预期3.用户的目标是什么?通过用户场景分析，我们要知道满足了用户获得什么才算我们的产品有价值4.用户如何通过我们的产品/服务实现目标？5.定义出用户如何通过我们的产品/服务完成自己的目标，并找出完成目标过程中的多种可能性和任何潜在的问题。用户场景的分类CLASSIFICATIONOFUSERSCENARIOS只知道用户要做什么而不详细的向用户介绍具体操作流程。这种类型的场景在确定产品架构和内容时起到了比较大的作用。在可用性测试的时候，与测试人员一起给用户提供一个这样的场景：只给用户一些背景、人物之类的框架信息，去观察用户在这种情况下如何完成任务，来记录和了解用户的行为。提供了更多的用户使用细节。这些细节能帮助产品团队更深入的理解用户特征及这些特征是如何帮助或阻碍他们使用产品时的行为。知道了这些信息，团队更容易设计出让用户更舒服、更易操作的内容、功能和产品流程。2.精细化的场景REFINEDSCENE1.用户目标明确清晰的场景ASCENARIOWITHCLEARUSERGOALS用户场景的分类CLASSIFICATIONOFUSERSCENARIOS把每个用户使用产品每一个的场景都呈现出来是不现实的，但是在设计这个产品之前，你可以先写下10-30个你认为的用户想使用你的产品的原因或者用户希望通过产品实现的任务。场景和人物角色还可以结合起来，分类呈现不同类型的用户使用产品的原因，有什么样的需求，揭示出“什么样的人”在“什么样的场景”下会有“什么样的行为”，（也就是与常说的用户画像相结合）。场景和人物角色可以通过时间的方式相结合来呈现，并