Не файлы, а люди: Почему Knowledge Management начинается с кофе-брейков

Представьте: в компании работает Алексей — senior-разработчик, который за пять лет стал незаменимым. Он знает каждый уголок legacy-кода, помнит, почему десять лет назад выбрали именно эту базу данных, и умеет чинить критические баги за минуты. Но Алексей увольняется. Руководство в панике: как передать его опыт? Проводят митинги, заставляют его записать всё в Confluence, а через месяц новый разработчик смотрит на эти документы и не понимает ни строчки. Знания Алексея ушли вместе с ним, а компания теряет клиентов из-за растущих багов.

https://habr.com/ru/articles/904948/

#Заметки_теоретика #Knowledge_Management #Управление_знаниями

Не файлы, а люди: Почему Knowledge Management начинается с кофе-брейков

Представьте: в компании работает Алексей — senior-разработчик, который за десять лет стал незаменимым. Он знает каждый уголок legacy-кода, помнит, почему пять лет назад выбрали именно эту базу данных,...

Хабр
Glamorous Toolkit

Glamorous Toolkit is the Moldable Development Environment.

Glamorous Toolkit

Как эксперту создать свою базу знаний

📌 Сценарий знаком: ты эксперт в своей области, годами собирал знания, сталкивался с проблемами, находил решения — и вот, настал момент, когда хочется делиться. Но тут выясняется, что передача знаний — это еще та головная боль. Каждый раз повторять одно и то же? Много раз рассказывать про базовые вещи? Структурировать внятно, чтобы было полезно, а не «вот тут файлик, почитайте»? ❌ Нет, ну серьезно. Казалось бы, что сложного: взял, написал, все, можно закрывать тему. Но нет, тут начинается… • Как сделать так, чтобы это кто-то вообще читал? • Как объяснить, чтобы было понятно и не приходилось разжевывать еще раз? • В какой момент остановиться и сказать «достаточно»? • А вдруг никому не надо? В такую ловушку попали мы с мужем, когда решили, что хотим создать справочник по финтеху. И чтобы не попасть в капкан собственных страхов и непонимания основ, мы решили привлечь “к ответственности” друзей из ПК Knowledge conf - экспертов по базам знаний. И сегодня я хочу с вами поделиться статьей, основанной на стенограмме нашего круглого стола, прошедшего 28 февраля 2025, “Создание базы знаний экспертом”.

https://habr.com/ru/articles/887962/

#knowledgeconf #knowledge_management #экспертиза #база_знаний

Как эксперту создать свою базу знаний

📌 Сценарий знаком: ты эксперт в своей области, годами собирал знания, сталкивался с проблемами, находил решения — и вот, настал момент, когда хочется делиться. Но тут выясняется, что передача знаний —...

Хабр

Критерии оценки документации

Привет! Меня зовут Илья и я занимаюсь систематизацией информационных ресурсов [1] . К сожалению, многие компании этим пренебрегают, уповая на достаточную эрудицию своих сотрудников. С таким же успехом можно было бы сказать: «Делайте хорошо, плохо не делайте»...

https://habr.com/ru/articles/830584/

#документация #аудит #оценка #knowledge_management #управление_знаниями

Критерии оценки документации

Привет! Меня зовут Илья и я занимаюсь систематизацией информационных ресурсов [1] . К сожалению, многие компании этим пренебрегают, уповая на достаточную эрудицию своих сотрудников....

Хабр

Как распаковать айтишника и настроить цикл управления знаниями

О преимуществах управления знаниями уже много написано, но вот выстраивание этого процесса — настоящий вызов... Привет, Хабр! Меня зовут Лена, я архитектор продуктовых знаний. В этом тексте я сосредоточусь на тиражировании знаний и расскажу, как их эффективно «перекладывать» из голов экспертов. Также разберу реальный кейс

https://habr.com/ru/companies/selectel/articles/800449/

#selectel #управление_знаниями #образование_в_it #knowledge_management

Как распаковать айтишника и настроить цикл управления знаниями

О преимуществах управления знаниями уже много написано, но вот выстраивание этого процесса — настоящий вызов... Привет, Хабр! Меня зовут Лена, я архитектор продуктовых знаний. В этом тексте я...

Хабр
Tools for inventing organizations: toward a handbook of organizational processes

The paper describes a new project intended to provide a firmer theoretical and empirical foundation for such tasks as enterprise modeling, enterprise integration, and process re-engineering. The project includes: (1) collecting examples of how different organizations perform similar processes, and (2) representing these examples in an on-line 'process handbook' which includes the relative advantages of the alternatives. The handbook is intended to help: (a) redesign existing organizational processes, (b) invent new organizational processes that take advantage of information technology, and perhaps (c) automatically generate software to support organizational processes. A key element of the work is a novel approach to representing processes at various levels of abstraction. This approach uses ideas from computer science about inheritance and from coordination theory about managing dependencies. Its primary advantage is that it allows users to explicity represent the similarities (and differences) among related processes and to easily find or generate sensible alternatives for how a given process could be performed.< <ETX xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink">></ETX>

Tools for inventing organizations: toward a handbook of organizational processes

The paper describes a new project intended to provide a firmer theoretical and empirical foundation for such tasks as enterprise modeling, enterprise integration, and process re-engineering. The project includes: (1) collecting examples of how different organizations perform similar processes, and (2) representing these examples in an on-line 'process handbook' which includes the relative advantages of the alternatives. The handbook is intended to help: (a) redesign existing organizational processes, (b) invent new organizational processes that take advantage of information technology, and perhaps (c) automatically generate software to support organizational processes. A key element of the work is a novel approach to representing processes at various levels of abstraction. This approach uses ideas from computer science about inheritance and from coordination theory about managing dependencies. Its primary advantage is that it allows users to explicity represent the similarities (and differences) among related processes and to easily find or generate sensible alternatives for how a given process could be performed.< <ETX xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink">></ETX>