敏捷团队中的协作设计

如何将设计整合到敏捷框架中

Laura Daly 作者:Laura Daly
浏览主题

许多软件团队拼尽全力将设计有效整合到敏捷开发流程中。设计人员倘若不能与团队其他成员紧密合作,往往会给所有人(包括他们自己)造成额外工作,并可能在产品团队中形成有害的知识孤岛。

在 Atlassian,我们以协作的方式工作,将整个敏捷团队整合到设计流程中。确保人人参与设计流程,从多个角度看待问题,而不依赖文档来分享想法。本演示文稿探讨了如何实现以下目标:

  • 让整个团队参与设计过程
  • 将设计整合到敏捷流程中
  • 获取客户洞察信息,加快测试和构思

问答

这些问答涉及了广泛的话题,例如 Atlassian 使用的设计工具以及 Atlassian 如何处理客户反馈等。

问 1:设计和开发人员总是不同的人吗?有了 HTML5 和现代 UI 技术,设计人员一般都要掌握基本的编码技能吗?

答 1:设计和开发人员之间的界限变得模糊。在 Atlassian,我们的设计人员不仅有来自工程背景的,也有一些连一行代码都不会编写的。我们有技术强悍的视觉设计师、信息架构师和协调人。每个人都有不同的长处,在团队中认识和利用这些长处非常重要。

问 2:设计研讨会是否需要产品团队之外的人参与,例如营销人员?

答 2:我们的研讨会包括来自不同学科的人,但每个人的参与都是合情合理的。通常而言,我们有来自项目管理、工程和设计的代表,但若能添加另一种视角,我们也可能会从支持或营销部门拉人。

研讨会可以持续几天,这需要长时间的投入。我喜欢提前分享议程,让大家知道可以在哪里增加价值,何时能够暂时离开几小时。不过,您应该有一个从头至尾都参与的核心小组。

问 3:您是如何让员工参与描绘、规划和贡献想法的?我觉得 PO 和开发人员出于恐惧或其他原因不愿参与这项工作。

答 3:不得不与一群人分享想法已经令人却步了,而在公共场合勾勒画面或许更加令人生畏!正因为此,我喜欢在研讨会的这个阶段将大型小组分成两人一对。它消除了被一张空白纸凝视的压力。它还可以让大家相互回馈想法,保持积极的势头。

我发现,在参加完这样的一次会议后,每个人都会对过程感到满意,真正享受参与其中。房间里总是议论纷纷,进行着很多精彩的对话。

还有一点很重要,让所有人知道您寻找的不是什么巨著大作,而是他们想法的可视化呈现,也许是一个界面草图、一张图表,或者一个简单的项目符号列表,任何有助于其他组员达成共识的东西。如果可以采集到纸上,您也可以在研讨会结束后保留供日后参考。

问 4:如何让设计团队的新成员掌握最新的资讯?

答 4:我们为设计团队的所有新成员制定了新人培训流程。从 Atlassian 设计简介开始,再到我们的流程,以及我们如何与产品团队的其他成员合作等。深入探讨我们制定的设计原则,并通过示例展示如何将这些原则付诸实践。您可以通过新手训练营课程进一步了解我们的设计资源:利用人物刻画、Atlassian 设计指南和行动手册等。

在最初几周,我们还会为新设计师安排结对伙伴,向他们传授秘诀,让他们更加轻松地承担更多责任。

还有一种方法可以加快新设计师上手速度,那就是让他们在上岗第一周参加研讨会。这是他们认识产品团队和亲身体验我们如何合作的绝佳途径。最初几个月中有很多东西需要学习,但研讨会是深入研究并攻克一个小难关的好地方。

问 5:您认为哪种客户研究方法最有用处?是实地研究、观察、可用性,还是其他?

答 5:在我看来,所有类型的客户研究都是有用的,但不同类型的研究可在项目的不同阶段发挥作用。

例如,在项目初期,您希望对具体问题和所处环境有一个全面的认识。情境调查对此非常有用。您可以实地探访团队,与他们讨论相关流程、问题对他们的影响,以及他们需要什么才能提高效率。亲眼目睹他们如何努力完成任务以及遭遇哪些挫折,您会有不错的收获。

在进一步发展了自己的想法后,用户测试和客户访谈非常有用。您可以通过观察人们使用简单原型走一个流程,或者就提议的解决方案进行一场对话,来获得有价值的见解。

另一方面,A/B 测试是衡量解决方案有效性的绝佳方法。

问 6:Atlassian 设计人员使用哪些工具?

答 6:在 Atlassian,设计人员使用适当的工具来完成工作。有时是老式的笔和纸,其他时候则是 HTML 和 CSS。

为了创建高保真度设计,大多数团队成员使用 Sketch,但我们也会使用 Adobe 套件。Atlassian 模式库中的所有 UI 元素都是作为矢量对象创建的,因此组装基本布局非常简单。对于简单的原型设计,我们使用 InVision 或 Marvel。而对于比较复杂的交互,我们使用 Framer Studio、Origami、Axure 或手写代码。

我们还会消耗大量的便利贴和白板记号笔。:)

问 7:您在敏捷框架内工作时,面临了哪些挑战?

答 7:最大的挑战是要学会放弃完美,制作出快速迭代的作品。作为一名设计师,您总是希望创作出优质的作品,但您需要接受先交出 90% 完成度的作品,再对其进行改进。

问 8:您提到了几种减少文档的方法。您维护了哪种形式的文档?是不是消除了所有文档?

答 8:我们使用 Confluence 来分享进行中的工作,并从更加广泛的团队收集反馈。一个典型的页面包含有关我们正在尝试解决的问题的一些背景信息,以及提议的解决方案能够带来什么价值等。页面中将纳入草图照片、高保真模型或原型链接,以便说明解决方案。大家可以添加评论和问题,设计人员则会随着项目推进发布更新的设计。不过,这算不上真正意义的“维护文档”,而是一个不断演进的页面,用来收集设计资源和反馈。

问 9:团队不在同一地点办公时,您将如何处理分布式设计?

答 9:Atlassian 是一家全球性公司,因此与分布式团队合作是我们司空见惯的事。对于 Jira,我们在悉尼、格但斯克和胡志明市均设有团队,而且我们一直在想方设法弥合差距。技术有着极大助益。我们使用 Hipchat 进行视频通话和消息传递,使用 Confluence 来发表、分享和评论工作,并且使用 Jira 来组织所有工作。但这并不完美,没有什么能够取代面对面交流。只要有可能,我们会尽量让大家在同一房间内处理项目的关键部分。否则,一个好的经验是与远程队友进行大量沟通,并且尽力让他们了解情况。

问 10:如何控制和过滤伪装成“客户反馈”的“噪音”?

答 10:我们收到了许多客户反馈,这真是太棒了!我们采用了一个反馈工具,用来收集用户评论并将其作为事务保存在 Jira 项目中。每天一上班,我都会边喝咖啡边浏览最新事务。在浏览评论时,我会记下出现的任何常见主题或模式,并添加标签对它们进行分组。我可以利用这些标签筛选所有反馈,了解有多少人提出了类似的问题。然后,一旦确立了模式,我就可以将这个问题与我们可解决的具体用例一起提交给产品团队。

后续内容
敏捷营销