说出您喜欢的内容，但是知识专家（KM）仍然是IT专家中的一种怪异动物：显然，知识就是力量，但通常它意味着一些个人知识，个人经验，培训，提升技能。 关于公司范围的知识管理系统很少被认为是缓慢的，而且，基本上，它们不了解整个公司范围内特定开发人员的知识能带来什么价值。 当然，也有例外。 来自CROC的Alex Sidorin最近也
接受了精彩的
采访 。 但是这些仍然是孤立现象。
因此，在哈布雷（Habré）上，仍然没有专门用于知识管理的中心，因此我在会议中心撰写我的帖子。 如果这样的话，那是非常合理的，因为在4月26日，由于“ Oleg Bunin会议”的倡议，第一次在IT中进行知识管理的会议-KnowledgeConf
2019在俄罗斯举行。
我很幸运地参加了会议的程序委员会，可以看到和听到很多事情，这些事情在某种程度上转变了我舒适的知识管理经理的小世界，并了解IT在知识管理之前已经成熟。 有待了解向他求助的那一方。
顺便说一下，在4月10日和17日至19日，又举行了两次有关知识管理的会议：
Quorum CEDUCA和
第二届青年会议KMconf'19 ，我恰好是专家。 这些会议在IT方面没有偏见，但是我有一些值得比较的地方。 在我的第一篇文章中，我想谈谈我作为知识管理专家的想法，是由于参加了这些会议而引起的。 这可以作为对未来演讲者以及从事职业知识管理的人的建议。
我们有83个报告，24个广告位和12天的决策时间。
83，卡尔。 这
不是在开玩笑 。 尽管这是第一次会议，而且很少有人参与IT知识的集中管理，但对这个主题的兴趣却很大。 事实很复杂，因为24个申请中有13个已经被提交申请的截止日期所占据，发言者可能认为最有趣的截止日期才刚刚开始，所以在最近的几天里，几乎一半的申请都被提交给了我们。 当然，在该计划定稿之前的12天，与每个潜在的演讲者进行定性的合作是不现实的，因此，由于这些论文的趣味性，有可能遗漏了一些有趣的报告。 尽管如此，我认为该计划包含了强大，深入，最重要的是应用报告，其中包含许多细节和实践。
不过，我想从对所有提交申请的分析中得出某些结论。 也许它们对某些读者会很有用，会对知识管理产生新的理解。 我将进一步写的是IMHO最纯净的水，它是基于在卡巴斯基实验室建立知识管理系统并与CM领域的专业人员进行交流的六年经验。
什么是知识？
在青年会议上，每位演讲者，无论是方法学家，大学教授还是直接负责公司知识管理的演讲者，都从以下问题开始：“我们将要管理的知识是什么？”
我必须说这个问题很重要。 正如在KnowledgeConf 2019 PC上的工作实践所示，IT领域的许多人认为知识=文档。 因此，人们经常听到一个问题：“我们已经在编写代码了。 为什么我们需要另一种知识管理系统？ 文档不够吗？”
不，还不够。 演讲者对知识的所有定义中，最接近我的是Gazpromneft的Evgeny Viktorov的定义：“知识是特定人在解决特定问题上获得的经验。” 请注意没有文档。 文件就是信息，数据。 它们可以用来解决特定问题，但是知识是应用此数据的经验，而不是数据本身。 与邮票一样：您可以购买邮件中最昂贵的邮票，但只有在邮票上盖章后，它才能为收藏家带来价值。 您可以尝试揭示更多：文档=“代码中写了什么”，知识=“为什么要准确地写出此决策的方式，解决的目的”。
我必须说，起初以及PC成员之间在文档和知识上尚未达成共识。 我将这一事实归因于这样一个事实，即从事各种活动的人们确实在PC上工作，每个人都从不同角度参与知识管理。 但是，最后，我们达成了一个共同的分母。 但是向演讲者解释为什么他们的代码记录报告不适合本次会议，这有时是一项艰巨的任务。
培训与 知识管理
也是一个有趣的方面。 尤其是在最近几天，有关培训的报告已提交给我们。 关于如何教授软件技能，硬技能，指导等。 是的，学习当然是关于知识的。 但是哪个呢？ 如果我们在谈论外部教练或“按原样”培训，那真的是公司知识管理的一部分吗？ 我们从外部获取专业知识，并将其应用于“受挫”的地方。 是的，特定的人获得了新的经验（=知识），但是在公司一级却什么也没有发生。
现在，如果完成培训后，一名员工来到办公室并为同事开设了一个类似的大师班（共享知识），或者将他的印象和关键思想转移到了一个有条件的内部知识库中，这就是知识管理。 这就是大约一堆通常不认为（或不说）的东西。
如果我们有亲身经历，会议结束后我们部门通常会在内部门户的特殊部分描述印象，主题演讲，想法，列出推荐书籍等。 当概念之间没有对立时就是这种情况。 在这种情况下，知识管理是外部学习的自然延续。
现在，如果提交指导报告的同事会说，例如，他们如何在指导社区中分享实践经验以及它带来的好处，那肯定与CM有关。
或从另一侧拿走。 有关于该公司如何创建知识库的报告。 重点。 完成的想法。
但是他们是否出于某种原因创建了它？ 收集的知识应该起作用吗？ 在IT部门之外，尽管它更加实用和实用，但我经常碰到一个故事，即知识管理项目的执行者认为购买软件，填充材料就足够了，如有必要，每个人都会去那里使用它。 然后，他们为KM不以某种方式起飞感到惊讶。 有这样的演讲者。
我认为，我们会积累知识，以便在他们的基础上，某人可以学习一些东西而不会犯任何错误。 内部学习是知识管理系统的自然扩展。 在团队中进行相同的入职或指导：毕竟，指导者共享内部信息，以便员工快速加入团队和流程。 如果我们有一个内部知识库，那么所有这些信息都在哪里？ 这不是卸载导师并加快入职速度的原因吗？ 而且，知识将全天候24/7可用，而不是当lid子出现时才可用。 而且，如果公司提出这一想法，则也可以消除条款之间的差异。
在我的实践中，我只是这样做：我积累了知识，然后根据所收集的材料，为来自不同部门的同事进行了不同程度的详细培训课程。 并且，如果您将另一个用于创建测试的模块插入知识管理系统以控制员工的意识和技能，那么您将获得相同的公司知识共享的完美画面：一些共享的信息，其他信息经过处理，打包和共享给目标群体，以及然后我们控制了材料的吸收。
营销与 练习
此刻也很有趣。 通常，如果任命的员工（HR，L＆D）从事知识管理，那么他的主要任务就是将KM的想法卖给公司员工并创造价值。 每个人都必须推销这个想法。 但是，如果某人从事知识管理，但使用此工具解决了自己的痛苦，而不是履行领导职责，那么他通常会将重点放在项目的应用方面。 而且员工经常因员工的发展而具有一定的专业变形：他知道如何出售它，但并不真正理解为什么这样安排。 大会上将提交一份报告，这是一个半小时的纯粹的市场营销演讲，介绍了系统带来的各种便利，并且没有任何关于其布置方式的字眼。 但这恰恰是最有趣和最重要的！ 如何安排？ 为什么这样 她忍受了哪些化身，而在以前的实现中不适合她？
如果您为产品创建漂亮的包装，则可以在短时间内向用户提供。 但是兴趣很快就会消失。 如果知识管理项目的执行者不理解其“实质”，只是在数量和指标上进行思考，而不是目标受众的实际问题，那么衰退将很快到来。
当您带着类似小册子的报告来参加会议时，您需要了解，这对于您公司的“外部”将不会是一件有趣的事情。 来听听您的声音的人已经买了一个主意（实际上，他们为参加活动付出了很多钱！）。 他们无需确信原则上有必要参与CM。 他们需要被告知如何做，如何不做以及为什么。 这不是您的最高管理层，您的奖金不取决于大厅中的听众。
但是，这些也是一个项目的两个部分，如果没有在公司内部进行良好的推广，即使最酷的内容也将保留为另一个Sharepoint。 而且，如果您告诉您
如何将KM的概念卖给您的同事，装入的芯片，没有的芯片以及原因，那么这个故事将非常非常有价值。
但是另一个极端也是可能的：我们建立了最酷的基础，我们采用了这样的良好做法，但是员工却没有去那里。 因此，我们对这个想法感到失望，并停止这样做。 我们也有这样的应用程序。 为什么员工不支持？ 也许他们确实不需要这些信息（这是研究目标受众的问题，您需要为此撰写另一篇文章）。 也许他们只是沟通不好？ 但是他们是怎么做到的呢？ 知识管理经理尤其是公关人员。 而且，如果他知道如何在提升和内容的实用性之间取得平衡，那么他就有很大的成功机会。 您不能谈论一件事，而忘记另一件事。
人物
最后，关于数字。 在其中一个会议（不是KnowledgeConf！）的演讲者的备忘录中，我读到观众喜欢独家信息-数字。 但是为什么呢？ 在那次会议之前，我想了很长时间，我的数字对听众有什么帮助？ 通过知识管理，我如何才能帮助我设法使同事的员工生产率指标提高N％？ 如果听众认出我的电话号码，明天他们会做些什么？ 我只提出了一个论点：
“我喜欢您的一种做法，我想在家中实施，但是我需要将这种想法推向高潮。 明天我要告诉他，在X公司，她导致了指标的增长，因此他“买了”这个想法 。
” 但是，我的所有绩效指标都远非适用于任何其他业务。 也许您可以提供更多的论据来支持报告中的数字？ 但是我认为，花30分钟报告30分钟中的10分钟，当您可以将它们花费在实际示例上，甚至是与受众的小型研讨会IMHO时，都是这样的想法。
我们也收到了很多数字的报告。 在第一次讨论之后，我们请发言人讨论导致此类结果的做法。 结果，对于最终程序的那些人，报告几乎完全不同于原始版本。 结果，我们已经听取了有关会议所提供的大量实践基础的许多评论。 到目前为止，还没有人说“发现X公司通过管理知识节省了多少钱是多么有趣”。
最后，我想再次感到高兴的是，IT界已经认识到了知识管理的重要性，并希望不久后将开始积极实施，优化和为自己定制知识。 在Habré，将有一个专门的知识管理中心，我们所有的演讲者将与那里的同事分享他们的知识。 同时，您会发现即时通讯工具，facebook和其他可用的通信方式中的做法令人困惑。 所有有用的报告和成功的演示文稿！