你好 我叫Anatoly Savchenko，我是AutoTech服务团队的一名开发人员兼Scrum Master。 您可能已经猜到了，我们在Scrum中工作。 我们每两周进行一次sprint审查-一次会议，团队和利益相关者讨论已完成的工作。 基于这些信息，团队可以得出有关开发是否朝着正确方向发展，仍需要哪些改进等结论。 最近，我们在召开这次重要会议上获得了宝贵的新经验。 我想告诉你关于他的事。
反馈工具
当然，冲刺审核不是唯一的反馈渠道：我们拥有UX实验室，我们在移动应用程序商店中处理审核，支持呼叫，对各种Internet资源的审核，在网站上进行用户民意测验等等。
这是给私人用户的。
除了他们，我们还与业务合作伙伴合作，向他们提供其他功能和工作工具。 我们与他们有更紧密的互动。 我们的经理始终与他们保持联系（邮件，电话），即时通讯员中的聊天人员是开发团队的成员。 因此，我们变得更接近我们的业务用户：我们更好地了解他们，了解他们的需求，听到他们的声音并感受到他们的痛苦或喜悦。
这些都是美好而必要的沟通渠道。 但是它们在发布后会提供信息。 另外，在这种情况下，开发团队离用户还很远。 这就是为什么冲刺审核对团队，产品以及最终对用户最有益的原因。
冲刺回顾-像以前一样
我们的会议通常都保持良好的状态：我们从利益相关者（即内部客户-经理）和Avito的其他同事那里收到了及时且高质量的评论。 造成了一个相当混乱的局面，但是在某个时候，我们开始错过反馈的全部内容。 我们想改变一些东西。 来自AgileVerse的敏捷培训师Levon Goncharov使我们想到了邀请外部用户（我们的业务合作伙伴）直接参加会议的想法。
AgileVerse联合创始人Levon Goncharov： “当他们决定改进流程时，我遇到了他们。 他们知道出了点问题，正在寻找答案。 在诊断过程中，每个团队成员都以某种方式谈到需要了解“用户的生活”。 从动机的角度来看，它影响了某人，某人需要了解如何以架构方式开发该项目。 原则上，这是Scrum团队的一个相当普遍的问题-将Sprint审查转变为会议，他们在会议上说出所做的事情，而不是以创作者而是表演者的身份思考。 为了防止这种情况，您需要考虑一下。
No. 1在开发产品时，您是否更多地考虑功能或用户问题？
№2您知道您的用户如何生活，为什么要使用您的产品？
No. 3您是否经常与使用您产品的人交流？
我建议团队讨论这些问题并更改冲刺审核的格式。
与用户聊天的情况很快出现。 在sprint结束时，我们计划为装配线中的合作伙伴发布一种新工具，这是前所未有的。 我们决定“热销”以收集对尚未发布的产品的反馈。
准备工作
首先，Levon和我的同事在新的会议上收集了期望，然后我们计划了议程并准备了所有必要的材料。
我可以说，仅就准备一个人来说，就可以写整篇文章。 它使我们能够创建会议的完整图片，并绝对考虑所有内容（当然，我们没有考虑所有内容，因为这是不可能的，但我们也考虑了这一点）。
首先，我们在活动挂图上绘制了目标和结果图像。 我们为会议的总体计划注册了要点。 详细说明每个阶段的填充。
我们记录了所有阶段的时间（并重写了几次）。 我们确定了每个阶段所需的材料，并写下了参加会议需要记住的内容。
简而言之，这就是我们得到的。
目的
- 说出本季度的团队重点
- 了解更新的用户帐户（LKP）如何满足需求
- 显示预告片并制定1-2个冲刺的计划
计划
- 开场（5分钟）
一个 议事日程
b。 我们告诉您如何提供反馈
c。 与团队见面 - 共同部分（15分钟）
一个 你干了什么
b。 未来计划（专注于本季度）
c。 问答环节 - 演示（15分钟）
一个 讨论
b。 预告片 - LCP对话（10分钟）
一个 你发现了什么？ （是什么，不是什么）
b。 当我们完成时（大约冲刺）
c。 替换什么？ （谈论用户的生活） - 收集有关审阅格式的反馈（5分钟）
结果图像
- 季度反馈
- 油漆改进清单
- 讨论用户最严重的痛苦，写下其余的
- 讨论对预告片的共识，计划1-2冲刺
- 参与者对评论格式的反馈
AgileVerse的联合创始人Levon Goncharov： “当我们填写会议议程样本时 ，我们会写出可能发生的一切以及以何种方式进行管理。 我们假设用户将开始谈论完全常见的难题，并将其引入了sprint审查设计。 但是，在准备过程中，很明显没有足够的空间用于此操作。 因此，我们在会议之前获得了有用的信息，而我们将无法讨论常见的话题。”
怎么样了
主要思想是为我们的用户提供与产品联系的实时体验并获得最大的反馈。 这是我们的想法：我们将每个客人都放在一台装有产品的笔记本电脑后面，旁边总是有两个团队成员。 一种作用是谈论产品并回答问题，第二种作用是尽可能记录所有发生的事情，然后与产品所有者一起处理。
好吧，结果发现每位客人只有两个以上的团队成员
讨论最终陷入了饱和，我们甚至延长了展示产品的时间。 结果，我们不仅收到了很多有用的评论，而且还了解了我们合作伙伴的工作是如何从内部构建的。 这将帮助我们计划对该产品的进一步工作。
看起来像产品的第一个版本
我们希望将最多的有用信息放在一页上，但是对于用户而言，该界面竟然过载了。 另外，某些信息简直是难以理解的。
我们记录了客人的意见和愿望，指出了最重要和最优先的事项，并立即与合作伙伴讨论了何时以及何时实施该计划。
反馈帮助我们重新思考了如何方便，清晰地向用户展示信息。 在撰写本文时，已经进行了最高优先级的编辑，从而极大地改变了原始版本。
编辑后的产品版本
由于有了早期的反馈，我们避免了向用户提供需要随时编辑的原始产品的情况。
作为一个团队，我们获得了非常宝贵的经验。 这就是我同事所说的。
Autoteks首席执行官Vadim Ivanov表示： “我认为这种反馈收集是非常有用且必要的做法，从好的方面来说，必须早些实施：在积极向上的同事的舒适氛围中观看/收听冲刺评论是一回事，而立即看到则是另一回事用户对所做工作的生动反应。 商业用户的意见加倍有用，因为 他们通常更准确地知道他们的需求和问题。 甚至第一次尝试都成功了，整个团队都很热情并且参与了整个过程，设法收集了宝贵的意见，他们在新功能首次发布之前立即采取了行动，从而为合作伙伴准备了更多产品。 筹备活动所需的额外人工成本远远超过了回报。 我建议每个人都在家中实施这种方法，不要害怕尝试。”
QA Autotech的Mansur Ahmadi： “在工程师的领导下，最终用户和他的UX的形象常常与真实世界背道而驰，这反过来又可能导致最不适合的解决方案。 在上次会议上，当我们的客人概述了他对产品的看法时，这很清楚。 这种远见，将给他带来更多的幸福。 我们应该关注的愿景。 我认为，正是这样的会议有助于更快地找到他。”
Autoteks产品负责人Andrey Tumkin： “在邀请真实用户进行演示之前，首先想到的是为什么？ 在早期阶段，我们揭示了他们的痛苦，在发布之后，我们收集了反馈并进行了纠正。 但不是那么简单。
首先，您将浪费时间和金钱，而不是立即解决用户问题。 其次，即使在开发之前进行的CusDev也无法识别出将在实际产品中发现的所有问题。 第三，没有其他过程可以使这样的团队参与产品开发。”
结论
与用户会面不仅是改善和获得反馈的工具，而且是与您要为其生产产品的人们建立联系的真实基础，并且意识到这项工作的重要性。
我们的团队从所获得的经验中获得了很大的启发，因此我们计划定期或每月两次引入这种做法。 我希望你举行一次类似的会议，看看会如何。 祝你好运