Психологическая безопасность в ИТ-команде: как измерить и повысить

Что такое психологическая безопасность — примеры

Высокая психологическая безопасность: разработчик говорит «я сломал сборку, нужна помощь», аналитик — «я не понял требование, давайте перепроверим», руководитель — «я ошибся в оценке спринта, давайте перепланируем».

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

Как психологическая безопасность влияет на мотивацию

Автономия — сотрудник не боится предлагать идеи, экспериментировать. Мастерство — можно открыто признавать пробелы в знаниях, задавать «глупые» вопросы. Связанность — безопасная среда позволяет выстраивать доверительные отношения. Подробнее о мотивации — в статье Мотивация в ИТ-проектах.

Как измерить психологическую безопасность

Анонимный опрос по шкале от 1 до 5 по пяти вопросам: в нашей команде допустимо признаться в ошибке, можно задать «глупый» вопрос без страха, люди могут открыто говорить о проблемах, можно быть собой не боясь последствий, мы разбираем инциденты без поиска виноватых.

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

Как повысить психологическую безопасность — 5 инструментов

Главная директива ретроспективы: «Каждый делал всё возможное, исходя из своих знаний и обстоятельств». Это правило защищает участников от обвинений.

Разбор инцидентов без обвинений (blameless post-mortem): вместо «Кто не досмотрел?» — «Какие процессы допустили ошибку?», вместо «Петя сломал прод» — «Почему код попал в прод без ревью?», вместо «Наказать виноватых» — «Что мы изменим в процессе, чтобы это не повторилось?».

Руководитель признаёт свои ошибки публично: «Я ошибся в оценке этого спринта. Давайте разберёмся, как я мог бы оценивать точнее». Это даёт разрешение остальным делать то же самое, лидер показывает: ошибки — это нормально, если мы учимся.

Ритуал «безопасной глупости»: на ретроспективе каждый рассказывает об ошибке и чему она научила. Пример: «Я забыл про интеграционный тест и сломал прод. Теперь я знаю, что в моём локальном окружении не включена проверка. Я добавил её в pre-commit hook. Больше это не повторится».

Правило «одного почему вместо почему ты»: вместо «Почему ты не сделал это?» скажите «Почему это произошло?».

Важное уточнение

Психологическая безопасность не означает отсутствие ответственности. Можно признать ошибку — ошибку нужно исправить. Можно сказать «я не знаю» — нужно найти ответ. Можно попросить помощь — нужно довести задачу до конца. Это среда, где можно признать ошибку, но затем исправить её и извлечь урок.

Что в понедельник утром

Проведите анонимный опрос по пяти вопросам. Если средний балл < 4 — начинайте работу над безопасностью. На следующей ретроспективе используйте главную директиву. При следующем инциденте используйте blameless post-mortem. Публично признайте одну свою ошибку.

Заключение

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

На воркшопах курса «Мастер управления IT-проектами» мы проводим диагностику психологической безопасности вашей команды и даём конкретные инструменты для её повышения. Подробнее о курсе →