Shewhart: “Data have no meaning apart from their context”

“数据如缺乏了相关的场景便没有任何意义”

[ Dr. Shewhart在 1920s 发明了控制图，用来判断过程是否稳定 ]

我们上培训课时最怕听理论，最欢迎实例和故事。

学员学到一些知识后，如能通过讲故事的形式与其他人讲解，不仅听的人可以学到一些新知识，讲者也会通过故事的准备和讲解，更深入理解学过的知识，双方都收益。

昨天让几位项目经理讲述了他们如何量化管理，并让他们匹配到项目的实际数据，把他项目的分析结果投影出来，大家一起看。

因为最终要形成报告，所以要求每个项目经理写出他们的项目故事。

项目经理们问：“这些分析结果写到哪里？”

我说：“最简单的方式是，直接写在我们为你们准备的 wiki （维基）共享服务器，配上相关的截图。”

一位项目经理问：“当我在wiki写过这些后，我随后的项目经理访谈 （注1），是否可以我写这些故事，与大家说便可 ？” 

我说：“访谈的目的便是希望听你讲你项目的故事，如你先把你的故事写出来， 你访谈时便会很轻松。”

注1：在CMMI评估中，需要查看公司的相关文档和与相关公司人员访谈，从而判断公司的成熟度。

公司建立内部知识互动分享平台

很多公司开始重视知识分享，鼓励员工在公司服务器上发表文章。这与上面说 --可以利用讲故事分享来提高讲者与学员一样道理。

这意图是很好，但因局限于平台不能互动，

发表的文章必须靠人来编写，作者都会深思熟虑才发表，影响文章的产出量 ， 但这不是最大的问题

这做法最大的局限是很难互动。其他人只能读到最终发布的文章，除非文章有很大问题，一般都不会提意见，很难有互动。

但如果换成利用维基平台的话，就可以变成同一项目组可以一齐协作写故事，第一个人可以先发自己理解的初稿，他人再进行完善、补充。

维基平台的概念是文章不是个人拥有，每个人都可以参与编写。

例如，刚才的量化数据分析他可以一分钟将分析结果加图片上载到平台，其他人可以立即看到，并参与编辑。

好比在用户易用性设计，手画的纸质原型 (paper prototype) 比 用 电脑软件制造的高保真原型 (high fidelity prototype) 更容易获取目标用户的使用反馈一样道理。 

我们利用为机平台做分享时也有些一些要注意：

如果没有框架，或固定格式，各人分享会比较杂乱。

我们是基于CMMI模型的培训，很自然地就可以按照模型的过程域，形成二级或三级标题，让参与者可以在里面填写，不会造成混乱。

例如：