«Bus factor» — классическая проблема бизнеса, когда проект оказывается завязан на одного человека, поскольку только он обладает критически значимыми для выполнения задачи компетенциями и информацией. Именно в эту ловушку попала крупная IT-компания, когда запустила масштабный межкомандный проект по переходу на новые бизнес-процессы. Был установлен жесткий дедлайн: вся компания должна была одновременно перейти на новый формат работы, сдвиг сроков невозможен. За проект отвечал Руководитель коммерческого департамента.
Вся ключевая экспертиза со стороны разработки сосредоточена в одном человеке — аналитике команды Игрек. Он был главным драйвером проекта, вел коммуникацию и фиксировал решения. За два месяца до дедлайна он ушел на длительный плановый больничный. Перед уходом обсудили ситуацию с Менеджером разработки команды Игрек и решили не вводить Нового специалиста на все встречи, а передать знания точечно и зафиксировать документацию.
Спустя неделю после ухода аналитика проект начинает «плыть». Команды не могут разобраться в процессах, договоренности рушатся, Менеджер разработки команды Игрек ставит под сомнение уже принятые решения, а Новый специалист не может разобраться в контексте. Аналитик после операции для связи недоступен. До дедлайна осталось критически мало времени.
Позиции до переговоров:
Сторона А. Коммерческий департамент. Руководитель и Финансист — вложили в проект огромные ресурсы, для них это точка невозврата. Ранее принятые архитектурные решения уже ушли в разработку, и их пересмотр гарантирует срыв сроков. Считают, что Менеджер разработки команды Игрек разрушает проект на ходу. Требуют выдержать дедлайн без багов и репутационных потерь, не сдвигая сроки ни при каких условиях.
Сторона Б. Команда Игрек.Менеджер разработки и Новый специалист — понимают, что недооценили масштаб проблемы при передаче задач. Огромная часть контекста утеряна, логика прошлых решений непонятна, а времени на полноценное погружение нового человека нет. Понимают, что несут высокую ответственность, но что делать, пока не ясно. Видимо, придётся двигать сроки.
Сторона В. Команда Икс. Менеджер проекта и Разработчик — не могут приступить к своему этапу, не хотят потерять свои бонусы из-за чужих ошибок. Готовы помочь команде Игрек, нужно решить, что конкретно нужно сделать.
