Как ускорить разработку ПО и снизить Time to Market
Time to Market показывает скорость разработки корпоративных систем. Как повлиять на эту метрику и ускорить запуск в эксплуатацию, поясняет Людмила Князева

Людмила Князева отвечает за маркетинговую стратегию и развитие HR-бренда в российской ИТ-компании Хоулмонт, которая занимается разработкой корпоративных решений и платформ для автоматизации бизнеса.
Time to Market — простая, но показательная метрика для корпоративных ИТ-подразделений. Чем меньше Time to Market, тем быстрее система запускается в эксплуатацию и начинает приносить результат. Компания не сливает бюджет на бесконечное переписывание тех.задания и разработку без выхлопа. Рассказываем, как оценить и снизить Time to Market.
Что такое Time to Market
Time to Market (TTM, Time 2 Market, T2M) — метрика для оценки скорости реализации любых проектов, включая разработку систем корпоративной автоматизации. По сути, это просто время, которое проходит от появления идеи до старта работы пользователей.
Снижение Time to Market важно как при разработке ПО силами собственного ИТ-отдела, так и при заказной разработке. В худшем случае проект может застрять в производственном аду и никогда не дойти до пользователей.
Что дает сокращение Time to Market:
- Инвестиции быстрее окупаются. Чем раньше система выходит в эксплуатацию, тем быстрее компания получает результат за счет автоматизации.
- Снижение затрат. Стоимость проекта напрямую зависит от времени его реализации, поскольку зарплата специалистов почасовая.
- Быстрое получение обратной связи. Комментарии и пожелания пользователей помогают развивать систему.
Как измерить Time to Market
При оценке Time to Market учитываются все этапы работы над проектом:
- Предпроектное исследование
- Аналитика
- Проектирование системы и подготовка ТЗ
- Разработка
- Тестирование
- Развертывание
- Стабилизация
- Запуск в эксплуатацию
Кроме Time to Market существует Lead Time — когда отсчет начинается с этапа аналитики, без учета времени проработки идеи. Также выделяют Cycle Time — время от старта разработки до релиза.

Рассчитать Time to Market и другие метрики помогают таск-трекеры. В них можно посмотреть дату появления первой карточки по проекту и дату закрытия последней. Во многих таск-трекерах есть функция отчетов, также они помогают увидеть узкие места и этапы, на которых произошла задержка.
За счет чего можно снизить Time to Market
Мы говорим о снижении Time to Market без роста затрат, например, не предлагаем увеличить команду проекта, чтобы ускорить разработку. Кроме того, важно не скатиться в крайность, запуская в эксплуатацию очевидно не работающую систему.
Шесть советов как снизить Time to Market за счет организации работы над проектом:
- Начинайте разработку с прототипа
- Разрабатывайте и внедряйте функциональность по этапам
- При замене критически важных систем используйте подходящую методологию
- Внедряйте инструменты ускорения разработки
- Стандартизируйте разработку
- Воспользуйтесь услугами ИТ-партнера
Далее разберем эти советы подробнее.
1. Начинайте разработку с прототипа
Разработка прототипа позволяет быстро проверить идею и не тратить время на решения, которые не жизнеспособны. Если концепция проекта расплывчатая, то можно параллельно заниматься детализацией ТЗ и разработкой. Вы быстро получите самую необходимую функциональность, а также фундамент для дальнейшего развития.

2. Разрабатывайте и внедряйте функциональность по этапам
Идея в том, чтобы декомпозировать проект и на каждом этапе сфокусироваться на ограниченном количестве функций. Внутри этапов можно использовать как гибкие методологии, так и каскадные.
За счет этого команда не будет распыляться, работу будет проще довести до конца. Кроме того, если одновременно запустить в эксплуатацию 10 модулей для 5 000 пользователей, то придется потратить время на устранение большого количества ошибок и отработку массы гневных комментариев пользователей. Поэтапный запуск поможет избежать этого.
3. При замене критически важных систем используйте подходящую методологию
Критически важные системы должны работать 24/7, поэтому их замена — нетривиальная задача. Дополнительно усложнить проект может жесткий дедлайн по запуску в эксплуатацию для отдельных функций. В некоторых случаях объем работ масштабный, но его невозможно оценить. На старте трудно составить ТЗ, которое точно и полно опишет все требования. Возможно, возникнут непредвиденные, не учтенные пожелания. Поскольку цена ошибки слишком велика, команда перестраховывается, проект затягивается, запуск в эксплуатацию откладывается. При этом гладкий старт все равно не гарантирован, при сбое понадобится проводить обратную миграцию данных, и это дополнительно затянет проект.
Чтобы исключить риски, в подобных проектах можно работать по методологии Parallel Running. В этом случае во время опытной эксплуатации старая и новая системы работают параллельно на одинаковом наборе данных. При сбое в одной системе операция выполняется в другой, бизнес-процессы не останавливаются. В отдельной статье мы наглядно сравнили подходы к замене ERP-систем.
При этом Parallel Running — не универсальное решение. Если на старте проекта реально подготовить качественное ТЗ, то синхронизация систем будет лишним усложнением, и лучше будет использовать методологию Большого Взрыва.
4. Внедряйте инструменты ускорения разработки
Инструменты повышения продуктивности разработки помогут повысить эффективность корпоративных ИТ-подразделений. Выбор технологической базы зависит от задачи.
Разработка на Java подходит для сложных процессов, повышенных требований к безопасности и производительности, нестандартных пользовательских сценариев. Это относительно долгий и относительно дорогой вариант. Снизить Time to Market поможет точечное использование инструментов повышения продуктивности.
Low-Code платформы на базе визуальных конструкторов и скриптовых языков многократно повышают скорость разработки. Однако на базе Low-Code может быть сложно реализовать высокопроизводительные решения, сложные интеграции или решения с повышенным уровнем защиты. Кроме того, созданные системы, как правило, нельзя перенести на другую платформу.
Jmix и другие Less Code платформы подходят для разработки типовых корпоративных приложений, построенных вокруг данных, форм и классических процессов, например заведения сущностей в систему, согласования документов или назначения задач. Этот вариант — компромисс между гибкостью и скоростью.
В отдельной статье можно прочитать о том, как снизить затраты на разработку и посчитать эффективность от внедрения Jmix.
5. Стандартизируйте разработку
Корпоративные платформы для разработки — следующий шаг после использования инструментов повышения продуктивности. Унификация процессов и переиспользование компонентов систем позволит сократить Time to Market.
На базе Jmix можно реализовать корпоративные платформы разработки, которые сочетают широко распространенный стек Java и адаптацию под задачи заказчика.
6. Воспользуйтесь услугами ИТ-партнера
Этот совет актуален даже для тех компаний, которые планируют вести разработку силами своего отдела. Освоение новой технологии требует времени и может снизить темп реализации проекта. Партнер возьмет на себя часть задач, а также поможет внутренней команде быстро вкатиться в разработку.
Возможны различные форматы:
- Разработка под ключ, а потом передача внутренней команде
- Совместная разработка
- Аутсорсинг или аутстаффинг
У технологического партнера есть опыт в реализации различных проектов, а также экспертиза в работе с инструментами. У бизнеса есть экспертиза в своей сфере. Комбинация усилий — максимально эффективный вариант.
Заключение
Time to market можно сократить за счет эффективной организации работы и выбора технологий. Быстрее запустить систему в эксплуатацию помогут разработка прототипов, декомпозиция проекта, инструменты повышения продуктивности и опытный ИТ-партнер. За счет этого получится достичь заметного результата без раздувания бюджета и стресса для команды.
Источники изображений:
Личный архив компании
Рубрики
Интересное:
Новости отрасли:
Все новости:
Публикация компании
Контакты
Социальные сети
Рубрики
