许多软件团队拼尽全力将设计有效整合到敏捷开发流程中。设计人员倘若不能与团队其他成员紧密合作，往往会给所有人（包括他们自己）造成额外工作，并可能在产品团队中形成有害的知识孤岛。
在 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 项目中。每天一上班，我都会边喝咖啡边浏览最新事务。在浏览评论时，我会记下出现的任何常见主题或模式，并添加标签对它们进行分组。我可以利用这些标签筛选所有反馈，了解有多少人提出了类似的问题。然后，一旦确立了模式，我就可以将这个问题与我们可解决的具体用例一起提交给产品团队。
