В индустрии разработки программного обеспечения набирает обороты проблема, способная свести на нет эффективность целых команд. По наблюдениям экспертов, долгие циклы выпуска релизов и культура поиска виноватых не только убивают инициативу, но и становятся причиной ухода лучших сотрудников.
Ситуация, знакомая многим: команда активно пишет код, однако релизы выходят не чаще раза в месяц. Каждое обновление воспринимается как прыжок с парашютом. Разработчики перепроверяют код по нескольку раз, боясь экспериментировать. Правка даже мелкого бага превращается в длительную цепочку согласований, а дедлайны горят один за другим. В итоге функции выходят с опозданием и в урезанном виде, а вместо чувства победы команда ощущает лишь опустошенность. Это порождает синдром самозванца, особенно у джуниоров, и заставляет специалистов избегать любых рисков, даже оправданных.
По мнению Алексея Флоринского, генерального директора компании SimbirSoft, спасти ситуацию могут конкретные инструменты, которые уже доказали свою эффективность на практике.
“Например, шлюзы функциональности. Код уже в продакшене, но новая функция скрыта. Вы включаете ее для 5% пользователей, смотрите на результат, а затем масштабируете. Если что-то пошло не так, откат занимает секунды без перевыпуска кода. Или, к примеру, бюджет ошибок. Это четкая договоренность с бизнесом: например, система должна работать 99,9% времени. Оставшиеся 0,1% (около 43 минут в месяц) можно потратить на ошибки и восстановление. Это снимает панику перед каждым сбоем”.
В качестве подтверждения эффективности подхода эксперт рассказывает о работе с командой, перешедшей на еженедельные релизы. Первое время было страшно, но меньший объем изменений упростил отслеживание багов. Через три месяца страх ушел, а дедлайны пришли в норму.
“Страх ошибок и долгие релизы — звенья одной цепи, — резюмирует Алексей Флоринский. — Изменить это можно, работая над всей системой: культурой, процессами и отношением к ошибкам”.