Повышение бас-фактора и повышение предсказуемости релизов. EdTech
Точка А:Компания обратилась с задачей распределения технической экспертизы внутри отдела, повышения предсказуемости релизов, повышения прозрачности текущего статуса загрузки команд.
Основные проблемы:
- Большинство технических решений завазано на СТО
- Непрозрачность принимаемых решений для команд, отсюда недовольство команд решениями сверху
- Мало инициативы от тех/тим лидов
- Низкое качество кода: дублирование, похожая функциональность в разных частях проекта, разные подходы к проектированию, разные требования к код-ревью
- Команды мало контанктируют друг с другом и не знают, кто чем занимается
Точка Б:- Повышение бас-фактора
- Повышение качества кода (переиспользование решений, уменьшение количества дублирования кода, снижение конфликтов при добавлении новых фич разными командами)
- Возможность быстро оценить ситуацию в команде топ-менеджментом
- Повышение предсказуемости сроков релиза с 50% до 80% (при релизном цикле 2 недели - отклонение от запланированной даты релиза стало 1-2 дня вместо 4-5 дней).
Что делали:- Организован архитектурный комитет: с регулярными встречами и своим беклогом задач и идей.
* Ответственность архитектурного комитета: принятие решений по техдолгу, синхронизация по разрабатываемым фичам, выработка общих подходов в проектированию, разработке и тестированию.
* Распространение решений, принятых на встречах архитектурного комитета, назначено на тимлидов.
- Организована серия презентаций от команд с рассказом о себе и своей части функциональности общего продукта.
- Оптимизация рабочих процессов:
* Внедрение единого стиля скрам-досок для всех команд
* Ведение дейли-встреч не по людям, а по целям (чтобы держать фокус на командных целях, а не на задачах отдельных участников команды).
* Сначала новый подход был опробован на пилотной команде, а потом внедрен на весь отдел (8 команд).
* Была проведена подготовка нового специалиста на роль скрам-мастера. Этот сотрудник отвечал за организацию встреч, решение ежедневных проблем и обучение остальных членов команды принципам Scrum.
* Тимлиды были обучены проведению 1-на-1 и годовых ревью с участниками своих команд.
- Созданы дашборды для мониторинга состояния команды
* У топ-менеджмента появилась возможность быстро посмотреть список и состояние релизов по командам, какие фичи в работе, количество критических дефектов и скорость их исправления и тд
* У тимлидов появилась возможность быстро оценить работу сотрудников, количество закрытых задач и задач в прогрессе, количество заведенных багов, продуктивность и тд.
- Общее время сотрудничества: 6 мес.