Get best of the week

在敏捷和Scrum中集成UX的5条规则

在IT课程中推出敏捷项目经理之前，已准备了本文的翻译。



当我刚开始我的职业生涯时，该软件是装在盒子里的。如果这听起来让您感到奇怪，请知道我小时候，父亲带回了一张打孔卡，上面记录着1970年代的节目。这样的软件具有结束状态。从那一刻起20年后，它似乎已经荒谬了。今天，我们正在创建可以不断改进的系统。这就引出了一个问题：“工作什么时候结束？” -这个问题很难回答。我们正在寻找该问题的答案，因为它将帮助我们回答其他甚至更重要的问题。团队会获得他们的奖杯还是报告？团队会做些新的事情吗？利益相关者会受益吗？

使用Scrum（或敏捷方法的任何其他变体）的开发团队对开发何时结束有清晰的想法。通常，这意味着“产品/服务应满足业务需求的一组最低标准”。结果，它归结为功能列表，该功能列表由利益相关者（或产品所有者）批准，并且在项目完成时必须完全实施。开发人员称其为“按预期工作”。

但是“按预期工作”仅意味着该软件可以完成他们想要的工作。不幸的是，有时这还不够。实际上，这仅仅是我们与用户和客户不断进行对话的开始。我们的系统不断改进，以提供更好的体验，从而为他们带来真正的价值。

那么，我们如何为团队定义“关闭”呢？团队什么时候开始新项目？缺乏投资回报率是一个很好的起点，但是我们如何知道没有回报？答案将由客户提供给我们。我们看看他们的行为。我们倾听他们的需求，评估我们的系统是否满足这些需求，并考虑我们可以做些什么来满足这些不断变化的需求。我们称这些指标为结果。

这些结果无法预测，就像无法预测人类行为一样。好的结果要求团队成员积极与客户互动，以发现他们的行为，发生原因以及将来更好地满足客户需求的机会。好消息是，您的公司很可能已经雇用了在这些方面特别擅长的人员-设计师。尽管事实上，如今几乎每个公司都有设计师在场，但大多数设计师所担任的职位并不足以影响采用大型决策。实际上，它们中有许多是为程序员和产品经理量身定制的敏捷开发流程所独有。

在许多组织中，设计师在敏捷开发过程中的整合一直是一个长期存在的问题。凭借近20年的设计，管理和咨询产品团队的经验，我确定了团队要确保成功将用户体验（UX）集成到其敏捷过程中必须遵循的以下5条规则：1.每个团队

都有一名单独的设计师团队

没有妥协。在Scrum团队中没有“自己的”设计师，您仅会有一个开发团队，而没有设计师就无法提供适当水平的用户体验。

2.与客户的团队工作时间

这是我从Jared Spool学到的规则他进行了一项研究，证明每6周花费至少2个工时的团队与客户进行交流（例如，接收支持电话，与用户交谈，观察人员等）正在取得更大的成功产品。

3.设计师的工作是

待办事项的第一要点，简而言之：保留一个待办事项。开发，质量控制，设计，研究工作-所有这些都应放在一份积压中，并由执行此工作的整个团队确定优先级。一旦工作分为两个待办事项，团队将选择其中一个并决定将其视为“主要”待办事项，而第二个则将其简单地放在待办事项中。

4.结果作为待办事项的优先级过滤器

我写了很多 关于结果（乔希·塞登（Josh Seyden）写了一整本书），但是在今天的主题中，我唯一要注意的是，每个待办事项都必须经过团队的最终目标过滤器。问问自己：“这项工作有助于实现目标吗？”如果答案是否定的，则删除该项目。

5.跨职能培训

用户体验和设计包含许多有趣的东西，值得探索。此类事件可以由设计师（或分析师）进行，但必须由整个团队来实践和参与。团队可以一起学习的越多，分享所获得的知识所花费的时间就越少，而决定将其应用到哪里的时间就越多（这对于团队来说是一个更有成效的话题）。

Scrum的迭代回顾性特性非常适合UX和设计活动。客户见解与工作流程的集成直接来自敏捷宣言（与客户合作等）。用户体验和设计使我们更接近以客户为中心并提高客户满意度的敏捷目标。遵循以下5条规则将设计与敏捷开发相结合。


.

More articles:


All Articles