对于许多用户体验、设计或DesignOps团队——特别是那些积极地试图成长或建立自己的存在，扩大他们的影响力，或提高他们的水平用户体验成熟度-一份正式的团队使命声明可以促进内部协调和外部对团队在更大组织内的重点和价值的认可。尽管共享任务通常被认为是有价值的，但对于不熟悉该流程的团队来说，生成任务声明可能会有点抽象。
本文提供了一个实用的、循序渐进的指南，指导团队使用协作活动来创建任务声明，通过理解任务是什么，定义团队的独特价值，并在令人难忘的、简洁的声明中捕捉价值。
什么是团队使命宣言?
定义：团队使命陈述是团队核心目标和团队为组织其他成员提供的价值的简明表述。
使命陈述和愿景陈述的概念通常很容易混为一谈。我们之前已经讨论过组织品牌框架中使命与愿景的差异-在这种情况下，这种差异被广泛保持：
- A.愿景声明这是一个充满抱负的声明，回答了这样一个问题：我们希望在未来成为什么样的人N年？我们的目标是在一段理想但合理的时间里成为谁？
- A.使命宣言回答问题：我们现在创造了什么样的集体价值？作为一个团队，我们应该做些什么来帮助实现这一理想愿景？
换句话说，一份使命宣言要体现我们是谁以及我们现在如何提供价值;愿景陈述抓住了我们想成为的样子。两者都应该告知整体用户体验或设计策略(实现愿景的步骤)，并对照我们的目标和目标(衡量我们实现愿景的指标或指标)进行检查。
通常，远景陈述在比单个团队更高的级别上最有用。例如，一个组织可能有一个全公司范围的愿景声明或一个全产品范围的愿景，单个团队的使命声明与这些愿景保持一致，并支持这些愿景。然而，愿景陈述对于正在经历快速增长或变化的团队，或者试图促进激烈的文化转变以保持一致和稳定的势头的团队是有用的。
撰写团队使命宣言对任何团队来说都是一项有用的活动，特别是在以下情况下:
- 团队对其向组织其他成员提供的价值或服务没有内部一致性。
- 单个团队成员不确定如何优先处理工作请求和项目，或者被各种类型的工作压得喘不过气来，感觉缺乏专注力。
- 组织的其他成员不理解团队提供的价值，或者团队中的个人不确定如何向外部合作伙伴表达这种价值。
- 团队正处于成长的拐点，希望了解如何从战略上增加技能和角色。
过程:如何创建团队使命声明
愿景陈述和任务陈述都应该以协作的方式创建，这样整个团队才能团结一致，并相信最终的输出结果。因此，本文概述的方法包括整个团队。由于涉及到小组活动和讨论，需要一个强大的推动者来推动过程。(引导者可以是团队的一员，前提是他们能够在领导讨论时表现出客观性，并且受到其他团队成员的信任。)
步骤1：介绍任务陈述及其价值
不要假设每个人都熟悉任务陈述，即使团队正在创建任务陈述。（如前所述，这一概念经常被误解。）在开始活动之前，让每个人都了解团队使命陈述的定义和价值。
您可以从分享其他团队的任务陈述示例开始，以帮助每个人尽可能清楚地设想活动的预期结果。
如果当前存在导致团队进入此流程的挑战，请允许团队成员在一个地方表达并捕获这些挑战。一个广泛使用的、可以引发讨论的简单活动是开始,停止,继续. 在这项活动中，团队成员各自集思广益，讨论团队应该在红色便笺上停止做的事情、团队应该在绿色便笺上开始做的事情以及在黄色便笺上继续做的事情。您可以与小组一起遵循这一单独的头脑风暴步骤姿势,一个affinity-diagramming练习将项目分类成主题，甚至是dot-voting练习理解哪些项目对团队来说是最重要的。
第二步:分享有价值的故事
基于对任务陈述的共同理解，并围绕团队希望关注的活动建立一致，下一步是创建和分享有价值的故事。A.有价值的故事是一种清晰而简洁的叙述，描述了当团队感到其价值实现时的具体事件。
为了产生有价值的故事，为团队提供以下头脑风暴提示:当我们实现全部价值时，它是什么样子的？然后，小组成员就问题展开讨论，进行头脑风暴。回应可以是来自过去的真实故事，也可以是假设的故事，如果这个组织刚刚成立，还没有丰富的历史。(在这种情况下，提示符的轻微框架是:什么将当我们完成我们的全部价值时?)
回答越具体越好。它可以帮助提供一些回应的例子。例如：
- 对于用户体验团队来说，一个潜在的价值故事:上个月，我们举办了一个与工程学相关的研究研讨会，并在接下来的sprint中看到了满足真正用户需求的建议。
- 设计运营团队的潜在价值故事:我们进行了一项调查，以了解我们的设计师面临的障碍，并能够利用调查结果获得公司范围的UserZoom许可证，以更好地支持他们。
为了聚合，小团队在头脑风暴活动结束时将他们生成的有价值的故事分享给大团队。
第3步：确定价值故事中的关键要素
在大的团队共享之后，团队回到他们的小团队中去识别他们所捕获的价值故事中的关键元素。指导团队重新阅读他们各自的故事，并在叙述中寻找3个组成部分:
- 团队支持的人员或组（可以是用户、客户或内部团队。）
- 他们为提供这种支持而采取的行动和开展的活动
- 因其行为而发生的更改和结果
这最好在3个单独的回合中完成(每个回合对应一个组件类型)，使用不同的方法标记每一轮确定的组件(例如，高亮，圈，下划线)。
举一个实际的例子，考虑价值故事的例子:上个月，我们与工程人员举行了一个研究参与研讨会，并看到了在下一个sprint中包含的满足真正用户需求的建议。3轮调查将确定本叙述中的以下关键要素：
- 个人或团体：工程,用户
- 行动和活动:举办了一次研究参与研讨会
- 结果:看到下一个sprint中包含的建议,满足实际用户需求
步骤4：将已识别的关键要素分类
最后，可以抽象这些已标识的元素。它们本质上是创建团队任务声明的潜在构建块。小组拿出识别出的单词和短语，放在3个单独的板上(每组/轮一个)。一个很好的方法是将团队分成3个小组;每个小组拥有各自类别的所有权，创建编辑板，并将主题标识和分享给更大的小组。
步骤5：创建任务声明草案
在对这三类关键要素的主题进行更大范围的讨论后，个人会产生潜在的使命声明。设定时间限制，允许个人在限定时间内尽可能多地起草任务声明。然后团队分享个人使命声明，并讨论其中的优势和模式。
接下来是什么?使使命宣言形式化
在单个任务声明草案被共享之后，团队可以继续将候选任务声明精炼成一个单独的、正式的任务声明。一种选择是提名一个领导(可能是协调人)，根据讨论的优势和主题进行工作，并提出一些可供团队投票的选项。
在编写最终任务声明时，请牢记以下准则：
- 简洁：10-15个单词是理想的。
- 保持简单:避免过于冗长的语言。
- 具体一点:它不应该适用于任何其他团队或组织。
- 大声说出来：听起来尴尬吗？（修改一下。）难忘吗？（很好。）就像一个人在正常对话中说的那样？（很好。）
如何使用使命宣言
任务声明正式确定后，不要像秘密宝藏一样将其锁起来。将其作为日常工具使用，以：
- 优先UX-team计划:使用该声明作为沙子中的一面旗帜，以确定竞争计划的优先级，并作为一种工具，讨论团队可以承担什么工作，或者哪种类型的工作最适合团队任务的完成。
- 推销ux团队的价值:最终的、正式的声明作为一种共享语言和通用的、标准化的“电梯推销”，用于向组织的其他成员解释用户体验团队的价值。使用此工具，外部合作伙伴、用户和领导层将听到一致的信息。
- 策略性地发展UX团队:同样，声明和一致行动将向新的团队成员描述团队，并确保新技能和角色的添加符合团队的总体目标。
UX团队任务声明示例
为了好玩，以下是一些用户体验、设计或设计团队当前或过去的公开任务声明:
AirBnB
通过提高执行速度和质量的集中化工具、系统和服务，为整个产品组织提供敏捷性。（来源：https://airbnb.design/designops-airbnb/)
Salesforce
让工作变得出色，让工作变得出色。(来源:https://medium.com/salesforce-ux/scaling-the-designops-summit-10e805bbdf2b)
雅典娜健康
通过提供防止不必要的再创造的系统，增加研发投资回报，加速客户价值交付。(来源:https://medium.com/@jennifercardello/4AFC4D43D3C3)
家得宝(Home Depot)
有助于提高开发人员的效率和UI的一致性。(来源:https://www.invisionapp.com/inside-design/scaling-design-teams-att-hd/)
分享这篇文章: