Get best of the week

数据库，卡片，清单或业务知识管理员的原因

哈里·克莱因（Harry Klein）是美国心理学家，是极端情况下直观解决方案的研究人员。克莱因在《权力的来源》一书中描述了一个案例：一个消防队打来电话，一栋居民楼里的厨房正在燃烧。小组进入房间开始灭火，但没有熄灭。在某个时候，指挥官感到焦虑，并下令紧急离开。当所有人离开家时，厨房的地板都失效了。事实证明，大火始于地下室，然后蔓延至最高处，因此不可能在厨房内将其扑灭。



后来，哈里·克莱因（Harry Klein）采访了指挥官，收集本书的材料，然后他设法分解了他直观的解决方案：厨房的火势很弱，但是火焰太热了，烟味太大了。指挥官认为情况很危险，于是撤出了队伍。这是“内隐知识”的一个例子，它被深深地隐藏起来，以致仅在真实情况下才会出现。

提取在紧急情况下特别有用的“内隐知识”是知识管理经理的任务之一。例如，生产下降，服务器拒绝工作，但没人知道原因。同时，六个月前发生了类似的事情，佩蒂娅解决了这个问题：他“玩弄恶作剧”，扭曲它，并且奏效了。是的，Petya离开了另一家公司，但他们没有进行回顾，也没有将事件和解决方案添加到知识库中，因为两者也没有。但是，如果团队中有一位知识经理，那么结果可能会更少，并且问题会更快地得到解决。

知识管理者不是职位，而是职能


知识经理是组织条件的人员，以使专家的个人知识和公司经验不会丢失，分析和用于有效解决问题。例如，为此，Microsoft Services拥有一个单独的职位- 知识管理总监（首席知识官），该总监管理一个单独的部门。主管具有许多权力：他可以将部门的服务出售给其他部门，从其他部门购买设备或开发软件，并管理单独的预算。 

Microsoft Services中知识管理系统（KM）的基础是从2005年开始工作的从业人员社区。有100多个社区和数千名专家。开发人员或产品经理不需要谷歌搜索或花时间在同事身上：只需一分钟，他就可以在社区中找到有关任何主题的专家，提出问题并获得答案。

CROC是一家专业从事知识管理的IT公司，它也使用类似的系统。在社区的帮助下，几乎创建了整个公司知识生态系统。根据工作的具体情况，这是必要的：CROC是一家咨询公司，出售其专家的知识。为公司中的每个活动（项目，演示，研究）创建一个组，并将所有信息接收到其中：材料，项目构想，通信。



Microsoft Services和CROC具有出色的知识管理系统。不需要大型系统就可以开始从公司的知识管理中引入个人实践。从小处开始就足够了。例如，使用五种简单（相对）的实践来解决典型的业务问题。 

知识库


知识库是最先且最容易管理的知识。它对支持服务或呼叫中心有很大帮助，并且对于有自行车的公司来说是必不可少的。

“作为许多项目的首席架构师，我与其他倡议者一起创建了一个全面的文档系统。最初-在SGML中，版本控制系统下的源代码以及RTF和CHM的自动汇编每天晚上进行更新，后来在Wiki系统的基础上（大约2005年）进行更新。

在知识库中，我们添加了描述模板，典型示例和各种图表。对于文档，使用注释作为基础。到目前为止，该基地不仅已保留在公司中，而且默认情况下也由项目团队维护和开发。”

马克西姆·谢普科夫（Maxim Tsepkov）
架构师和业务分析师，敏捷世界导航员，绿松石组织和螺旋动力学，KnowledgeConf 2020成员

。阅读更多有关哪些文件在知识管理中有用以及如何修复的信息，阅读Maxim在Teamlead Conf 2018上的报告的解码。KM

管理人员在这里担任架构师：他负责规划和开发知识库基础结构，以及文件的结构和层次结构。为了防止编辑，注释和重复项在数据库中累积，请设置一般规则。

例如，技术作家可以在公司中担当此角色，并为知识管理系统编写脚本和任何其他工件。作家通常知道如何使用算法，指令，规定和业务流程。



项目办公室


项目办公室是一个“扩展”的知识库。可以将接受和不接受的决定以及选择或丢弃这些决定的原因添加到办公室。

有人会遇到问题，找到原因，解决问题，然后将其全部写入数据库，下一位员工将更快地解决相同的问题。研究，检验和假设的时间减少了- 市场时间减少了。

对于项目办公室，简单的文档管理系统（例如Google云端硬盘）是合适的。您可以在其中交换文档，颁发访问权限并添加评论。

“项目办公室不仅是一个知识库。对于他，我分析了项目中发生的情况，对开发人员进行了采访，并收集了广泛的经验。在此基础上，我写了文章，说明并描述了产品开发实践。”

Svetlana Novikova
Ozon技术作家小组的负责人。俄国知识文档社区活动家，知识共享2020成员，运行@the_know_all Telegram频道。

当项目中有很多遗产时，项目办公室必不可少。在定制的项目办公室中，很容易看出为什么选择了某些技术，为什么要添加每段代码或拐杖。更新部分代码后，所有更改也都可以轻松添加到数据库中，以供下一代“新一代”开发人员使用。

“当我担任Flant之前的技术总监时，我从无到有培训了开发部门。API的最新建筑文档已放入GitLab上的单独存储库中。如有必要，很容易弄清楚每行代码的增长要求。这有助于消除开发与问答之间的冲突，因为每个人都理解做出所有决策的原因。

在Flant中，他扩展了这个想法：他在GitLab中组织了文档的存储，教人们如何使用它，制定了以关键指令形式共享知识的原则，并使之起作用。”

Igor Tsupko是Flant的不知名
导演，它是KnowledgeConf 2020的成员，主持电报频道@lovely_it_hell。



能力地图


能力卡或能力矩阵是进行高级培训及其控制的工具。通常情况下，它看起来像一张表格：员工的姓名在行中，列中他们所知道的。


矩阵的一个例子来自文章``Dragons Live Here：能力矩阵作为Timlid的工具''。

该表清楚地显示了员工培训中的失败。显示谁是某项技能的主要载体（然后将其转移给其他人）以及谁只是普通用户。能力图可以由团队负责人或技术负责人组成，以评估团队开发人员的水平。

“在Flant之前，我是开发公司的首席技术官。我希望团队成长并解决更困难的问题，并希望员工能够提高自己的技能。这需要透明的增长规则，反馈。这有助于形成能力矩阵。

但是矩阵并不适合所有人。在Flant，她没有为DevOps工程师工作，因为从数十种技术和数百种细微差别中，她会“膨胀”到巨大的规模。因此，我在“ 绩效评估”中升级了矩阵。这已经是一个过程，可以使我们确定员工的招聘，适应和成长方面的系统性问题。”

Igor Tsupko是Flant的不知名
导演，它是KnowledgeConf 2020的成员，主持电报频道@lovely_it_hell。



适应清单


雇用新员工总是物有所值。成本包括人力资源或招聘人员，经理（团队负责人，技术专家，CTO）以及参与招聘的其他人员的时间和工资。当员工来到公司时，会花时间和精力在公司上。 

因此，知识经理的任务之一是轻而易举地引进新员工来工作，以使他在测试期间不会“迷路”。例如，丰田的新员工在更有经验的同志的监督下工作。当公司开设新工厂时，将派遣最佳工人和新移民团队。一段时间后，经验丰富的员工会回来，而初学者会继续工作。

“他组织了一个知识管理社区，并会见了同事，我们在会议上特别发现了入职方面的问题，并制定了解决方案策略。例如，我们为所有员工引入了通用入门计划。它包括一般知识和实践：任务跟踪器，Wiki，一般技术。该计划由公司的专业机构采用，帮助他们增加了通过试用期的员工比例。”

Maxim Tsepkov
架构师和业务分析师，敏捷世界的导航员，绿松石组织和螺旋动力学，是KnowledgeConf 2020的成员。

您现在可以改善入职率。分配新员工以记录他们的行为和学习路径。它不会花费您任何费用。以下所有新手将遵循他的方法，添加和补充文档。当您通过初学者的眼光看待自己的过程时，您将看到他的道路并准备适应的“清单”。


来自Alexei Petrov（FunCorp的质量保证部门负责人）的报告解码报告中的清单清单的示例“ 适应清单清单作为软介绍职位的工具 ”。 



通讯卡


“当我组织知识库时，会有更多的发展机会，经过几次内部促销之后，我收到了帮助在相邻单位组织知识管理的要求。我主持了内部会议，与外部和内部知识库一起创建内容，与同事共享方法，实践和最佳实践，进行了咨询，在博客上写文章，就不同部门的联系人进行了联系，可能会遇到问题（有关SME方法的工作）。但即使在那之后，我仍然被问到最常见的问题：“你知道谁能问到...吗？” :)“

Rodion Nagornov
知识竞赛2020负责人，国际竞赛TSIA STAR AWARDS 2018决赛入围知识创新奖卡巴斯基实验室的知识管理项目进行管理。

即使有了先进的知识管理系统，沟通也是一个痛点。在一家大公司中，水平联系通常发展不佳：向相邻部门的同事求助已经是一个问题。沟通图将在这里有所帮助-列出具有职位，联系人和职责范围的公司员工或团队。

对于通讯卡，只需升级能力矩阵。垂直排列员工姓名，职位和联系方式-知识领域，他们可以提供帮助的能力。



如何实施知识管理系统


立即开始在公司中实施个性化知识管理实践。建立在可以使用知识管理工具解决的特定业务问题上。例如，在Google文档中组织一个本地（团队）知识库。

提出问题的本地解决方案。告诉我们数据库是如何帮助快速关闭项目的，或者以较少的费用用数字语言完成的。然后要求管理层将解决方案扩展到其他部门。因此，只需很小的一步，即可实施知识管理。

您甚至不需要为此雇用一个人。例如，CROC负责“知识和企业传播管理”部门（Alexey Sidorin）的负责人，但是没有单独的团队负责知识库。

公司拥有许多内部公司系统。每个系统的命令分别将信息添加到数据库。每位员工都履行知识经理的部分职能。这很方便，有两个原因。

UZ长，昂贵且复杂。这个过程包括知识的收集，变更管理，社会学，分析，对架构师，开发人员，经理和设计师的一点了解。一个人不可能在所有事情上都是专家，因此将所有员工纳入知识管理会更加容易。开发人员将文档添加到知识库，经理，项目历史，测试人员中，这些文档将发现什么问题以及如何解决。

对于中小型公司而言，它更便宜：无需为单个员工分配预算，只需在当前员工上分配一些新的职能和角色。将管理器的功能“模糊”给几个人比较方便：有人管理业务流程，有人充当专家，有人将所有这些收集到一个数据库中。

有用的链接：

KnowledgeConf 2020 , , . -, . , , , , , — .

, , Telegram- , , .

More articles:


All Articles