Системы управления требованиями в России: зачем они нужны и что выбрать в 2024
Всем привет! Хочу начать с наболевшего.
С систем управления требованиями (СУТр). Тестировщики, как никто, знают, как это бывает: требования к проекту улетают в разные стороны, каждый видит их по-своему, а потом начинаются проблемы. Можно, конечно, пытаться и дальше справляться с требованиями "на коленке", но, как показывает практика, такой подход редко приводит к чему-то хорошему. Тем более, что на рынке есть готовые решения, которые помогают систематизировать, анализировать и контролировать требования к проекту. Как говорится, ежу 🦔 понятно, что СУТр – это незаменимый инструмент для любого IT-проекта.
Зачем вообще использовать СУТр?
Давайте спросим у нашего воображаемого Ежа 🦔 ;) "Зачем нам СУТр, если и так можно договориться устно?" Ёж ответит: «Устная договорённость – это прямой путь к хаосу». И будет прав. Вот несколько причин, почему использование системы управления требованиями в IT становится обязательным:
- Мы повышаем прозрачность таким образом — СУТр позволяет чётко задокументировать все требования, снижая риск недопонимания (а Ёж точно знает, как часто такое бывает!) между разработчиками, заказчиками и пользователями.
- Уровень коммуникации становится лучше, ведь все участники проекта получают доступ к актуальной информации о требованиях в одном месте (чудо какое-то!), что делает общение и координацию более эффективными.
- Становится меньше багов, потому что чёткое определение и отслеживание требований помогает минимизировать ошибки на всех этапах разработки, тестирования и внедрения.
- Можно качественно управлять изменениями. СУТр даёт возможность легко отслеживать любые изменения в требованиях и своевременно реагировать на их влияние на проект.
- Качество конечного продукта повышается из-за чёткого понимания того, что нужно сделать. Это позволяет команде разработать продукт, который максимально соответствует ожиданиям заказчика.(Это ли не наша мечта?)
Что произойдет, если не использовать СУТр?
Отсутствие системы управления требованиями — это игра на авось. Последствия могут быть катастрофическими. Представьте, что команда разработчиков пропустила важные детали, потому что где-то что-то не записали?
Проект начнёт разваливаться и убытки неизбежны. Ёж 🦔 говорил о хаосе, но я дополню:
- команды скорее всего не будут понимать друг друга. Это когда "кто в лес, кто по дрова" или "я ему про Фому, он мне про Ерёму". Как вам больше нравится (надеюсь, вам нравится с СУТр);
- изменения не задокументированы, а значит про…пропущены, то есть добрый вечер, критические ошибки и задержки релиза;
- проект буксует, потому что координация так себе, а чёткой картины требований нет;
- качество продукта низковато, клиент получает то, что далеко от его ожиданий, а команда — его недовольство, возврат на исправления и, очень вероятно, штраф.
Какие СУТр используют сейчас в России?
Ситуация с санкциями изменила правила игры для многих зарубежных инструментов. Теперь не все западные решения доступны, но рынок предлагает множество достойных альтернатив. Давайте посмотрим (Ёж 🦔 присоединится), что стоит учитывать при выборе СУТр.
1. Jira
Это одна из самых известных систем управления требованиями, широко применяемая для управления проектами. Однако Atlassian, разработчик Jira, официально приостановил продажи и обслуживание в России. Это означает, что новые лицензии не доступны, а также могут возникнуть проблемы с обновлениями и техподдержкой для существующих пользователей. Тем не менее, некоторые компании продолжают использовать Jira через старые лицензии или другие обходные пути.
+ Широкие возможности настройки
+ Интеграция с другими инструментами разработки
+ Большая экосистема плагинов
- Ограниченная поддержка в России
- Возможные проблемы с обновлениями и лицензиями в будущем
2. Azure DevOps
Этот облачный сервис от Microsoft также попал под санкции. Новые лицензии для российских пользователей недоступны, и компания прекратила поддержку в регионе. Хотя те, кто уже пользовался Azure до введения санкций, могут продолжать работать, но ограничения делают это решение менее предпочтительным для новых проектов.
+Интеграция с продуктами Microsoft
+Хорошо подходит для команд, использующих DevOps
- Ограниченная доступность в России
- Зависимость от облачных сервисов Microsoft
3. Redmine
Популярная система с открытым исходным кодом, она остаётся доступной для российских пользователей, поскольку её использование не зависит от санкций. Redmine можно устанавливать и настраивать локально, что делает её устойчивой к внешним ограничениям
+ Бесплатная и доступная
+ Полная кастомизация
+ Локальная установка
- Интерфейс может показаться устаревшим
- Требует времени на настройку
4. 1С: Предприятие 8.3
Это отечественное решение, широко применяемое в российских компаниях. Модуль управления требованиями в 1С интегрирован в другие бизнес-процессы, что делает его удобным для использования в комплексных системах.
+ Интеграция с другими продуктами 1С
+ Хорошо адаптирован для российского бизнеса
- Подходит не для всех типов проектов
- Ограниченная гибкость по сравнению с зарубежными аналогами
5. УправТреб
Также российская система, специально разработанная для управления требованиями в рамках различных типов проектов. Она поддерживает подготовку, согласование и изменения требований, а также выбор продуктов и технологий по заранее установленным критериям.
+ Полная поддержка на территории России
+ Локальная установка и хранение данных
+ Интеграция с другими отечественными бизнес-системами
+ Простой и интуитивный интерфейс
- Ограниченные интеграции с международными инструментами
- Меньше возможностей для гибкой работы по Agile и DevOps
- Ограниченная база знаний и поддержка для специфических случаев
- Интерфейс требует адаптации для новых пользователей
6. Техэксперт СУТр
Интегрированная система для автоматизации управления нормативными требованиями и контроля их актуальности, разработанная на платформе «Техэксперт»
+ Интеграция с нормативными актами и стандартами
+ Актуализация требований и их контроль
+ Подходит для крупных проектов с многослойной иерархией требований
- Ограничена функциональностью для гибких методов разработки
- Не так распространена среди IT-команд за пределами специфических отраслей
7. Devprom
Ещё одна российская платформа для управления требованиями, которая также включает инструменты для планирования задач и управления тестированием.
+ Полная поддержка управления проектами и требованиями в одном инструменте
+ Включает интеграцию с системами контроля версий и баг-трекинга
+ Локальная установка и поддержка в России
- Интерфейс может казаться перегруженным
- Требует времени на освоение всех функций
8. Almware
Система, которая акцентируется на управлении требованиями к программному обеспечению и поддерживает концепцию "требование как артефакт".
+ Удобное управление требованиями к ПО
+ Интеграция с системами тестирования и другими инструментами ALM
+ Поддержка российских пользователей и компаний
- Интерфейс сложен для новых пользователей
- Ограниченная функциональность по сравнению с мировыми лидерами рынка
Ёж🦔, что же выбрать?
Когда дело касается выбора лучшей системы управления требованиями, всё зависит от конкретных нужд проекта. Но лучшие решения обладают рядом характеристик:
✔ Интуитивный интерфейс. Чем проще освоить систему, тем быстрее команда сможет с ней работать.
✔ Гибкость и настройка. Возможность адаптировать СУТр под требования проекта — это огромный плюс.
✔ Интеграция с другими инструментами. Связь с системами контроля версий, тестирования и другими проектными инструментами значительно ускоряет работу.
✔ Надежность и безопасность. Система должна быть стабильной, защищённой и доступной в любое время.
Подводя итог
Мы прекрасно понимаем, что управление требованиями – это не роскошь, а необходимость в IT. Правильная СУТр помогает минимизировать риски, улучшает коммуникацию в команде и повышает качество конечного продукта. Хотя санкции усложнили выбор инструментов, на рынке России по-прежнему есть доступные и эффективные решения. Если вы до сих пор работаете без СУТр – самое время заняться этим вопросом и выбрать подходящий инструмент для вашего проекта. Или поручить работу со своим проектом профессионалам.
Если СУТр, которой вы пользуетесь, не упоминается в статье, напишите, пожалуйста, в комментарии о ней. Интересно, чем пользуются коллеги.
P.S. Мы пока в основном на Jira, но плавно переводим проекты на другие платформы. Болезненно, но необходимо.