「知识管理知否」怎么区分案例/经验/方法/优秀实践/样例等的讨论

2021-12-22 10:00:03 8
摘要:谢谢朋友们在知识管理进阶群里积极讨论和互助。 群信息时间长了可能要清,但我们的平台不会忘记 ~ 特此整理群里一些精彩的讨论。今日知否整理:怎么区分案例/经验/方法/优秀实践/样例等的讨论。

知否-banner.png

1606870025591452.jpg   行者:谢谢朋友们在知识管理进阶群里的积极讨论和互助。很多话题的讨论都是非常精彩的。下面的讨论是关于案例、经验、方法、优秀实践、样例、案例标准等的一次讨论。

image.png  *Sophie*:在建设企业案例库的时候,很多同事都会问到案例库的范围问题,这时候常见的问题都是:怎么区分案例、经验、方法、优秀实践、样例、培训文档、外部/行业知识? 哪些可以入库、哪些不能入库? 不知道群里有没有同学可以帮忙答疑或者一起讨论下呢?

image.png  *Andy*: case by case。

image.png  *Andy*:经验,方法,优秀实践,都是提炼出来的,是抽象的结果。案例和样例都是具体的,但前者强调特殊性,后者强调共性。

image.png   *Sophie*:特殊性和共性可以举个例子吗?

image.png  *Andy*:比如你去银行存款,银行可能有一个存款单填写样例供你参考,告诉你哪些地方要填,格式大概什么样,这就是共性。

image.png  *Andy*:案例一般都是实际发生的真实的事例,每个案例基本都是不一样的。

image.png   *Sophie*:那您觉得项目复盘报告算是一个案例吗?

image.png  *Andy*:某一次复盘,是案例。但报告就是报告,报告本身不是案例。

image.png   *Sophie*:你的意思,我可以理解为报告是案例承载的载体,报告的内容本身是案例,对吗?

image.png  *Andy*:差不多。其实项目复盘重点可能是怎么从案例中提取经验和教训。

image.png   *Sophie*:是的, 目前我们是在学习华为的做法,一般说来案例是包含了starr要素的(situation,task,action,result,review)。

内部同步也有在做一些专家培训、事故复盘、项目复盘、外部经验文章、外部案例的萃取分享等等,这些内容中会有部分Starr要素存在,有些是有全部starr要素的,但内容描述又不够深。

image.png   *Sophie*: 所以在执行过程中,较多提问的是:

- 提取的外部行业公司案例算不算案例?
- 包含部分STARR要素、但要素不全;
- 包含全部STARR要素、但内容质量比较差(比如review写的比较笼统,写了一整抽象和通用的方法论);
- 在案例的标准上如果没有明确的定义,会造成入库的内容杂七杂八、质量不佳;
- 如果定义非常明确的标准,这套标准本身可能也存在经不起挑战的可能(和经验、方法很难区别)。

image.png  *Andy*:看业务目的吧,根据业务需要来。另外就是可以先试点。

image.png *Sophie*:谢谢andy~~

image.png  *Andy*:管理的东西,说实话没有对错和明确标准,各有风格。技术是有标准的,技术强调逻辑,有对错之分。仅供参考。

1606870025591452.jpg   行者:谢谢大家的实践讨论和经验交流。这是个比较具体的知识萃取类的问题。大家结合实践应用和困惑对萃取类结果的分辨很赞。

上过 “知识萃取方法与实践” 研修班并有轻量咨询辅导的同学们可以翻看下知识萃取的不同方法模型,胜在了解不同方法,按萃取专题和萃取目的加以区分并变化实践。

一方面,无论对外部/行业知识也好,对内部的项目复盘或经验萃取也好,如果要以案例方式体现,可以制定案例的标准,策划设计初步模板和要求,统一前期大家对范围或要求理解的不一致性,降低初期知识创造门槛。

另一方面,更要挖掘案例或萃取主题本身,在立意、结构和内容方面不断打磨、挖掘、升级,不断升级模板,超脱出模板本身,循环上升。这方面,可能就永无止境啦~

image.png

更多观点或疑问,点一点,请联系管理员,了解更多细节。



网站首页