Angular несколько проектов

Я делаю доказательство концепции по следующим критериям:

1. Разрешить каждому элементу меню быть в другом проекте Bitbucket.
2. Создайте один компонент, не нарушая работу остальных.
3. Компоненты могут разговаривать друг с другом.
4. Если один из компонентов обновляется, все приложения автоматически должны видеть последнюю версию этого компонента.
5. Все команды будут использовать следующие версии:
   • Угловой интерфейс командной строки: 7.0.7
     
   • Узел: 10.13.0
     
   • Угловой: 7.0.4
     

Я сделал пример с использованием элементов Angular, расширяющих HTML.
Каждая команда angular выполняет развертывание, создавая файл JavaScript (team1.js, team2.js, team3.js), регистрируя его тег.

Пример:

<team1> </ team1>  customElements.define("team1", ....); 
<team2> </ team2>  customElements.define("team2", ....); 
<team3> </ team3>  customElements.define("team3", ....);

Главное приложение Angular, в котором есть меню, импортирует файлы JavaScript (team1.js, team2.js, team3.js), и при нажатии на каждое меню тег динамически создается внутри основного div.

menu team1 >> this.renderer.createElement ("team1")
menu team2 >> this.renderer.createElement ("team2")
menu team3 >> this.renderer.createElement ("team3")

Если какой-либо группе требуется доступ к веб-сервису, например, для заполнения таблицы, таблица будет отображаться раньше. Поэтому я делаю запрос в веб-сервисе, а затем динамически создаю тег таблицы и передаю параметр в Popular.
В проекте Angular он нормально работает без этой необходимости. Но с элементами Angular я получил именно это:

this.data = data returned from webservice
const element = this.renderer.createElement ("component-table");
this.renderer.setProperty (element, "data", this.data);

Все это работает, но мне сложно работать с createElement.

Я мог бы сделать этот запрос веб-сервиса в основном проекте и пройти через параметр:

<team1 data = "data"> </ team1>

При этом все запросы к веб-сервису будут в основном проекте, и всем командам придется кодировать в этом проекте.

1. Есть ли другие возможности?
2. Можете ли вы продолжать делать это так, но менее сложным способом?