KnowledgeConf是Ontico家族中的一个新会议，我们希望在同一平台上聚集那些不断或不时从事技术公司知识的固定，组织，组织和更新的人员。 让我们谈谈如何减少失去独特知识的风险，如何重用解决方案，如何改善总线因素以及如何快速上岗新员工。
对于IT公司而言，
知识和智力资源是血肉之躯 ，大多数企业的业务都是基于独特的方法和流程，通常是隐含的并且不是固定的。 毫无疑问，将知识掌握在开发人员的头脑中，在会议室的白板上，在厨房对话中可以很好地工作，但是随着公司的成长，随着工作了十年的人员的离职，团队规模的扩大，隐性知识的风险以及他们无组织的流程存储变得越来越引人注目。
IT知识管理的专业会议 KnowledgeConf 2019，将于2019年4月26日在莫斯科市中心的InfoSpace网站举行。
您问
什么是常识 ，什么
样的抽象。 是的，这与版本控制系统中的算法，体系结构模式或命令无关。
在每个公司中，甚至通用方法和算法都以新的方式内置到流程中，在每个团队中，
技术知识覆盖了流程 -系统核心的内部限制，由于某种原因而未使用，未编译等情况，使用混合版本和应用程序，花式的计划，发布，测试过程，最后，样式指南，变量和实体的命名。 这也包括
有关工具的知识：即使是相同的
工具，在设置，应用范围和细节，
团队中的联系点和关系等方面也有所不同。
由于多年来开发的流程和业务细节，即使是众所周知的流程和方法，例如编写自动测试，scrum，敏捷计划，任务详细信息，使用版本控制系统，在每个公司中也会有所不同。
接下来是
经验丰富的开发人员脑海中的
大量隐性知识，有关一次决策的知识 ，有关埋在系统中的拐杖的
知识 ，长时间工作的人所熟悉的旧代码（没有人接触过），但是在某些时候当员工离开时，他开枪。 但事实证明，“在这里始终有必要这样做，而且效果很好。”
关于所犯的错误和所汲取的教训仍然有
知识 。 好吧，实际上是
关于公司业务的
知识 ，这通常是唯一的。 特别是如果您的公司正在某些新领域，行业和细分市场中工作。
但是，利润是多少？ 如何证明企业所有者有必要这样做，因为它以某种方式起作用并且可以。
这可以通过潜在的损失和风险管理来实现。 我遇到了Panopto报告-
《 2018年
工作场所知识和生产力报告》 。
这些是对1,000多个美国雇主进行的一项调查的结果，他们谈论了他们在知识转移和损失方面遇到的问题。
42％接受调查的员工承认他们拥有独特的，从未固定的知识。 同时，有81％的人同意他们为公司拥有与他人不共享的独特知识而感到沮丧，这会影响他们的工作以及对决策和当前流程的透明度的评估。
在低营业额的公司中，有23％的员工承认，他们很难或几乎不可能访问他们需要的信息以更好地完成工作。 在营业额高的公司中，这一比例飙升至38。
因此，初学者每周平均花费的时间用于查找问题的答案是12.7个小时，这是工作第一个月的50个小时。
该报告的作者甚至根据简单或低效率工作的数据计算出了更有效地交换知识所带来的潜在节省：对于拥有1.77万员工，平均时薪为47
美元的公司而言
，每年将为公司节省
4,250万美元拥有1000名员工，每年收入240万美元。 新员工更有效的入职将使拥有1.77万名员工的公司每年节省450万美元。
很酷，但是为什么整个会议呢？
其他会议的经验表明，出现了有关TeamLead Conf和Highload ++的报告，以及有关IT团队和整个公司中知识的存储，索引，支持工件的整个报告组。 在这一领域中只有很少的公司拥有统一的，已建立的知识管理系统，并且拥有
知识管理专家，这是非常罕见的鸟类 。
想象这样一种情况很容易，即每个开发，支持，测试，基础架构团队各自挖掘自己的想法并提出自己的实践。 即使在一家公司的框架内，也可以遇到类似的事情（一旦与一位同事一起，我
在TeamleadConf的整个报告就诞生了 -我们甚至不知道我们在不同部门做几乎相同的事情），但是我们考虑过在公司之间共享实践。 嗯，不，不是那样的。
但有人甚至擅长。 我们希望将这些实际案例带到外面，并彼此分享经验，最佳实践，收获，超越我们“舒适的小家伙”，并做一些酷而有用的事情。
与经济，采矿，制造业和金融公司等实体部门相比，IT是一个相当年轻的市场。 在那里，知识管理系统已经从2000年代初开始进行调整，当时没人知道千禧一代这个词，人们互相通电话（！）并进行了约会。 但是他们也有自己的特点，特别是知识管理和最佳实践形成的许多举措是从上而下而不是从下而来的，它们得到了高级管理层的无条件支持和资金支持。 我们将邀请这些公司的代表参加会议，因为我们需要向他们学习一些东西。
谁可能对此感兴趣？
我们由计划委员会聚在一起，分析了哪些类型的公司以及为何知识管理这一主题可能很有趣。 如果发现有问题，请写信，并在评论中分享其他想法。
| 业务类型 | 他们为什么需要知识管理？ | 通常，他们想... |
|---|
| 整合公司 | -与客户签订协议并降低风险
-团队可扩展性 | 传统知识 |
| 产品公司，PaaS | -重复使用解决方案
-减少解雇新员工的风险
-项目的可扩展性（如果知识得到很好的保存和快速转移，则很容易招募新员工）
| 功能要求和业务任务的详细描述
看一下这个主题： 从镜子的另一面看：从业务角度看文档Maxim Stroyev
|
| 定制开发，devshop | -减少客户关系中的风险
-降低沉浸在新主题领域的成本 | 任务的详细说明 |
| 服务公司 | -减少了新员工的沉浸时间
-降低员工或客户详细信息在新主题领域的沉浸成本 | 如何做说明 |
| 仪器制造公司 | -修正了选择技术解决方案的原因，从而加速了现代化项目
-减少因失去“独特工程师”而带来的风险
-加速将产品引入生产并简化向新生产地点的转移 | 修复系统架构，协议描述，技术解决方案专辑，生产批号卡 |
会议团队
现在该介绍一下我们的团队了，他们是负责会议内容，质量和计划制定的人员。
卡巴斯基实验室培训和认证负责人Rodion Nagornov。随机事实：他在奥林匹斯基（Olimpiysky）唱歌了两次。
Flant研发主管Igor Tsupko。随机事实：他在4岁时就编写了第一行代码。 这是QBasic上的一只猫的照片。
IPONWEB开发团队的知识管理专家Svetlana Novikova。随机的事实：我尝试了140多种苹果酒，而且我有一个Instagram帐户，上面有关于它们的评论。 通过初等教育，成为一名政治科学家。 她甚至几乎为政治学论文辩护。
Tion产品支持主管Konstantin Medvedev。随机事实：我从早上6点开始工作，我去了Moskvich 412，我很正常。
Plesk的技术作家Nikolay Volynkin。随机事实：从15年结束以来，我一直在StackOverflow俄语分支中担任主持人。
CUSTIS架构师兼业务分析师Maxim Tsepkov。随机事实：在该研究所，他在Fortran上使用BESM-6编写了一个多用户文件编辑器，并为苏联版本的Cray超级计算机编写了基本功能。 我喜欢骑马，我每周尝试两次。
dsimonov.consulting的创始人Dmitry Simonov。随机事实：他曾在所有三大公司中工作：Yandex，Rambler，Mail.ru。
Cloveri的创始人Maxim Babich。随机事实：有时在空闲时间，我会与狗狗一起吃草绵羊。
闪电战采访会议计划委员会成员
简要地告诉我们您除了会议，工作，社交活动之外的工作。Svetlana Novikova，IPONWEB（ nerazzgadannaya ） ：我正在开发UI团队中设置用于上载和发布文档的自动化流程（广义上讲，包括流程的说明，系统的内部结构，面向初学者的视频课程以及控制测试）。 我正在开发一个用于与团队负责人一起加入团队的新人的系统，我确保团队中没有隐性知识，这对于伙计们共享它们来说很方便，以便将工件更新集成到整个开发和发布过程中。 有时我还会组织会议，围绕该主题的讨论以及
有关IT知识管理的渠道 。
联邦税务局（ WebByte ）Maxim Babich我帮助IT专家和IT团队使用能力模型更自觉地发展。 我正在联邦税务局（Federal Tax Service）建立信息系统，以提高获得公共服务的质量和速度。
卡巴斯基实验室（ KnowledgeManager ）的Rodion Nagornov ：实际上，知识管理是我的工作。 我已经在卡巴斯基实验室（Kaspersky Lab）工作了5年，并且不打算停下来。 此外，我的职责包括管理社区并监督社交网络中的客户支持。
我是CAD工程师（Baumanka），是C＃，VB＃开发人员，幸运的是，大学毕业后我选择了一个不同的活动领域：）我在公共生活中并未受到积极关注，我花时间在家人和旅行中。
康斯坦丁·梅德韦杰夫（Konstantin Medvedev），蒂昂（Tion）：我领导蒂昂（Tion）研发产品支持部门。 我管理文档，产品知识库。 我们培训支持，销售，营销，解决产品问题，收集想法，就技术问题向同事提供建议。 我还创建并推动了新西伯利亚传送带的仪器工程师社区。 我们讨论开发，支持，生产和知识管理。
Nikolai Volynkin，Plesk（ nick_volynkin ） ：我是Plesk的技术作家。 我正在为开发人员编写文档，而我自己也在使用Python开发文档工具。 我将
在Telegram中引导有关文档的一般性，“将文档作为代码”的方法以及有关知识管理的内容。 从15年末开始，我一直在StackOverflow俄语分支中担任主持人。 现在站点上有五位主持人，他们是由社区选择的，这项工作是自愿的，没有报酬。 但这很有趣：开发人员社区中的知识流是可见的，其中的问题是可见的，并且这些问题可能会受到影响。
我和我的同事们在莫斯科，圣彼得堡和新西伯利亚组织了几次国际社会写文档的会议。 我认为mitap非常重要。 他们帮助人们见面并交流思想。 它也是在诸如KnowledgeConf之类的大型会议上的演讲者的平台。
弗朗特（ may-cat ）的伊戈尔·特普科（Igor Tsupko）：十多年来，我一直在“严重”地
发动 IT工作。 他最初是一名开发人员，现在我帮助Flant扩大规模，在实践中，我解决了知识管理难题。
谢尔盖·扎伊卡（Sergey Zaika）：拉莫达（ Lomerald ）：我是
拉莫达的订单管理系统的高级开发人员。 我从事开发，设计以及入职，值班值班和事件调查。 有时我有时间说话。
dsimonov.consulting（ dsimonov ）的德米特里·西蒙诺夫（Dmitry Simonov）：我
领导着一个techdir渠道 ，从我的工作中收集笔记，“
rakes ”和有趣的案例，从而将有关技术主管工作的知识系统化。
CUSTIS的Maxim Tsepkov： 30多年来，我作为CUSTIS的开发人员，架构师和业务分析师从事公司和银行的自定义开发。 我相信自动化可以改善生活，并开辟新的可能性。 同时，近年来，我一直担任敏捷，绿松石组织，螺旋动力和IT及其它新管理其他实践的独立顾问。
知识管理对您意味着什么，为什么重要？Nikolai Volynkin：一切都从一个简单的想法开始：知识是公司带来利润的资产。 知识管理可以增加利润，减少因未能按时完成任务，公交车因素，错误的决策和尚未实现的有价值的想法而带来的风险。
Rodion Nagornov：我可以
列举三项主要利润：专家离职时避免知识和经验流失的保险； 加快对新员工的培训； 基于现有知识创建全新产品，方法和解决方案的能力。 当然，还有更多好处，但是我总是强调这三个。
Maxim Babich：知识管理和基于知识的管理是一种加速解决业务问题并降低关键专家流失风险的方法。
康斯坦丁·梅德韦杰夫（Konstantin Medvedev）：对我而言，知识管理是人员，流程和方法的组合，旨在生成，传播和维护与公司产品及其所用技术的复杂性相关的知识。 这很重要，因为没有这个，任何现代化=从头开始开发，而任何工程师离职=从头开始开发。
Maxim Tsepkov：我在2010年的KM俄罗斯会议上遇到了知识管理，我很惊讶地发现这是一门完全独立的学科，很有趣地应用于IT。 论文使口头传统成为与知识打交道的一种完全合法的方法，而口头传统与书面知识之间的关系必须加以管理，这使我特别震惊。
伊戈尔·特普科（Igor Tsupko）：这可能是儿童时期的伤害。 很早以前，我遇到了一个不受支持的，难以理解的代码，与现实和常识相矛盾的“改进”，以及人们无法表达自己的想法。
而且，如果您的公司发展壮大，则通讯问题和小型总线因素会开始分散您对真正重要的事情的注意力，分散注意力和意愿。
德米特里·西蒙诺夫（Dmitry Simonov）：我认为技术专家的知识管理是确保所有仍然只专注于日常工作的意见的所有同事的职业成长的关键点。
Sergey Zaika：对我而言，就公司而言，知识管理主要是专业知识的交换。 公司规模庞大，合适的专家可以在另一个国家工作，很早就辞职或坐在旁边的桌子旁。 建立知识管理后，每位专家都会留下“痕迹”工件，理想情况下，您可以通过这些工件了解所需的内容，而不必直接诉诸于此。
您为什么决定加入计划委员会？Svetlana Novikova：我想召开一次会议，深入探讨高质量的报告。 这样我想自己做所有的报道，走路，说话，站在看台上。 实现此目标的最佳方法是参与组织。 另外，这是很多新奇的熟人，经验的交流。
Rodion Nagornov ：最近几年，他讲话很多，以听众的身份参加了会议，但没有看到组织者徽章后面的内容。 当有人提议参加PC时，我立即同意了。 此外，假设主要目标受众是与发展相关的人员。 由于我本人是从开发人员那里收集知识的，而且我们经常不立即彼此了解，所以从另一端看我的工作，了解开发人员如何看待我们（知识管理员工）变得非常有趣。 好吧，也许我们可以向他们传达我们正在做的有益的事情，包括对我们自己（您将KM交给群众！），而不仅仅是因为愚蠢的问题而分散我们的精力。 我必须说，期望已经达到。
康斯坦丁·梅德韦杰夫（Konstantin Medvedev）：我想与奥列格·布宁（Oleg Bunin）谈谈仪器工程会议；）。
伊戈尔·特普科（Igor Tsupko）：我想进行一次深层次的会议，而没有营销废话，也没有让演讲者接受“漂亮的眼睛”计划。
Nikolai Volynkin：这太有趣了并且有用，不能远离。 而且，所有人只会在4月26日（以及以后不参加会议的人）听到报告，而我已经设法听了一些，甚至在我的工作中运用了一些东西。
Maxim Tsepkov：我感兴趣地接受了邀请进入KnowledgeConf PC。 IT项目中的知识管理是一个相关且经常有问题的主题。 我希望会议能汇集有关不同项目中知识管理实践的报告-我在不同的会议上听到它们，有很多有趣的事情，但是在这里它们将汇聚在一起。
Sergey Zaika：另一方面，熟悉会议的“美食”很有趣。
您想在KnowledgeConf上看到哪些报告？Svetlana Novikova：首先，我想了解案例，不同团队中特定方法和工具的应用-开发（作为代码的文档），测试（测试用例和检查表的存储），基础架构（经验教训，事件信息，架构）注册表），支持（开发技术支持知识库），产品团队。
Rodion Nagornov：就个人而言，我真的很想看到一份有关知识管理是不必要的事实的报告，这是徒劳的，并且通常只花费资源：)再一次，要了解当今认为是这样并且也许能够- .
: , . , , . , . , .
: , , . .
: . , , .
: KnowledgeConf . , .
: . , , « ”». ( ) - . «-» .
?: : , , . : !
: , -. , , , , , , ( ), , .
: -, . — .
-, . , - git 2019 , . , : — . , .
: , . , . , Zodiac Interactive. . , .
: « », « » « ».
— . — .
: , , -, — . , -, , .
, ?: , , .
: , , .
: IT , . « » , , . -, knowledge sharing junior , . -IT , knowledge management « ». IT , , .
: , , — , , -, -, , .
: , , , — , , , .
: , , , , , , . , , HR, Learning&Development, , , , . — — , « » killer feature, , , .
: : tech- knowledge-engineering. , , , . «» «» .
.: , , , . — :)
: , , , . !
: , , , , , , 2020 .
: : , , — .
KnowledgeConf 1 , 26 . Telegram- .