Факап-ревью – это скорее неформальное мероприятие, позволяющее с юмором и цинизмом посмотреть на случившуюся ситуацию. Более формальная проработка происходит на ретроспективах и post-mortem`ах, и, само собой, на внутренних встречах команд.
Все руководители – от уровня CIO до тим-лидов команд, поддерживают безобвинительную культуру обсуждения произошедших «эпизодов». Фокус не на наказании (его нет), а на совместном поиске решений, за счёт которых снижается вероятность повторения факапа.
При этом мы разделяем ошибки и нарушения. Если сотрудник не учится на своих ошибках и откровенно нарушает договорённости, то могут быть адекватные последствия.
Факап-ревью – это публичное мероприятие для проф. сообщества, чтобы все смогли прочувствовать произошедшее и сделать выводы для себя. Это не операционный инструмент, а инструмент развития насмотренности в профессии.
Про ваш пример с неоправданной технологией. Перед раскаткой новой технологии, мы обычно ее сначала опробируем (mvp), затем уже делаем rollout, чтобы, как раз, снизить риски негативных последствий.
Но, если случилось то, о чем вы пишите, мы обратимся к ИТ-лидеру, solution-архитектору и владельцу системы, чтобы выбрать верное решение/
Факап-ревью – это скорее неформальное мероприятие, позволяющее с юмором и цинизмом посмотреть на случившуюся ситуацию. Более формальная проработка происходит на ретроспективах и post-mortem`ах, и, само собой, на внутренних встречах команд.
Все руководители – от уровня CIO до тим-лидов команд, поддерживают безобвинительную культуру обсуждения произошедших «эпизодов». Фокус не на наказании (его нет), а на совместном поиске решений, за счёт которых снижается вероятность повторения факапа.
При этом мы разделяем ошибки и нарушения. Если сотрудник не учится на своих ошибках и откровенно нарушает договорённости, то могут быть адекватные последствия.
Факап-ревью – это публичное мероприятие для проф. сообщества, чтобы все смогли прочувствовать произошедшее и сделать выводы для себя. Это не операционный инструмент, а инструмент развития насмотренности в профессии.
Про ваш пример с неоправданной технологией. Перед раскаткой новой технологии, мы обычно ее сначала опробируем (mvp), затем уже делаем rollout, чтобы, как раз, снизить риски негативных последствий.
Но, если случилось то, о чем вы пишите, мы обратимся к ИТ-лидеру, solution-архитектору и владельцу системы, чтобы выбрать верное решение/