|
|
|
|
公众号矩阵

想在敏捷开发中提升用户体验,你该怎么做?

对于敏捷团队来说,关键是发展以客户为中心的思维方式,并将设计思维实践融入到开发过程中,这是改善客户和员工体验的关键举措。

作者:计算机世界来源:今日头条|2021-07-22 06:25

对于许多参与敏捷开发团队的开发人员、QA自动化工程师和网站可靠性工程师来说,交付工作始于定义用户故事(用户细分场景),而且要在敏捷迭代中完成它们。有时,用户故事需要"后端"实现,例如配置数据集成、编写微服务API、解决技术问题,以及提高应用程序性能。这些仍然是用户故事,因为其实现具有业务价值,但是产品负责人可以通过技术标准来设定目标用户体验。

当主题故事或者用户故事需要影响可用性的"前端"实现并需要设计时,敏捷团队必须决定何时以及怎样将设计思维、线框图、用户体验和设计规范纳入到需求中。

对于敏捷团队何时以及怎样定义用户体验和设计规范,并没有完全通用的答案。这些因素对应用程序、工作流程和移动应用程序的成功至关重要,因为最终保证客户满意度和易用性会极大的影响目标业务结果。

敏捷用户故事定义了问题陈述

为了解设计思维和敏捷方法是怎样交互的,让我们看一下产品负责人是如何在敏捷团队的产品需求项中采集需求的。

产品负责人通常将目标分解为重要战略举措、对用户有价值的功能和用户故事这样的层次结构。用户故事有助于定义问题陈述并回答以下问题:

  • 谁是客户或者最终用户?
  • 需要解决什么问题,或者能发现什么机会?
  • 实施后应获得哪些好处?
  • 为什么这对客户很重要?
  • 什么验收标准定义了该用户故事的"完成"?

您可以在这里看到,用户故事从客户的角度定义了问题陈述和机会。最好的做法是授权开发团队去推荐并实现某种解决方案,以处理用户故事中定义的目标和验收标准。

然而,许多敏捷产品负责人和业务分析师并不总是遵循这种最佳实践,他们在用户故事需求中规定了怎样实现解决方案的要素。有时,产品负责人自己心里有具体的实现方法,无法将问题陈述与解决方案规范分开。对产品负责人来说,规定用户故事的实现不是一种好的做法,这表明缺乏与团队的信任和协作。

但还有一个实际问题需要考虑。用户体验是问题定义的一部分还是实现的一个要素?用户体验和设计既可以是问题,也可以是解决方案,这取决于体验的性质、用户体验和设计者是否是敏捷团队的组成,以及开发团队在实施过程中怎样使用平台。

设计思维过程

让我们为这一讨论添加第二个维度,即设计思维实践怎样定义并迭代地改进客户体验。企业对消费者行业,包括零售、电子商务、媒体、游戏和个人银行业务等,将客户体验、一致性设计和可用性列为非常重要的战略因素,因为这些因素是区分客户在哪里购物、采购、阅读以及消费服务的关键所在。

如今,大多数企业也认为客户和员工体验在数字化转型中具有重要的战略意义。人们不想经历繁琐的工作流程,使用设计上不一致的工具,难以理解的指令或错误消息,也不愿意花太长时间去完成一项工作。

设计思维是一个自上而下的过程,从客户或者最终用户的目标开始。与敏捷方法一样,有几种设计思维实践,其中许多都利用了以下设计阶段:

  • 以同理心看待顾客需求,试着站在他们的立场上
  • 围绕最终用户需求来定义问题、机会、价值和竞争因素
  • 构思不同的场景、概念和创新
  • 原型流程,开发概念验证,在小用户群中进行试点
  • 测试解决方案、采集反馈、发现见解,并对改进区域进行优先排序

设计思维涉及其他学科和工具,包括开发客户群、识别用户角色和定义价值主张。使用旅程映射和同理心地图之类的工具来研究行为,这在设计应用程序以完成特定任务(例如,在电子商务网站上购物或者注册订阅)时特别有用。

设计和开发产品、战略和功能

设计是在敏捷开发团队开始工作之前完成的,还是用户体验和设计考虑因素已经被考虑到用户故事和实现中才完成的?

数字和技术部门最不希望看到的是流程脱节或者出现冲突,用户体验专家和设计人员遵循设计思维实践,开发人员遵循独立的Scrum过程。

在开发新产品、复杂的工作流程或者移动应用程序时,大多数开发部门都会采用完全创新、头脑风暴或者设计思维过程。在这些情况下,原型可能仅限于模型、线框图和其他可视化工具,以获得最终用户的反馈。团队应讨论以下问题:

  • 何时将开发人员、工程师和测试人员引入设计思维过程
  • 创建了哪些设计工件,敏捷团队在定义主题和用户故事时应怎样使用它们
  • 在用户体验和设计中应该如何考虑实施注意因素

考虑到实施注意因素非常重要,否则开发部门可能会针对工程师和支持部门设定过于复杂或成本过高的体验和设计。

在主题方面的设计体验可能需要更具战术性的方法。在这些情况下,让用户体验专家和设计人员作为敏捷团队的成员或者顾问是非常有帮助的。他们在定义围绕体验的需求、响应开发人员的问题以及在敏捷迭代期间检查实施等方面发挥了很大的作用。

穆迪分析公司(Moody's Analytics)高级主管Sandy McCarron一直在创新团队中使用设计敏捷迭代。她说:"当我们对一种想法有强烈的预感,但需要跨职能团队提出意见时,设计敏捷迭代对我们来说非常有效。设计敏捷迭代的真正力量在于花很少的时间和资金来验证你的预感。"

怎样支持设计思维

敏捷框架以不同的方式处理设计思维。SAFe规定了敏捷产品交付的三个维度,以客户为中心、设计思维导致有节奏的开发和按需发布。项目管理研究所的敏捷设计思维方法是,团队应用设计思维来理解、定义和构思,然后敏捷迭代地构建和交付产品。StarCIO Agile将设计思维融入应用于产品、战略和功能的连续规划实践中,并由包括用户体验和设计专家在内的多学科团队进行优先级排序。

在产品管理、设计人员、开发人员、QA和IT运营部门之间选择、集成和应用协作工具也有助于建立以客户为中心的模式,可以考虑以下工具:

  • Jira Align和Aha!,帮助产品经理定义角色和路线图
  • SurveyMonkey和Qualtrics,获取客户反馈
  • Balsamiq和InVision,用于线框图和创建设计
  • AccessiBe、AudioEye和UsableNet,根据可访问性标准进行验证
  • Testlio、UserTesting和UXCam,用于用户体验测试
  • Jira软件、Asana和Monday.com,用于采集需求和促进Scrum过程
  • Optimizely和LaunchDarkly,用于主题标记和A/B测试
  • DataDog、Dynatrace、Micro Focus AppPulse套件和ThousandEyes,用于数字体验监控

对于敏捷团队来说,关键是发展以客户为中心的思维方式,并将设计思维实践融入到开发过程中,这是改善客户和员工体验的关键举措。

【责任编辑:赵宁宁 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

订阅专栏+更多

读 书 +更多

Web服务安全

Web服务技术是最近几年迅速兴起的一种应用集成技术,而安全问题是影响该技术广泛应用的一个关键因素。这个问题已成为最近几年来国内外研究...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊

51CTO服务号

51CTO官微