关于06年我对方法论和模式的理解http://blog.sina.com.cn/s/blog_493a8455010003d6.html
该文强调的一个重点就是方法论是一个宏观的东西，是很多方法和过程的结合，方法论的提出是从具体到抽象的过程，方法论针对的是某一个领域和知识体系。而模式是一个较为具体的方法论，是针对特定场景下的特定问题而提出的，只有在特定场景下发生的特定问题使用模式来解决才能够真正有效。
在上篇关于和谐生产和知识创造的文章后，如果我们把知识作为一种产品，我们可以进一步进行类别。
产品结构 = 知识体系结构 (非精确的知识树模型)
产品配置得到的Bom = 精确的知识产品(能够解决特定问题域的知识和技能)
工序 = 知识的关联和依赖关系(某个知识点的前导知识)
工艺路线 = 知识地图(解决特定问题的特定线路)
如何得到工艺路线 = 模式语言(很好体现了显性->隐性->显性的过程)
其中的关键仍然在于解决特定问题的特定线路，而这个的关键仍然在于方法论和模式的积累。模式的积累来源于我们历史解决问题的方法积累，也实现了我们知识管理里面的显性知识到隐性知识的转化，同时我们把这些再总结和归纳出来形成模式，又变成了显性的文字知识。这也是为什么模式或者模式语言没有经过实践的话一个人很难真正的理解转化为自我的隐性知识的主要原因。
在知识管理中有了知识体系结构后，再根据知识的关联关系和知识的前后依赖就能够形成比较大框架的基于某个领域的知识地图。但是要注意的就是知识体系和知识地图是针对某一个业务领域的通用解，而不是针对特定问题的特定解。如何让知识结构和知识地图在针对特定场景的问题能够真正发挥作用，就涉及到了你要知道特定知识对知识单元的组装方法即工艺路线，而在知识管理中能够很好起到工艺路线作用的就是模式。
所以提出了对知识管理的又一个理解如下，先搭建知识结构和知识地图，形成知识产品结构的非精确模型。然后在遇到特定问题后，通过模式对知识单元进行配置和串联，形成能够解决特定问题的精确知识和技能。
------------------
附：方法论和模式
方法论和模式最近谈的比较多的两个词语，两者究竟是否是一回事情？首先发表下我自己的一些看法：
首先方法论是我们针对一个行业或领域提出的分析和解决问题的方法，是我们在总结和实践过程中高度抽象出来的理论，是着重体现过程和步骤的理论。所以我们现在经常说的学习方法论，咨询方法论，实施方法论，教学方法论，管理方法论等。而什么是模式呢？其实模式应该也是方法论，我们用方法论去实践和解决某一类特定问题的时候，我们经常会碰钉子或不适用的地方，或者由于问题存在的某些特殊性需要增加一些特殊的处理方式进行处理，我们把我们在解决问题后的经验教训重新进行总结和归纳，给出了你以后如果遇到某一类特定的问题时候你应该采用什么方法，所以模式更类似于最佳实践概念。
我们举个简单的牙疼看病的例子，方法论可能教你的是生病了需要吃药，看病，严重的话要住院治疗这些内容。而模式告诉你的是，如果你是龋齿而且经常牙疼，应该拔牙。而如果突发一次牙疼，牙齿本身也没有坏毛病，应该是吃止痛片。你是龋齿的时候也可以吃药短暂解决问题，但是后续可能会带来其它更多的问题，你后续疼痛和金钱的投入可能更多。
方法论是较为宏观的理论，只教给你一个总体的思路和方法，但你在使用方法论过程中遇到的实际问题方法论不会教你如何解决。模式是针对特定或某一类问题提出的方法或原则，所以你如果遇到前人已经解决过的特定类问题，可以直接应用模式。
方法论强调过程和步骤，而且各个步骤之间相互影响和制约，要分析和解决一个问题可能需要遵循一系列的步骤去实践，这样才能够取得成功。条条大路通罗马，对于方法论中的每一个步骤可能又有很多的处理方式和手段，方法论可能会告诉你不同的阶段你可以采用哪些分析方法或工具，但方法论很难告诉你在分析阶段你进行了价值链和3C分析，对应的设计和实施阶段你应该采用什么方式，因为不同的排列组合情况太多了，究竟哪些分析工具和方法在什么特定的场景下应该组合使用才能够达到最佳效果，这应该就是模式的内容了。
模式强调的是针对某一类特定问题，如果没有了这个场景，那就不属于模式的范畴而更多的属于方法论的范畴。所以我们谈模式一定强调场景这个词语，场景就是对这类特定问题应该具备的特征进行的归纳，你遇到的问题如果符合这个场景，你才可以去考虑和应用模式，否则就是乱用和滥用，带来突发牙疼却去拔了牙的笑话。
知识或经验要成为自己的，只有通过无数次的实践和失败教训。别人的实践讲给你听了你脑海里面形成的只是印象，而不是经验，只有你自己实践过了才能够真正成为自己的知识。我们做一件事情是否成功影响因素和不确定因素太多，不是简单的几个场景可以表达清楚了，所以我们对于模式不应该是简单的不假思索的套用，我们应用模式过程中仍然应该根据实际情况进行具体的分析纠偏。
我们现在可以更清楚的认识到在我们做完项目，解决了问题后的复盘和归纳总结是做什么？我们更多的不是去创造方法论，我们做的更多的就是去寻找模式，固化模式，形成知识库，去分享给他人。
[ 本帖最后由 OurDearAmy 于 2008-8-31 15:54 编辑 ]
最新回复
OurDearAmy (2008-8-19 15:00:43)
值得学习
萧秋水 (2008-8-20 09:08:14)
而我们要研究的，是通用型的快速解决问题的模式。
tallqiao (2008-9-08 12:26:54)
OurDearAmy (2008-9-08 18:14:37)
当实践了，自己有了经验，这个经验就是一个隐形的知识。
当实践之后，进行回顾总结，把这些经验整理出来，在具体的情况下如何应对某种情况，这个解决问题的具体模式，就是显性的知识。
OurDearAmy (2008-9-08 18:15:05)
seeking_dreams (2008-9-08 19:45:39)
tallqiao (2008-9-08 23:23:12)
就像我们做机械产品的工艺设计，课本上会讲一个普遍的机械工艺设计方法，包括步骤的划分、设计的原则、计算的方法等等，算是方法论吧。但是在一个实际的生产环境中，可能很少有完全相同的工艺设计结果，零件不同、批量不同、材料不同、设备不同、精度不同、形状不同，习惯不同，等等......，所有这些都会影响到具体的一个工艺设计，要想取得一个好的生产状态，就要设计一个适合自己的工艺。而长期的生产磨合之后，企业都会形成自己的一整套工艺知识、经验，来指导工艺设计工作的实施。这就是模式吧。
课本上的工艺知识是显性的吧，企业自身的工艺积累是隐性的吧，而把这种积累以一定的方式表达出来，能在工艺设计的时候有效的利用，就是再把它显性化吧。
在整个工艺设计过程中的每一步都有可以利用的知识，在知识的指导下来完成整个的设计流程。
这样来理解是不是可以？可我不清楚你们现在做的工作对类似企业工艺设计这种活动能有什么样的具体帮助？还有其它的许多不同的业务领域，都有不同的方法论、模式、流程和知识。
秋水说要“研究通用型的快速解决问题的模式”，这个我明白了，但是我不明白的是，怎么会有一个通用型的解决问题的模式，特别是对企业业务，那不是成了研究哲学了吗？
萧秋水 (2008-9-09 09:30:36)
tallqiao (2008-9-10 00:00:15)
最初做计算机辅助工艺设计，是完全的智能化的模式，希望根据专家整理的知识、模式、规则等，自动的去生成完整的产品工艺，但是难度大、实用性差。转而建立派生式的辅助设计系统，根据成组技术进行零件分类，归纳总结某个典型的零件、加工类别的工艺特点，建立典型工艺、典型工序，快速生成相似零件的工艺。再后来，以更细的工艺、加工等“特征”为对象，建立特征工艺知识，通过这个知识集合一步步的去进行匹配，逐步指导完成整个产品工艺的设计工作。相当于开始的时候粒度太大，无法精确的匹配；后来缩小了粒度，能够在一定程度上完成匹配；再后来，粒度更小，匹配成功的概率增加，但是却只能得到一个很小的局部的结果，整体的结果要进行多次的匹配，但是这许多次的成功匹配之和是否会最终得到一个成功的结果？不一定。