Управление ИТ-проектами: от целей до релиза в единой экосистеме

Для ИТ-разработки замена таких популярных систем, как Jira и Confluence, — сложная и рискованная задача. Именно на зарубежных платформах долгое время ИТ-команды строили все ключевые процессы: планирование, интеграции, релизные циклы, базы знаний. Поэтому любые сбои в работе этих инструментов будут напрямую отражаться на эффективности разработки.

Тем важнее найти решение, которое позволит перейти на российские ИТ-продукты без потери управляемости и поддержки привычных проектных сценариев. В этой статье покажем, как это реализовать на примере внедрения решений Naumen — Project Ruler и Knowledge Management System.

Строим сквозную модель управления ИТ-проектом на базе решений Naumen

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

В Naumen Project Ruler (NPR) для этого создана сквозная модель управления. Это цепочка, которая связывает цели, портфели, эпики, user stories, задачи, тесты, исправления багов и релизы. Каждое последующее звено цепочки детализирует предыдущее и отражает реальное положение дел на проекте. Если на каком-то из уровней появляются риски или ошибки, эта информация становится видна на всех этапах проектного цикла. Руководитель всегда может оценить, как текущие задачи и проблемы влияют на выполнение ключевых стратегических целей.

Что дает такой подход:

• видна связь между стратегией и повседневной работой команд;
• удобно отслеживать метрики и прогресс по каждой роли и этапу;
• упрощается аудит и онбординг. История всех изменений и решений сохраняется, новичку проще включиться в рабочий процесс;
• при миграции с Jira, Confluence и других подобных решений привычная логика не теряется. Новая система воссоздает привычные процессы и сохраняет все связи между задачами и знаниями.

Рассмотрим на примере. Допустим, стратегическая цель компании — сократить время выполнения работ, чтобы снизить операционные затраты ИТ-разработки в проекте. Достигается она конкретными задачами. Так, к задачам в NPR будут прикрепляться артефакты из системы Naumen KMS: требования, UX-гайды, чек-листы. QA-инженеры увидят тест-планы и дефекты, DevOps смогут связать изменения с CI/CD. За счет связки NPR и KMS процесс работы сохранится в Release Notes и постмортемах, которые далее можно посмотреть и проанализировать, если что-то сломается или потребует доработки.

Интегрируем среду разработки в единое пространство

Когда планирование, постановка задач, код, релизы и аналитика живут каждый в своем ПО, контролировать проект сложно. В результате на стыке этапов теряются данные, руководитель не видит реальной картины, а ошибки выявляются слишком поздно.

В NPR настраивается единое пространство, где все ключевые процессы связаны между собой: система интегрируется с системой для управления версиями GitLab и автоматически собирает всю историю жизненного цикла задачи. Руководителю не нужно сверять статусы, искать, кто и какие изменения внес в код, или пытаться восстановить точную последовательность действий команды.

Чем интеграции системы управления проектами с инструментами разработки будут полезны:

• меньше времени уходит на исправление ошибок — контекст задачи виден всем, легко найти информацию, когда и из-за чего возникала ошибка;
• точная оценка эффективности — на дашборде система покажет ключевые DevOps-метрики: частоту и скорость релизов, процент неудачных сборок, среднее время восстановления и другие показатели;
• отчетность по факту — руководитель видит не просто статус задачи, а весь жизненный цикл.

Приведем пример из проектной практики Naumen. При подготовке к аудиту регулятора ИТ-службе заказчика потребовалось доказать трассируемость изменений и контроль доступа к знаниям по проекту. Благодаря связке NPR и KMS удалось автоматически сформировать полный пакет подтверждений. Система выгрузила все Release Notes со ссылками на требования и тесты. Это позволило пройти аудит за 3 дня вместо привычных 3–4 недель, снизить число замечаний на 40% и полностью избежать критических несоответствий.

Используем гибкий конструктор процессов вместо набора плагинов

В ИТ-проектах процессы быстро усложняются. Задачи множатся, каждая команда выстраивает процессы по-своему, что в итоге сильно усложняет миграцию на российское ПО. Многие сталкивались с этим при работе с Jira. Процессы поддерживаются множеством плагинов, и чтобы разобраться в их формах и настройках, нужно держать отдельный штат экспертов.

В NPR вместо набора плагинов реализован встроенный конструктор процессов. Это инструмент, который позволяет самостоятельно настраивать и менять рабочие процессы в системе без помощи разработчиков. Например, сделать так, чтобы автоматически определялась последовательность этапов задачи, добавлялись необходимые согласования и условия переходов. Кроме того, настраивать видимость полей для разных ролей, а также адаптировать процессы под новые требования бизнеса или команды. Такой инструмент дает ИТ-службе полный контроль над управлением жизненным циклом задач без риска нарушить логику работы.

Как вариант настройки — задача переходит в статус «Готова к релизу» только после автоматической проверки условий: закрытия всех критичных дефектов и выполнения чек-листа.

Строим защищенную среду для управления ИТ-проектами

Помимо удобства управления проектами, компания получает полностью контролируемый и безопасный таск-трекер для ИТ-разработки. Все данные будут храниться в корпоративном внутреннем контуре без помощи подрядчиков, что минимизирует риск утечек.

Доступ к данным защищен. В NPR и KMS реализованы авторизация по ролям, внутреннее шифрование трафика, регулярные проверки кода и соответствие стандартам информационной безопасности.

Главное

1. Сквозная модель управления проектами на базе решений Naumen выстраивает все этапы ИТ-проекта в единую цепочку. Это позволяет руководителю и команде видеть реальное выполнение бизнес-целей вплоть до релиза, не теряя контекст и историю изменений, в том числе при миграции с зарубежных платформ.
2. Интеграция со средой разработки ускоряет внедрение изменений, снижает количество ошибок и время на их исправление.
3. Конструктор процессов позволяет подстроить процессы под требования конкретной ИТ-команды без привлечения разработчиков, а также избежать перегруженности интерфейса, автоматизировать переходы между статусами и быстрее доводить проект до результата.
4. Безопасность данных реализована на всех уровнях. Система размещается в контуре компании, поддерживает шифрование и централизованный аудит.