实际结果是，两种知识都是必要的。但是，明确知识更易于传播。

知识转化

　默会知识向明确知识的转化是一种真正的技巧——信念的飞跃。它让具有远见的人观察与经验之外的东西。有点像变戏法，如同需求转化为设计或毛虫转化为蝴蝶。

进行转化可不像进行连接那样简单。我们处理信息的方法存在一些问题，我们的大脑结构也阻碍了我们进行这些连接的能力。

在《瞬间》一书中，马尔科姆?格拉德威尔提出了一些有趣的观点。在第4章“保罗-范-瑞普的巨大成功”中，格拉德威尔提到研究语言阴影的乔纳森-斯库勒的工作。他的研究重要在于了解为何我们在进行描述前能认出面孔。他的工作探讨了大脑的语言部分如何与心理部分结合，以致于很难以言语形容图画，以及尝试这样处理似乎也降低了原始图像的可信度。

在第5章“肯那的难题”中，格拉德威尔通过与我们分享我们如何调节自己的喜好来适应似是而非的原因，重温了这一主题。乔纳森-斯库勒与蒂莫西-威尔逊做了一个实验。在这个实验中，他们请专家和大学生客观描述他们喜欢哪种草莓果酱。专家和大学生的喜好大体一致。一旦要求学生量化他们的排名，专家与学生之前的一致会消失。

这个例子说明了默会知识向明确知识转化的问题。当要求他们对果酱提出明确的观点时，他们为更喜欢某种果酱建立似是而非的原因，并调整自己的感知来适应这些似是而非的原因。换句话说，他们改变他们记忆的方式来匹配他们所做的描述。

乔纳森-斯库勒继续指出，不知什么原因，专家们部分通过建立一种更为精确评价食物的方式，从而克服似乎困扰着少数专家的限制。学生们想出的结构并不具备准确描述他们经历所必需的可信度。

在软件开发领域这个创造性的世界中，有时很难获得顺利进行软件开发的真正佳实践、规则、指导方针及技巧。无疑会存在各种问题，如不同的语言会微妙地改变佳实践，使它更难以识别。但从根本上，问题仍未改变；我们必须学会将需求规范方面的知识转化成实际的需求。

进行转化

　如果食物测试专家能够量化果酱的差异，但测试结果却完全一样。那么同样我们也能将如何开发软件的默会知识转化成能够与整个开发团队——或整个组织——交流的明确知识。

在进行评估时，食物测试者拥有十分准确的天平与精确的特征。同样，我们也能清楚定义软件开发中必须存在的典型行为；我们也能明确定义评估那些行为的方式。

除仅仅说你与开发者“保持联络”以外，还可以定义一个能够被测量的“非正式沟通”特征。定义这个特征后，可以定义那个特征的连续点。由此可建立一个可行的协定。例如，100刻度盘上的0表示你从不与其他团队成员交谈。刻度盘上的100可能表明你与他们分享办公室空间。

你为组织选择的实际价值和特殊特征不一定很重要，但量化能力则至关重要。你可能学会，例如，为了让你的团队团结合作，他们必须进行某种程度的非正式、非结构化的交流。

明确知识成为一组支持基本观察行为的周期性事件。明确知识即每个季度应留出4个小时的时间以便团队成员能够进行无限制的交流。很明显，这忽视了如何形成团队精神的基本知识，以及团体进行有效合作所需的协作水平——但是，多数情况下，这种默会知识都是不必要的。大家需要了解怎么做——建立非正式的交流——而不必了解为什么这样做。

打破规则

　有时我们有必要打破规则——走出明确知识，这是我们从库恩那里得到的有趣结论之一。没有什么比经历有生命的事物更真实的了。有一组规则或指导方针用于建立事物，使它们听起来不错。这些规则对那些没有多少经验的人来说特别有用。它们简化了转化过程，使其易于管理。

然而，经验丰富的人常常打破（或严重违反）规则来满足自己的需要。虽然你决不想在一个吵闹的舞台上使用一个大膜片电容麦克风，但一个有经验的录音工程师恰恰会这样做。他这样做，是因为他不需要已成规则的明确知识，只通过自己的默会知识了解如何来处理这件事情。

所以去创造一些明确知识——然后再打破规则。