Новичок_я,

если вопрос чисто передачи данных между шагами (кроме факта усп. завершения или ошибки перед след. шагом)
то в SSIS есть свой внутренний WorkFlow, т.е. необязательно рассматривать его только как отдельный пакет/проект вставляемый в Job-ы агента.
Как альтернатива - Package Parts (которые можно использовать в разных пакетах, т.е. фактически общий шаблон reusable)
другая альтернатива если данные простые - брать последние значения параметров
(или говорят и переменных если "Raise event when variable value changes" настроено)
из SSIS логов
(если они не сбиты, обычно хранят как минимум несколько дней) - на основе уникальной системной переменной execution id
ну или чтобы сам пакет писал выходные данные в куда-нибудь базу
(хотя на волне BigData наблюдается странная тенденция переходить на диски даже для вполне структурированной информации, т.е. файлами)
а другой пакет их от туда подбирал.

по идее вот данные из этих объектов могут пригодится (если через SSISDB настроено а не через [msdb].[dbo].[sysssislog]):
[SSISDB].[catalog].[executions]
[SSISDB].[catalog].[execution_parameter_values]
[msdb].[dbo].[sysjobs]
[msdb].[dbo].[sysjobactivity]
[msdb].[dbo].[sysjobsteps]
[msdb].[dbo].[sysjobhistory]


но сейчас облачное всё стремительно развивается - там свои WorkFlow с оркестрацией/контролем Job-ов
(типа Azure Data Factory, или попроще для общей автоматизации вроде Microsoft Flow и множества прочих)
практически на каждой платформе что-то своё native есть, даже в DataBricks