评审是设计过程当中的重要环节，无论你进行独自设计还是小组设计。从恰当的评审中获得的反馈能够助你跳出个人局限做出更好的设计决策、清除设计障碍、提高方案的说服力。
但是，当我初入Facebook工作时，我很担心每周两小时的评审会议只是浪费时间，这些时间我们完全可以用来产出设计。我很担心评审会陷入两个消极模式：
1.设计团队很害怕自己的作品被激烈地批评；
2.设计团队不理解评审的目的，会陷入无休止的争论甚至争吵；
但就我在Facebook的经历来看，评审变得有些不一样。会议会围绕着真正的『评审』进行，而不是批判或者仅仅走过场。
我们采用许多评审方法都来自Jared M. Spool所说的『从批判改为批评』。Spool的文章让我对评审意义的认识有了巨大的改变，评审是值得花时间做的，尤其是在Facebook。因此，我相信每周花一定的时间开评审会将会有益于每位与会人员。
下面介绍我们团队是如何做的。
建立清晰的角色
参与评审会的每位成员都要有自己的角色，这三个角色分别是：陈述者，听众和推进者。
陈述者：
- 简洁地陈述需要解决的问题（或者探索中的想法）
- 陈述目前的解决办法；
陈述者的工作并不是铺陈一大堆想法，或者是想团队展示自己做了哪些工作。每位陈述者可以提前一天与促进者（下文有关于该角色的详细陈述）一起准备将有15-30分钟的陈述内容。
听众：
- 理解问题陈述和上下文
- 提问
听众最具价值的地方在于他们所提的问题——发现相关问题、帮助决策。
提问比回到问题更重要。挖掘问题的源头可以帮助陈述者甚至整个团队区分优先级，针对一些微小决策提问提问可以让团队达成共识，推进设计创新。
促进者：
提前为每一个评审建立一个日程表（谁来陈述，什么时间）确保团队中每个成员都按照议程进行。
- 评审期间做记录
向陈述者提问：『如何推进目前的工作？』，将回答整理成文本。
促进者最重要的角色是保证每个人都能执行好自己既定的角色，就是说：听众们主要提问，陈述者主要将自己的问题或者目前解决方法清除表述。
在我们团队里，我们常常让促进者来管理每周的评审会，如果没有合适的人（一般是产品经理或者开发经理）来扮演促进者的角色，就由大家轮流扮演这个角色。
- 保证每个人都了解（认同）存在的问题
在评审会上，讲解你目前做了多少努力之前，再次告知大家问题的所在非常关键。
首先重申问题及其发生的情景，以及为什么这是一个值得处理的问题可以帮助陈述者获得更好的反馈。
可以这样陈述问题：
- 工作已经进行到（早期/中期/后期）
- 关于（问题是什么）
- 因为（问题的原因）
- 我在（针对某一点）寻求反馈
陈述者必须清楚陈述那在探索的问题的关键点和寻求反馈的关键点。比如：我并不是想解决项目中细节美感的问题，而是希望知道如何通过过渡动画得到更具关联性的用户体验。当一个问题被陈述出来是，必须保证每个人都能理解它。陈述者或者促进者应该问评审成员们如下问题：
这是一个有效的问题吗？问题的描述让人困惑吗？有没有什么方面被忽略了？你同意这是我们需要解决的问题吗？
当每个人都认同了问题的描述时，就可以开始探讨解决方法了。
关注反馈而非批评
我们需要知道如何分辨有效反馈和无效批评。
除了 Jared Spool所说的以外，我们设计团队还Judy Reeves那里获益良多，她在她的书《独自写作还是团队写作，作家及作家团队建议》提出了极具价值的观点。设计师Greg Lindley经常引用她书中的名言：
将自己的想法当做问题提出可以帮助设计师阐述理由时不那么具有防御性，如果他们没考虑到某个观点，他们可以做笔记在下次迭代中补充。
除了通过提问来搜集反馈外，我们也鼓励评审小组针对设计决策做积极反馈。比如『我很欣赏你这部分设计，但是你如果评估另一部分呢？』
为了确保反馈是有效的——真的是建议而非批判——Reeves给出了两者之间的区别：
- 批判表达判断——评审提出问题
- 批判发现错误——评审发现机会
- 批判是带有私人感情的——评审是客观的
- 批判是模糊的——评审是清晰的
- 批判损毁观点——评审有所建树
- 批判是以自己为中心的——评审是利他的
- 批判是对抗性的——评审是合作的
- 批判轻视设计师——评审提高设计
评审的目的是推动解决问题，让团队更强大，反馈应该以探讨形式呈现，以提高工作为目标。
评审不应该以自我为中心或者针对会议中的某个人
关上电脑
评审的关键通过听和问探索问题，产出想法，提升团队能力。如果总是在看手机或者玩电脑是无法解决达到这样目的的。
只有两个例外，第一是促进者，他需要记笔记，可能用到电脑。第二是陈述者，他需要用电脑展示分享内容。
其他所有人都必须远离手机和电脑。
批判表达判断，批判提出问题
总结起来，评审时你可以问你的团队7个问题来自查。这些问题能够帮助你的评审更有价值更加高效：
- 评审有固定议程吗？
- 评审有固定角色吗？
- 促进者有能力让大家集中关注点吗？
- 陈述者清楚描述问题了吗？
- 组内每一个人都了解问题的框架，准备好提问了吗？
- 反馈是以问题的形式提出还是以批判形式提出？
- 评审会能帮助提出问题或者提升设计水平吗，而不仅仅是在走过场
评审是一项小组任务，不是个人表演。只有当团队成员心怀理解彼此、发现机会、探索机会、共同提高时，评审才会是有价值的。
