Когда к нам приходит команда разработки, первый вопрос не «какие у вас фичи», а «откуда вы переезжаете». По ответу сразу понятно, с чем предстоит работать.
У vStack (by ITG) ответ был: «отовсюду». Jira, Trello, GitLab Issues. Разные команды, разные инструменты, единой картины нет. История типичная для российских продуктовых компаний в 2022–2023: санкции отрезали Jira, а замену искали каждый сам по себе.
vStack — не рядовой случай. Это команда, которая разрабатывает гиперконвергентную платформу — российскую альтернативу VMware и Nutanix. Сложная архитектура, несколько продуктов (HCP, Cloud Panel, VDI), двухнедельные спринты, регулярные релизы. Им нужен был не просто таск-трекер, а инструмент, который держит полный цикл: от эпика до дефекта.
С чем пришли
Три инструмента
Задачи в Jira, доски в Trello, код-ревью в GitLab. Чтобы собрать статус спринта, руководитель обходил три системы и два чата. Сквозной иерархии «продукт → эпик → фича → задача → дефект» не существовало.
Онбординг как квест
Новому разработчику объясняли не процесс, а зоопарк: задачи смотри тут, баги логируй там, а спринт планируем в третьем месте.
Нет истории решений
Почему эпик отложили? Кто закрыл дефект? Когда фича попала в релиз? Ответы были размазаны между инструментами или не зафиксированы вообще.
«До этого был разрозненный процесс — не было единой системы, от команды к команде решения менялись даже внутри vStack»
Евгений Карпов, генеральный директор vStack
Что сделали
Внедрение шло в два этапа — и это осознанный выбор, а не «не успели».
Этап 1: просто переехать
Развернули стенд, настроили доски для команд. На этом этапе SimpleOne SDLC работал как замена таск-трекера — единое место вместо трёх разрозненных. Никакой революции, просто консолидация. Главная задача — чтобы 100% задач оказались в одном месте.
Этап 2: выстроить процесс
Когда данные собрались в одной системе, стало видно, чего не хватает. Команда начала структурировать бэклог, выстраивать иерархию (продукт → эпик → фича → задача → дефект), назначать владельцев. Появились правила работы с релизами и дефектами — не потому что мы заставили, а потому что единая среда сделала хаос видимым.
Почему два этапа, а не один: попытка внедрить и инструмент, и процесс одновременно — верный способ провалить оба. Сначала люди привыкают к интерфейсу, потом — к дисциплине.
Как устроена работа сейчас
Вся техническая дирекция vStack (100% сотрудников) работает в SimpleOne SDLC. Структура:
-
Продукты и проекты — верхнеуровневая организация
-
Эпики — крупные блоки с бизнес-ценностью, поступающие от бизнеса
-
Фичи — единица прироста функциональности внутри эпика
-
Задачи — конкретные единицы работы, назначенные на исполнителей
-
Дефекты — ошибки, зафиксированные тестировщиками
Спринты двухнедельные. В конце каждого — технический релиз. Планирование, трекинг и ретро — в одном месте. Маркетинг тоже завёл свои проекты в системе.
Что получилось
Если честно, результат не в каких-то космических метриках, а в простых вещах:
Единая картина
Руководитель видит все продукты, все спринты, все блокеры — без сведения данных из трёх источников.
Предсказуемое планирование
Вся информация для приоритизации — в одном месте. Не нужно перед планированием спринта бегать по чатам.
Адаптация новых сотрудников
Новый разработчик осваивает один инструмент, а не три.
История решений
У каждой задачи есть владелец, статус и история. Через полгода можно поднять, почему эпик отложили и кто принял решение.
«Система выполняет свою функцию: мы можем наблюдать проект, декомпозировать его на задачи, отслеживать прогресс. SimpleOne SDLC закрывает все наши базовые потребности в управлении разработкой»
Евгений Карпов, генеральный директор vStack
Что дальше
В ближайших планах — интеграция с GitLab (связка задач с коммитами и ветками) и подключение code review из SimpleOne SDLC 1.9.0. По сути, следующий шаг — замкнуть цикл: задача → код → ревью → релиз в одном контуре.
ссылка на оригинал статьи https://habr.com/ru/articles/1041034/