Миллион за миллионом. Инвестиции. Принципы. Богатство

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

Однажды руководство компании, осознав все указанные проблемы и поняв, что это резко негативно сказывается на качестве их продукта, решило найти способ существенно ускорить Time to market для своих задач.

Самым простым решением была отмена процесса релизного планирования. Вместо нее была внедрена система, аналогичная существующей у Spotify, которая получила название «релизный поезд».

При такой системе обновления программного обеспечения выходят по регулярному расписанию (например, один раз в две недели). В каждый новый релиз попадают только те обновления, которые полностью готовы к его дате. Таким образом, отсутствует обязательный план и никому не нужно ждать других.

Далее компания решилась на более глубокие изменения в организации процесса своего функционирования.

От устройства работы на основе функциональных подразделений она перешла к работе юнитами.

Юнит – это, по сути, команда, которая обладает всеми необходимыми навыками и ресурсами для решения поставленных перед ней задач.

Например, внутри организации были созданы такие юниты, как «Доставка» и «Мессенджер». Соответственно, указанные команды полностью отвечали за соответствующие направления работы на всех платформах и могли сделать все возможное для их развития. Получилось что-то вроде стартапов внутри большой компании.

Это позволило «пофиксить» ранее описанную проблему низкопродуктивного общения между отделами. Члены каждого юнита теперь сидели вместе и общались между собой на постоянной основе. Соответственно, ответ на любой вопрос можно было получить моментально, а качество коммуникации резко возросло.

Однако у такого подхода к организации рабочего процесса были и свои минусы. Прежде всего это низкий bus factor.

Bus-factor – это умозрительный показатель того, сколько сотрудников должен сбить автобус или грузовик, чтобы работа по проекту остановилась целиком.

Раньше, когда, например, сотрудник какого-то отдела заболевал или увольнялся, руководитель просто выделял из своего функционального звена другого работника. Но когда сотрудники оказались поделены на юниты, возможности «легкой замены» исполнителей оказались утрачены. И выходом здесь стала как раз кросс-функциональность.