Инструменты отслеживания проектов SAP в 2026 году: четыре, которые действительно работают

Для большинства новых программ S/4HANA правильный инструмент отслеживания это SAP Cloud ALM: он считывает транспорты, тесты и фазы прямо из системы SAP, а клиенты с Enterprise Support или облачной подпиской не платят за лицензию. Jira или Planner и Project от Microsoft имеют смысл, только если ваша организация уже работает в них и кто-то отвечает за интеграцию. SAP Solution Manager по-прежнему подходит для сложных ландшафтов on-premise, но его основная поддержка заканчивается в 2027 году. Это руководство для руководителей программ и лидеров PMO, которые выбирают или чинят инструмент. В нём сравниваются четыре варианта и приводится чек-лист. Важна одна проверка: показывает ли инструмент, что происходит внутри системы, или только то, о чём сообщили люди?

В одном из моих ранних проектов S/4HANA мы потеряли пять недель, пытаясь понять, почему транспорты застряли в QA. Ясной картины не было ни у кого. Инструмент отслеживания отслеживал задачи, а не работу.

С годами я понял, что настоящая проблема обычно глубже запоздавшей задачи: отслеживание не видит систему. Если инструмент не показывает, что происходит в вашем системном ландшафте, вы управляете на допущениях.

Четыре свойства отличают инструменты, которые предотвращают задержки, от тех, что фиксируют их постфактум.

Интеграция с системой SAP. Инструмент, который читает систему, знает реальное состояние транспортов, тестовых прогонов и согласований. Инструмент, который питается ручными обновлениями, знает то, о чём сообщили люди, часто с опозданием на неделю.

Охват поздних фаз. Большинство инструментов справляются со сборкой. Они разваливаются на тестировании, cutover и hypercare, а именно там задержки накапливаются. Если инструмент не может отслеживать пробные прогоны и задачи cutover, он бросает вас в самый рискованный момент.

Видимость зависимостей. Миграция данных питает UAT. Последовательность cutover зависит от порядка транспортов. Инструмент, который показывает выполнение задач, но не цепочки зависимостей, не может показать, что одна задержка делает с тремя другими потоками работ.

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

1. SAP Cloud ALM

SAP Cloud ALM это инструмент SAP для управления жизненным циклом приложений в облачных и гибридных ландшафтах. Лицензии на него нет. Клиенты с облачной подпиской, включающей Enterprise Support, облачные редакции (контракты RISE и GROW включают), либо с on-premise Enterprise Support могут развернуть один тенант на номер клиента. Клиенты со Standard Support на это не имеют права, если у них нет и такой облачной подписки.

Что он делает хорошо: структурирует проект по фазам SAP Activate и считывает статус из системы, включая выполнение тестов и транспорты. Я внедрял S/4HANA для производственной компании и отслеживал в Cloud ALM весь 10-месячный проект. Во время Realize у нас возникли проблемы с миграцией данных. Инструмент отметил задержку и рассчитал влияние на зависимые задачи.

Где он уступает: ему нужно нормальное подключение к вашим системам. Когда команда Basis перегружена, это подключение не появляется в начале Prepare. К моменту настройки проект уже два месяца живёт в таблице, и никто не хочет переносить историю.

Для любой новой облачной программы S/4HANA или программы RISE начинайте отсюда. Стоимость не в лицензии. Она в усилиях Basis и конфигурации.

2. Jira с надстройкой для портфеля

Jira это стандартный трекер задач во многих корпоративных ИТ-отделах. Надстройки для портфелей, такие как BigPicture, добавляют диаграммы Ганта, зависимости и представления ресурсов. ИИ от Atlassian, теперь под брендом Rovo, входит в каждый платный тариф Jira с ежемесячным лимитом кредитов, суммирует задачи и готовит черновики статус-отчётов.

Он работает, когда организация уже использует Jira для разработки и поддержки. Если системный интегратор настраивает Cloud ALM, а ИТ-команда клиента ведёт всё остальное в Jira, получаются параллельные системы. Jira показывает, что делает ИТ. Cloud ALM показывает, что делает SAP. Единой картины нет ни у кого.

Риск в интеграции. У Jira нет встроенного понимания транспортов или фаз Activate. Без настроенной интеграции с ландшафтом SAP можно отслеживать задачи, но не систему.

3. Microsoft Planner и Project

Многие PMO выросли на Microsoft Project, и он остаётся привычным для руководителей по финансам и операциям. В 2026 году линейка продуктов изменилась. Microsoft прекратил работу Project Online 30 сентября 2026 года и остановил новые продажи Planner и Project Plan 5. Клиентам, которым нужно планирование на рабочем столе, предлагают Planner и Project Plan 3, который стоит $30 за пользователя в месяц по прейскуранту. Microsoft 365 Copilot, лицензия-дополнение, готовит черновики статус-отчётов и материалов для управляющего комитета по плану и связанным документам.

Глубокой стандартной связи между инструментами Microsoft и SAP нет. Чтобы получить статус транспортов или тестов в плане, нужен сторонний коннектор или собственная интеграция. Для развёртывания финансов и закупок S/4HANA в одном юридическом лице, где PMO клиента уже владеет лицензиями, этого может хватить. Для программ с несколькими юридическими лицами, большим числом транспортов и зависимостями между системами глубины недостаточно.

Если ваш PMO работал в Project Online, убедитесь, что миграция на замену завершена, до того как фиксируется базовый план программы.

4. SAP Solution Manager

SAP Solution Manager 7.2 это предшественник Cloud ALM для ландшафтов on-premise, входящий в договоры поддержки on-premise. Для сложных ландшафтов on-premise он по-прежнему идёт глубже всех: мониторинг транспортов, документация процессов, встроенное управление тестированием и контроль изменений. В одном недавнем проекте Solution Manager предупредил нас о конфликтующих транспортах до их импорта в среду качественного тестирования. Это предотвратило конфликт конфигурации, на распутывание которого ушли бы дни.

Цена этого в трудозатратах на настройку. Правильная конфигурация занимает недели времени специалистов Basis и Solution Manager. Команды, которые экономят на этих вложениях, в итоге используют его только для мониторинга транспортов, и большая часть возможностей пропадает.

Основная поддержка заканчивается в конце 2027 года. Расширенная поддержка действует до 2030 года для отдельных функций, для клиентов, которые берут расширенную поддержку Business Suite 7. Собственная рекомендация SAP: перейти на Cloud ALM до 2028 года. Для новой программы выбирайте Solution Manager, только если он у вас уже хорошо работает и программа закончится до закрытия этого окна.

1. Сен 2026Microsoft Project Online прекращёнДля планирования на рабочем столе предлагают Planner и Project Plan 3
2. Конец 2027Заканчивается основная поддержка Solution ManagerРекомендация SAP: завершить переход на Cloud ALM до 2028 года
3. Конец 2030Заканчивается расширенная поддержка Solution ManagerТолько отдельные функции, с расширенной поддержкой Business Suite 7

Источник: Microsoft Tech Community и SAP Support Portal, проверено в октябре 2026 года

В таблице сведены четыре варианта по состоянию на октябрь 2026 года.

Инструмент	Лучше всего подходит для	Интеграция с SAP	Трудозатраты на настройку	Лицензирование
SAP Cloud ALM	Новые программы S/4HANA, RISE и GROW	Нативная	Средние	Лицензионной платы нет при Enterprise Support или облачной подписке
Jira с надстройкой для портфеля	Организации, которые уже работают в Jira	Через стороннюю или собственную интеграцию	От средних до высоких	Подписка за пользователя плюс надстройка и затраты на интеграцию
Microsoft Planner и Project	PMO среднего рынка, которые уже работают на Microsoft	Через стороннюю или собственную интеграцию	От низких до средних	Planner и Project Plan 3 стоит $30 за пользователя в месяц по прейскуранту
SAP Solution Manager 7.2	Сложные ландшафты on-premise, где он уже используется	Нативная, глубокая	Высокие	Входит в поддержку on-premise; основная поддержка заканчивается в 2027 году

В каждом из четырёх инструментов теперь есть слой ИИ. SAP добавил Joule в Cloud ALM, включая агентов для эксплуатации, которые суммируют оповещения и строят дашборды мониторинга по запросам простым языком. Microsoft 365 Copilot готовит текстовые обновления по плану. Rovo от Atlassian суммирует обсуждения в Jira и готовит черновики страниц Confluence.

Чего ИИ не меняет, так это глубины интеграции. Он ускоряет написание статуса по тем данным, что есть в инструменте. Если инструмент питается из таблиц, ИИ быстрее пишет сводки по таблицам. Сначала стройте интеграцию. Слой ИИ добавить позже проще всего.

Прежде чем фиксировать инструмент, пройдите эти вопросы.

1. Считывает ли инструмент статус транспортов, тестов и согласований из системы SAP или рассчитывает на то, что люди будут вводить его вручную?
2. Отслеживает ли он пробные миграции, задачи cutover и обращения hypercare, а не только сборку?
3. Может ли он показать цепочки зависимостей между потоками работ?
4. Кто, поимённо, отвечает за интеграцию между инструментом и ландшафтом SAP?
5. Какова реальная стоимость настройки? Лицензия часто оказывается самой малой цифрой; время Basis и интеграции это настоящее вложение.
6. Будет ли им пользоваться вся команда, включая руководителей бизнеса?
7. Если два инструмента должны сосуществовать, какой из них источник истины по состоянию системы, а какой по бизнес-графику?

О том, как отслеживание питает управление, читайте в моём руководстве о том, как вернуть проекты SAP в график.

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

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

Что такое SAP Cloud ALM и бесплатен ли он?

SAP Cloud ALM это инструмент SAP для управления жизненным циклом приложений при внедрении и эксплуатации систем SAP. Отдельной лицензии нет. Клиенты с SAP Enterprise Support или Product Support for Large Enterprises могут развернуть один тенант на номер клиента. Так же могут клиенты, чья облачная подписка включает Enterprise Support, облачные редакции, а это охватывает RISE и GROW. Реальная стоимость в усилиях по подключению и настройке.

Подходит ли Jira для отслеживания проектов SAP?

Для задач и проблем да. Он не понимает нативно транспорты, фазы SAP Activate и зависимости SAP. С надстройкой для портфеля и настроенной интеграцией он может вести графики программы и подтягивать часть данных SAP. Используйте его, когда организация уже ведёт в Jira всё остальное. Для отдельной программы SAP без существующих вложений в Jira эффективнее начать с Cloud ALM.

Что заменило Microsoft Project Online?

Microsoft прекратил работу Project Online 30 сентября 2026 года. Клиентам, которым нужно планирование на рабочем столе, Microsoft предлагает Planner и Project Plan 3, куда входит приложение Project для рабочего стола. Planner и Project Plan 5 больше не продаётся новым клиентам. Если ваш PMO отслеживал программу SAP в Project Online, убедитесь, что миграция завершена, а история перенесена, прежде чем полагаться на новый план.

Когда использовать SAP Solution Manager вместо Cloud ALM?

Когда выполняются три условия. Вы управляете сложным ландшафтом ECC или S/4HANA on-premise. У вас уже настроен Solution Manager и есть команда, которая его знает. И программа завершится до окончания основной поддержки в 2027 году. При переходе с ECC на S/4HANA они могут работать параллельно: Solution Manager для старого ландшафта, Cloud ALM для нового. SAP рекомендует завершить переход на Cloud ALM до 2028 года.

Как инструменты отслеживания сокращают задержки в программах SAP?

Показывая проблемы раньше, чем это делает еженедельное статус-совещание. Транспорт, застрявший в очереди согласования, не появляется в ручном отчёте, пока кто-нибудь не заметит. Инструмент, читающий систему, покажет его в тот же день. В описанном выше раннем проекте инструмент, читающий реальный статус транспортов, показал бы затор до того, как он обошёлся в пять недель. Выигрыш больше всего в Realize и Deploy, когда объёмы транспортов высоки, а тестирование идёт параллельно.

Можно ли использовать несколько инструментов отслеживания в одной программе SAP?

Можно, и это обычно приводит к проблемам: два инструмента показывают разный статус одного потока работ, и каждая эскалация начинается со спора о том, какой из них прав. Если приходится держать два, дайте каждому определённую роль. Состояние системы (транспорты, тесты) живёт в Cloud ALM или Solution Manager. Бизнес-график может жить в Jira или Planner, если это стандарт клиента. Синхронизируйте их через заданные интервалы.