Классический HR-подход — матрица компетенций, план обучения на год, сертификации — в мире информационных систем и ИТ-инфраструктуры часто дает сбой. Он построен на иллюзии статичности: будто можно найти на рынке труда нужные компетенции, выявить пробелы, заказать нужные курсы, «прокачать» специалиста, найти учебники.

Реальность другая. Учебников по управлению и диагностике ИСов нет и не может быть. Слишком много нюансов, зависящих от типа ИС, использующей не организации и самой ИС. Функционал ИС меняется быстрее, чем отдел кадров успевает согласовать бюджет на обучение. Меняется железо (контроллеры, сети, диски, криптография), и чтобы управлять системой, нужно понимать, как это постоянно меняющееся железо с ней связано и какие симптомы даёт на уровне пользователя ИС. Меняется ПО. План обучения сотрудника устаревает в момент его составления. Меняется законодательство, и это прямо сказывается на идеологии ИС и заложенный в нее функционал.

Вместо него нужен короткий постоянный цикл, встроенный прямо в операционную деятельность. Его этапы:

🔹 Фиксация. При закрытии любого нестандартного инцидента явно отмечать, с чем столкнулись впервые. Не «восстановили работу сервиса», а «столкнулись с аномалией в локальной сети участника ИС, ранее с локальными сетями участников не работали». 🔹 Глубокий разбор. Выделить час после решения проблемы не для отчета руководству, а для внутреннего технического пост-мортема. Вопросы прикладные: «Какую информацию мы искали дольше всего и почему ее не было под рукой?», «Какой шаг или проверка решили бы это за 10 минут?». 🔹 Создание артефакта. Итогом становится конкретный инструмент: чек-лист из трех пунктов для первичной диагностики, список симптомов, варианты причин и решений. Он должен войти в базу знаний по ИС. 🔹 Интеграция в рутину. Этот артефакт нужно встроить в рабочий процесс. Его использование — и есть обучение.

Такой цикл превращает рутину из поглотителя времени в источник компетенций. Вы учитесь не вместо работы, а как ее прямую часть.

«Машина знаний»: как остановить утечку неявного опыта

Главный капитал команды — неформализованный, контекстный опыт. На каком этапе ломается скрипт мониторинга, написанный уволившимся коллегой? В каком Telegram-канале искать информацию по таким-то симптомам ИС или работам с контроллерами? Это знание утекает мгновенно: с уходом сотрудника, с переходом на другой проект.

Бороться с этим бесполезно. Нужно создать механизмы для постоянной, низкопороговой передачи. Wiki-базы и базы знаний помогают, но слабо — их сложно вести и поддерживать в актуальном состоянии. В них формальное знание. Чтобы оно стало реальным - его надо прижить. Ввести в повседневную практику.

Работают простые, почти ритуальные практики:

⚡ Lightning Talks раз в две недели. Не «мероприятие», а 15 минут в общем чате или у монитора. Любой член команды показывает, какую задачу он решил: не теорию, а технические детали. «Вот как я работал с таким-то симптомом, вот что выяснилось, вот как решил», «Вот скрипт, который сэкономил мне три часа ручной работы». 🛡️ Учебные сессии Threat Modeling. Разбор новой системы или сервиса не как аудит, а как открытая сессия. Менее опытные смотрят, как старшие коллеги задают первые вопросы, как структурируют риски, в каком порядке «ломают» архитектуру в голове. 👥 «Тень» (Shadowing). Новый сотрудник или специалист, переключающийся на новое направление (например, с работы со справочниками ИС на работу с виртуалками), не идет на курс. Он несколько дней проводит рядом с опытным коллегой, наблюдая за реальной работой: как тот формулирует запросы в поисковике, как общается с пользователями, разработчиками, руководством, какие вопросы и как решает.

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

Как у вас в команде передают неявный опыт? Или он утекает вместе с уволившимися?

#ис #экспертизаборисовской #управлениеперсоналом #компетенции #ИТменеджмент