kda7889.ru / Статьи / Управление

Как эффективно управлять ИТ-командой: что работает на практике

Данила Колесников

1. Цели через результат, а не через активность

Команда должна понимать, зачем бизнесу её работа. Оценивать стоит результат, а не часы и количество закрытых заявок.

• SLA (Service Level Agreement, соглашение об уровне сервиса) — договорённость с бизнесом о том, что мы гарантируем: доступность систем, время реакции и решения заявок.
• Метрики DORA (DevOps Research and Assessment) — исследовательская программа, сейчас в Google. Она выделила 4 ключевых показателя ИТ: частота внедрения изменений, время от изменения до продакшена, доля неудачных изменений и время восстановления после сбоя — MTTR (Mean Time To Restore). Основа — книга «Accelerate».

2. Прозрачный поток работ

Единая очередь заявок, приоритет по влиянию на бизнес, ограничение числа задач «в работе».

• Kanban — метод управления потоком задач на доске со столбцами «к выполнению», «в работе», «готово». Главный принцип — лимит WIP (Work In Progress, незавершённая работа): пока не закончил текущее, новое не берёшь. Так команда выходит из режима постоянного пожаротушения.

3. Психологическая безопасность и разбор инцидентов без поиска виноватых

• Project Aristotle — исследование Google о том, что делает команды эффективными. Главный фактор оказался не в квалификации, а в психологической безопасности: люди не боятся признать ошибку или задать вопрос.
• Blameless postmortem (разбор инцидента без обвинений) — после сбоя ищем, какой процесс его допустил, а не кого наказать. Иначе ошибки начинают скрывать.

4. Никаких незаменимых людей

• SPOF (Single Point of Failure, единая точка отказа) — если знания о системе есть только у одного человека, его отпуск или увольнение становится аварией. Отсюда «bus factor»: сколько людей должно выбыть, чтобы проект встал.
• Runbook — пошаговая инструкция на типовые операции и аварии. Вместе с документацией и ротацией дежурств снимает зависимость от конкретных людей.

5. Регулярные встречи один на один и честная обратная связь

• 1:1 (one-on-one) — регулярная личная встреча руководителя с сотрудником: проблемы, развитие, обратная связь.
• Ситуационное лидерство (модель Херси — Бланшара) — стиль управления зависит от зрелости сотрудника: новичку нужны чёткие инструкции, опытному специалисту — автономия.

6. Автоматизация рутины

• IaC (Infrastructure as Code, инфраструктура как код) — серверы и сети описываются конфигурационными файлами (Ansible, Terraform), а не настраиваются руками. Это воспроизводимо, проверяемо и быстро.
• Сюда же — мониторинг и автоматический деплой. Освободившееся время идёт на развитие, а не на рутину.

7. Чёткие зоны ответственности

• RACI — матрица ролей: R (Responsible) — исполнитель, A (Accountable) — отвечает за результат, C (Consulted) — консультирует, I (Informed) — информируется. Особенно полезна на стыках ИТ с бизнесом и подрядчиками.

8. Фреймворки — частями, под задачу

• ITIL (IT Infrastructure Library) — свод практик управления ИТ-услугами: инциденты, изменения, проблемы.
• Scrum — гибкий фреймворк работы короткими итерациями (спринтами) с регулярными встречами.

Внедрять целиком ради галочки бессмысленно. Берите то, что решает вашу проблему.

Чего избегать

• Микроменеджмента.
• KPI (Key Performance Indicator) по количеству тикетов: он стимулирует дробить задачи и закрывать их формально.
• Руководителя, который остаётся «лучшим инженером» и сам тушит все пожары.
• Работы без бэклога — списка «важного, но не срочного».