Key Takeaways
Collaborative design in Agile teams involves engaging all disciplines in workshops, feedback, and iterative prototyping.
Involve designers, developers, PMs, and stakeholders early and often for diverse perspectives.
It is important to utilize tools for documentation and distributed collaboration.
Foster open communication, shared ownership, and continuous learning to integrate design into Agile workflows.
许多软件团队拼尽全力将设计有效整合到敏捷开发流程中。设计人员倘若不能与团队其他成员紧密合作，往往会给所有人（包括他们自己）造成额外工作，并可能在产品团队中形成有害的知识孤岛。
在 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 项目中。每天一上班，我都会边喝咖啡边浏览最新事务。在浏览评论时，我会记下出现的任何常见主题或模式，并添加标签对它们进行分组。我可以利用这些标签筛选所有反馈，了解有多少人提出了类似的问题。然后，一旦确立了模式，我就可以将这个问题与我们可解决的具体用例一起提交给产品团队。