欣赏式探询（Appreciative Inquiry），以下简称AI。
什么是AI
传统上，当一个组织反省过去时，总是去总结出过去做的不好的地方，避免以后再犯。而AI反其道而行之，它聚焦在过去做的好的地方，继续强化。——这就是“欣赏式”的意思所在。（AI focuses on increasing what an organization does well rather than on eliminating what it does badly.）下图是一个对比：
也许有人会有疑问：只聚焦好的东西，那不是文过饰非吗？答案是：我们不断强化那些做的好的地方，那么做的不好的东西自然就走开了。（When you do more of what works, the stuff that doesn't work goes away.）
AI中的4D
- DISCOVER: The identification of organizational processes that work well.
- DREAM: The envisioning of processes that would work well in the future.
- DESIGN: Planning and prioritizing processes that would work well.
- DESTINY (or DELIVER): The implementation (execution) of the proposed design.
上面是维基百科上的解释。下面会详细介绍Daniel帮我们Facilitate的这次AI。
Discover
在第一个D里，我们两个人一组，分成若干组，每组的两个人用“互相访谈”的形式，谈谈自己在过去团队里经历过的一个“尖峰时刻”（the best moment）。这个moment必须非常具体，其次被访谈者要回答访谈者三个问题，访谈者负责用卡片记录：
- 在那个moment，你的感觉是什么？
- 你当时的角色是什么？
- 有哪些因素（factor）让你觉得那是“the best moment”
为了让大家知道怎么做，开始之前我和Daniel Demo了一下，由Daniel采访我，我的回答是：
- the best moment：在一个会议室，有一台电脑，有投影仪，所有developer坐在一起，我们用pair的方式，轮流做到电脑前，重构上个sprint刚刚完成的代码。
- my feeling：成就感、professional。
- my role：facilitator。
- fators：1，对代码质量的在乎（Daniel又问为什么，我回答：人们花在“读代码”的时间远超“写代码”的时间，对代码质量的在乎可以显著减低IT部门的cost）。2，所有人Learn from each other。3，所有人有种sense of ownership。
接下来的访谈很热烈：
访谈完毕，
- 我们得到20多张“尖峰时刻卡”（每人一张），然后所有人分成5组，每组5到6个人。
- 每个人向组里的人介绍他的被访谈者的“best moment”，然后每个组选出一张大家认为最有代表性的、最有意义的“尖峰时刻卡”。
- 每个组把选出来的“尖峰时刻”画出来。同时在画上注明这个“尖峰时刻”之所以为“尖峰时刻”所拥有的要素（factor）。
- 每个组把画贴在墙上，然后每个组轮流向所有人介绍这些画面。
- 介绍完毕，所有人用投票的方式选出top 3的factors。我记得得票最高的那个factor是：sharing and collaboration。
这些factor就是Discovery的Output。
Dream
在这个D里，我们用上个D里发掘出来的Factors作为参考，用短剧的方式去表演一个我们梦想中的理想的场景。
举个例子，我所在的组表演的短剧是：
一年前的今天，老大对所有人说：十点前要发布最新的版本。这时我就出来准备，结果两个人扮演的bug跳出来，我对老大说：有些小bug需要修一下。结果我不断fix，bug也不断涌现，我手忙脚乱了。
一年后的今天，老大仍旧说：十点前要发布。我举起一张卡说：Automation regression tests passed。第二个人举起一张卡说：Stage ready。第三个举起一张卡说：Live ready。搞定，老大很惬意地说：so easy！
插播：Appreciation
两个D完毕，Daniel暂停了下AI，帮我们做了一个Appreciation。所有人围成一个圈，每个人用post-it写下因为某件事要感谢的某个人。一张卡写一件事。
这个session以前Daniel帮我们做过，当时写完纸条后，每个人把“感谢卡”送给被感谢的人，然后每个人轮流读出自己收到的“感谢卡”。但问题是：有些没收到“感谢卡”的人，会觉得小尴尬。
Daniel也觉得有时会有这个问题，所以这次我们把“感谢卡”丢在一个帽子里，然后抽出十张感谢卡，给这十个人（有重复）发了个小奖品。其它感谢卡封存，避免了可能的小尴尬。
第二轮，每个人轮流发言，发言内容：1，因为某某事情感谢自己，这是required的。2，因为某某事情感谢某个人，这是Optional的，我估计这是因为有些“感谢卡”被封存了，在这里再给一个机会给说出来。
轮到我时，我说的是：1，John，感谢你对代码质量的坚持。2，boss，感谢你的support（好像如此，忘了。）
Daniel帮我们总结说：感谢的力量比指责/评论的力量大多了，如果你要别人继续做一件事，先感谢他。
待续。