vStack: единая среда управления разработкой на SimpleOne SDLC

О компании

vStack — российский ИТ-вендор, разработчик таких продуктов, как vStack HCP, vStack Cloud Panel и vStack VDI. Продукт компании позиционируется как отечественная альтернатива VMware, Nutanix и другим корпоративным платформам виртуализации. vStack входит в группу компаний ITG и работает на российском рынке в сегменте инфраструктурного программного обеспечения.

Платформа vStack позволяет бизнесу сократить затраты на ИТ-инфраструктуру и обеспечить стабильную работу информационных систем. Среди пользователей — компании из самых разных отраслей: от финансов и ритейла до промышленности и госсектора.

Разработкой продуктов занимается команда технической дирекции, работающая по гибким методологиям: двухнедельные спринты, регулярные релизы, декомпозиция задач от эпиков до конкретных единиц работы и дефектов. Именно эта команда стала основным пользователем SimpleOne SDLC.

Предпосылки внедрения

До появления SimpleOne SDLC процессы управления разработкой в vStack были разрозненными. Разные команды использовали разные инструменты — Jira, Trello, GitLab и другие таск-трекеры, — единой системы не существовало. Часть процессов велась неформально, без фиксации в каком-либо инструменте.

Ситуацию усугубили санкционные ограничения 2022 года: ряд зарубежных решений оказался недоступен для российских компаний. Потребность в едином, надежном и российском инструменте стала очевидной, и vStack оказался одним из первых в периметре группы компаний ITG, кто перешел на SimpleOne SDLC.

Выбор платформы

Выбор SimpleOne SDLC был обусловлен сочетанием стратегических, организационных и продуктовых факторов.

1. Импортонезависимость

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

2. Единая экосистема внутри холдинга

vStack входит в группу компаний ITG, где SimpleOne SDLC уже использовался или параллельно внедрялся в других компаниях — Grandbazar, Gettask и других. Единый инструмент упрощает обмен практиками между командами, унифицирует отчётность и снижает затраты на поддержку.

3. Полнота SDLC-цикла в одном продукте

В отличие от связки из нескольких инструментов (таск-трекер + доска + репозиторий + отдельный инструмент для code review), SimpleOne SDLC предлагает управление бэклогом, спринтами, релизами и дефектами в едином интерфейсе — без необходимости «склеивать» процессы между разными системами.

4. Гибкость настройки под процессы команды

Платформа позволила выстроить собственную иерархию сущностей — от продуктов и эпиков до задач и дефектов — без жёсткой привязки к предустановленным шаблонам. Для команды, ведущей разработку гиперконвергентной платформы со сложной архитектурой, это оказалось критически важным.

5. Прямой канал обратной связи с вендором

Команда vStack имеет возможность передавать пожелания напрямую в SimpleOne и видеть их реализацию в следующих релизах. Для продуктовой команды, которая сама строит ПО, отзывчивость вендора — значимый критерий: инструмент развивается вместе с потребностями пользователя, а не по абстрактному роадмапу.

Этапы внедрения

Внедрение прошло в два ключевых этапа.

Первый этап — развертывание и первичная настройка

Команде развернули стенд и настроили доски для команд разработки. На этом этапе SimpleOne SDLC использовался в базовом режиме — как единое пространство для ведения задач вместо разрозненных таск-трекеров.

Второй этап — выстраивание полноценных процессов

Со временем команда начала структурировать накопленный бэклог и выстраивать процессы управления разработкой. Появились новые роли, сформировались правила работы с бэклогом, релизами и дефектами. На этом этапе vStack начал активнее погружаться в возможности платформы.

Как организована работа в системе

Вся работа по управлению разработкой в vStack теперь ведется в SimpleOne SDLC. 

Команды технической дирекции (100% ее сотрудников) работают в рамках единой структуры:

1. Продукты и проекты — верхнеуровневая организация работы в системе.
2. Эпики — блок запросов, поступающий от Бизнеса, значительная функциональность с бизнес-ценностью.
3. Фичи — единица прироста функциональности внутри Epic.
4. Задачи — последовательные стадии реализации внутри фичи, назначаемые на исполнителей.
5. Дефекты — ошибки, которые фиксируют тестировщики по итогам выполнения задач.

Каждые две недели команда проводит планирование спринта, распределяет задачи и по завершении выпускает технический релиз. Такая ритмичность поддерживает предсказуемый темп разработки. Отдельные проекты зафиксированы и в смежных подразделениях — в частности, в маркетинге.

Результаты внедрения

Ключевой результат — 100% задач разработки сосредоточены в единой информационной среде. Все активные проекты и продукты, прежде распределённые между Jira, Trello, GitLab и другими инструментами, переехали в SimpleOne SDLC. Разрозненность устранена: у каждой задачи есть владелец, статус и история, а у руководителей — полная картина по всем командам без необходимости сводить данные из нескольких источников.

Переход на единую платформу дал команде ряд ощутимых эффектов. Планирование спринтов стало предсказуемым — вся информация для приоритизации находится в одном месте. Снизились потери на переключение между инструментами: постановка задачи, отслеживание прогресса, фиксация дефектов и управление релизами происходят в едином контуре. Новые сотрудники быстрее включаются в работу, потому что осваивают один инструмент, а не набор разрозненных сервисов.

Перспективы развития

vStack видит потенциал в дальнейшем углублении использования платформы. В ближайших планах — активация интеграции с GitLab для связывания задач с коммитами и ветками разработки, а также освоение функциональности code review из SimpleOne SDLC версии 1.9.0. По мере роста компании не исключается подключение к системе других подразделений. Накопленный опыт и прямой канал обратной связи с вендором позволяют vStack влиять на развитие платформы, а SimpleOne SDLC — всё точнее отвечать специфике процесса разработки. Этот диалог взаимно выгоден обеим сторонам.