跳到主要内容
在《持续交付和敏捷开发组织中的用户体验设计挑战》的第二部分中,Filter的体验设计总监分享了如何走出许多产品团队所处的敏捷陷阱。

走出反动设计陷阱

速度取胜。除非你的敏捷努力让你在使用用户体验的过程中变得纯粹反动,而不是更加警觉和适应性。

过滤器最近的电子书为敏捷交付模型优化用户体验实践看看普通的UX问题组织在尝试采用敏捷方法时遇到并提供有关如何克服这些问题的想法。在这个帖子上拾起我的最后一篇博客文章看着设计团队如何适应敏捷,连续交付产品开发实践可以陷入唯一的执行陷阱,以及他们如何努力避免它。

不幸的是,我们常常无法尽早建立用户体验最佳实践,或者被引入并要求赶上已经在轨道上滚动的列车。

我已经被困在陷阱里了!

避免陷入反动设计的策略在流程中处于上游,在规划和策略开发中与业务和产品所有者合作,以及帮助定义sprint计划,这些策略听起来都很好。但如果这是不可能的,而且为时已晚呢?如果团队已经陷入“只执行的陷阱”,并且努力跟上并摆脱反动的设计习惯,那么这些情况又如何呢?

下面是一个常见的场景:您进入sprint规划,scrum主管会处理积压工作。它没有很好的整理,也没有很好的优先级。你有一个一般的功能优先级,但故事到处都是。更糟糕的是,它们根本不存在。Sprint计划最终成为一个故事写作练习。

团队开始用似乎有意义的故事来填充sprint,似乎朝着几个功能目标取得了进展。但还有一个阻碍问题,因为“拥有”该区域的一名团队成员正在度假。“嘿,我们也应该修复一些bug”出现了,并且出现了一些最近提交的bug。

在sprint规划结束时,团队确定最直接被设计阻止的故事,这些故事将成为团队的工作项(“只需在两天内为这些故事设计出一些设计”)。但首先,去和PM一起解包需求,因为实际上只写了大约三分之一的所需数据。因此,冲刺开始了,你意识到“精益”描述了你的过程和精神。

随着谚语所说,“如果你发现自己在一个洞里,请停止设计。”

这可能是一个艰难而有争议的步骤,但这可能是正确的做法。第一步是从准时到提前。让开发团队至少提前一次冲刺,这将提供一些急需的空间来处理需求、设计备选方案和影响。

同样重要的是,它强制与Scrum Master进行对话和协作,以进行积压游览和优先级。对于设计团队在开发团队前面工作,必须存在良好的积压;必须有一个坚实的下一组优先级和故事,你有信心将被分配给以下冲刺的开发团队。如果没有故事,或者如果您对优先级的信心,那么与Scrum主站和产品所有者都有工作。

同样重要的是,花一些时间来确保你有正确的设计策略,并为你正在创建的体验提供坚实的概念基础。团队通常会陷入“及时、只执行”的陷阱,工作时没有更广阔的视野来指导经验的各个不同部分如何合并成一个整体和一致的解决方案。或者,当不同的微观体验在妥协和意外后果中漂移时,愿景被侵蚀和瓦解。

相反,继续返回概念性基础。评估它,针对新的需求,见解和挑战来测试。更新并进化它以确保它将继续按住并正确地指导您的设计决策。这样做将有助于确保您解决合适整体设计的问题。(无论您是否正在解决正确的问题是另一个帖子的主题......)

这些步骤旨在帮助您避免进一步的下游痛苦,比如发现您已经创建了一个不同部分不完全匹配的产品,存在摩擦而不是流动。或者痛苦地意识到必须重构设计和开发,以修复可用性或工作流,以适应以后的需求或场景。或者不得不安装补丁和黑客程序,因为重构成本太高,因为即使代码不能正常工作,代码也能正常工作。或者说最痛苦的是:要求用户忍受糟糕的体验和不满意的产品,并承诺在某个假想的未来修复它。

克服的推送

在某些情况下,提高完成这项工作的需要,投资于良好的积压工作管理,并使您的概念房屋井然有序,可能会引起scrum团队或产品所有者的某种程度的抵制。

围绕这一挑战的一种关键方法是记录将为团队和客户减轻的潜在痛苦。

您可以越明确和可衡量的问题越多。通过重构和改装消耗的数量或者故事或开发速度消耗的数量或者,传达重构的成本。此外,确定积压中的故事或错误的数量,可以通过更好的规划和设计来避免。即使您必须与开发团队交谈并获得更具定性的评估 - 将其视为微观用户学习。

对于客户的痛苦,记录设计或流程在体验中造成摩擦的地方。通常,产品所有者和scrum团队对产品及其缺陷过于熟悉,或者已经将这些问题的原因内化了。他们需要从新的角度向他们展示问题和后果,无论是流程图、故事板还是旅程图。如果你有任何关于这些的数据点和分析,那就更好了。

这份关于经验问题和痛点的文档是对用户体验债务进行审计的开始。与技术债务一样,用户体验债务是经验中的缺陷、经验缺陷、不一致、效率低下和其他问题的集合,这些问题降低了客户在使用您的产品时获得的价值和乐趣。

得到你的债务的完整帐户,这样你就可以制定一个计划来解决和偿还债务!偿还用户体验债务是走出陷阱、落实正确的概念和计划、组建团队以实现更快、更有价值的持续sprint交付的必要成本。

你如何知道你携带多少UX债务?测试,测试,然后测试更多。您必须知道您携带的普及和债务程度以及对客户产生最大的痛苦。敏捷过程的一个值是它旨在在每个Sprint中生成业务价值的交付。利用这一点来快速验证和学习。

在每个Sprint的末尾,应该有新的,值生成功能和功能。Explace-ock-ock拍摄用户并验证该值是真实的和有形的。将该数据带回团队,以及主要的产品所有者和产品管理团队。更好,使它们沿着参与研究和用户测试。

从哪儿开始

第一个也是最重要的地方,以同情 - 对你的队友和他们所面临的独特挑战为主。我们欠我们的同事,了解他们的动机,痛苦,偏好和审查。此外:

  • 确保您了解敏捷及其原则,以及您的工作如何有助于实现敏捷实践。每个组织都有略微不同的敏捷方法,他们利用敏捷价值观和原则的方式也各不相同,以使其最适合自己的业务和文化。了解组织中的敏捷实践如何与敏捷价值观和原则保持一致或不一致。在某些领域,您的组织的敏捷风格可能会更好,其中一些领域将与UX最佳实践保持一致。
  • 通过启发式、快速客户测试和数据分析评估您的体验债务。然后传达该评估和偿还用户体验债务的价值。说明债务的范围和规模,债务对经验的影响,以及不修复债务的成本。流程、故事板和客户逐字记录都在很大程度上突出了这些问题。
  • 为偿还债务的工作建立您的积压工作和评估,以便您能够有效地推动关于优先顺序的业务对话。这也将有助于确定哪些需要向下移动积压工作,可能存在哪些依赖项,以及如何将UX债务工作与功能工作和技术债务结合起来。
  • 请求帮忙!您可能需要获得一些额外的支持和设计冲刺能力来解决债务并离开陷阱。
  • 展示价值:作为一种在积压工作中获得优先债务的协议和获得额外设计支持的方法,您必须传达该投资的价值。对于sprint团队来说,这可能意味着更快的交付,更少的返工,更多的sprint价值,以及更快乐的产品所有者和用户。对于产品经理和业务人员来说,关键在于正确的设计,正确的设计,带来更多的业务和市场价值,更高的采用率和客户满意度,更低的支持和流失成本,以及更高的品牌资产。

其中一些是可量化的 - 例如,重构工作的体积,客户测试指标,行为和市场分析。其他人更具定性。使用两者都可以加强对流程应用更多UX最佳实践的值。

这也是一个完美的时机,可以确保您正在处理一个精心整理的积压工作,从而有效地使您能够在开发团队之前保持一两个sprint。就优先级和权衡进行业务对话也是评估产品路线图和业务优先级是如何制定的,以及用户体验研究、构思和验证工作如何帮助流程更好地工作,以确保您解决了正确的问题,而不仅仅是解决了正确的问题。

参与规划和战略可以让您完全摆脱反动设计陷阱,这样您就可以更好地参与产品战略,并在待办事项到达之前了解待办事项。这样,您就可以真正成为产品和开发的强大合作伙伴,成为实现产品承诺的渠道。

要了解产品团队如何发现自己被困在敏捷环境中,请阅读部分反动设计的一部分系列。

Filter正在帮助产品所有者、团队和公司优化UX实践,以快速实现持续交付、DevOps和敏捷开发。了解我们如何推动您的业务取得更大成功:2018必威体育下载 联系Filter,让我们了解您的用户体验需求。

Baidu