🇷🇺 Traslate host and core team references

Author: rmarting

introduction/ru/03-how-works-ru.asciidoc

@@ -18,7 +18,7 @@
 Эта аналогия с посещением дома метафорически показывает, как команды должны взаимодействовать между собой, когда одна команда отправляет гостевой код хозяевам репозитория.
 
 Теперь рассмотрим механику InnerSource.
-Для начала представим ключевых лиц процесса. 
+Для начала представим ключевых лиц процесса.
 
 * https://innersourcecommons.org/learn/learning-path/product-owner[_Product Owner_] или Владелец Продукта. Определяет функционал, который команда хозяев готова принять от гостевых команд.
 * https://innersourcecommons.org/learn/learning-path/contributor[_Contributor_] или Контрибьютор. Член гостевой команды, который отправляет код на ревью команде хозяев.
@@ -30,7 +30,7 @@
 * Владелец продукта убеждается в том, что задачи по созданию функционала созданы в трекере гостевой командой или хозяевами.
 Описание требуемого функционала соответствует тому, что запросила гостевая команда, а также содержит информацию от команды хозяев по тому, как выглядит решение, которое будет принято в общую кодовую базу.
 Например, описаны возможные архитектурные ограничения, кодовые конвенции, использованые зависимости и контракты и тому подобное.
-* С поддержкой Trusted Committer, Контрибьютор оформляет код в виде Pull Request-а, где реализует необходимый функционал. 
+* С поддержкой Trusted Committer, Контрибьютор оформляет код в виде Pull Request-а, где реализует необходимый функционал.
 
 Обратите внимание, что шаги не описывают конкретную организацию рабочего процесса или способ приоритизации запросов.
 InnerSource предполагает, что в команде существуют устоявшиеся принципы работы и представляет решение, как совместить эти принципы с поступающими гостевыми контрибьюциями.
@@ -42,4 +42,5 @@ InnerSource предполагает, что в команде существу
 
 === Дополнительные ресурсы
 
+* Команда-хозяин обычно представлена ​​шаблоном https://patterns.innersourcecommons.org/p/core-team[Core Team].
 * https://patterns.innersourcecommons.org/p/trusted-committer[Trusted Committer] паттерн.

introduction/ru/05-principles-ru.asciidoc

@@ -41,12 +41,12 @@
 * Принимаемых решений командой-владельцем
 
 По возможности, вся информация должна в подробностях распространяться по компании, начиная с объяснения использованных терминов и заканчивая особыми сценариями использования, специфичными для проекта.
-Коммуникация должна осуществляться таким образом, чтобы её можно было легко прочесть и понять тем, кто не является частью основной команды.
+Эта коммуникация должна осуществляться таким образом, чтобы она могла быть легко запрошена и понята теми, кто не входит в состав принимающей команды.
 
 === Приоритетное менторство
 
 _Менторство_ с помощью https://innersourcecommons.org/learn/learning-path/trusted-committer[_Trusted Commiters_] гостевых контрибьюторов – один из основных аспектов InnerSource.
-Важность работы с https://innersourcecommons.org/learn/learning-path/contributor[_Контрибьюторами_] из гостевых команд повышается и они получают достаточное количество информации о проекте и репозитории для его успешного изменения. 
+Важность работы с https://innersourcecommons.org/learn/learning-path/contributor[_Контрибьюторами_] из гостевых команд повышается и они получают достаточное количество информации о проекте и репозитории для его успешного изменения.
 В процессе этого они начинают лучше понимать способ работы хост-команды как со стороны обычного потребителя, так и представителя проекта.
 С течением времени и опытом, коммитеры могут получить бошее продвинутую роль в проекте — роль Trusted Committer.