Merge pull request #84 from kaevdokimov/master

Исправил опечатки

QA-profile.md

@@ -57,12 +57,12 @@
 - Координирует кросскомандное тестирование.
 - Доносит до команды информацию о состоянии качества и фокусирует команду на его улучшении.
 - Умеет разрабатывать тесты на backend и хотя бы на один client-side, чтобы обеспечивать покрытие на всех уровнях системы.
-- Прорабатывает вместе с разработчиками юнит-тесты. 
+- Прорабатывает вместе с разработчиками юнит-тесты.
 - Может проверить качество покрытия юнит-тестами, которые пишут разработчики, через код ревью или с помощью мутационного тестирования.
-- Исследует проблемы flaky-тестов и самостоятельно устраняет причины, либо адресует руткозы флаки-тестов на ответственных и добивается их исправлений.
+- Исследует проблемы flaky-тестов и самостоятельно устраняет причины, либо адресует руткозы flaky-тестов на ответственных и добивается их исправлений.
 - Если видит проблемы в большом количестве багов от команды, то исследует первопричину и меняет процессы обеспечения качества.
 - Является экспертом по QA внутри своей команды: обучает коллег тестировать через менторство, с объяснением теории и применением практики. Организует процессы тестирования, так, чтобы не являться боттл-неком для команды.
-- Может настроить автоматическую сборку тестового контура для интеграционного тестирования фичей в юнита. Например, прогон специфичных тестов на релизах Инфомодели.
+- Может настроить автоматическую сборку тестового контура для интеграционного тестирования фичей в юните. Например, прогон специфичных тестов на релизах Инфомодели.
 - Проводит исследовательское тестирование с целями, сессиями и итоговыми отчётами.
 
 ### Е5

avito-developer-practice.md

@@ -92,7 +92,7 @@
 - Есть ли платформенное решение, которое помогает избегать таких проблем? Возможно пора начать им пользоваться? В решении таких проблем часто помогают тестохранилка или PaaS.
 - Может ли необходимые для решения проблемы действия сделать команда или нужен отдельный проект, объединяющий несколько команд?
 
-Основная ценность, которую мы получаем от встреч — это action items, то есть действия, направленные на то, чтобы проблема не возникала в дальнейшем или чтобы мы раньше её замечали и быстрее чинили. Это могут быть как правки в коде, так и проекты по улучшения инструментов или процессов, предложения новых best practices и информационные рассылки на всю инженерную команду.
+Основная ценность, которую мы получаем от встреч — это action items, то есть действия, направленные на то, чтобы проблема не возникала в дальнейшем или чтобы мы раньше её замечали и быстрее чинили. Это могут быть как правки в коде, так и проекты по улучшению инструментов или процессов, предложения новых best practices и информационные рассылки на всю инженерную команду.
 
 Хорошие action items:
 - могут быть задачей или проектом, но не процессом;
@@ -130,7 +130,7 @@
 
 ### Как понять, что стоит обратиться в архитектурный комитет?
 
-- Идёт выпил из монолита одного сервиса или группы сервисов, входящих в один из бизнес-критичных путей:
+- Идёт выпил из монолита одного сервиса или группы сервисов, входящих в один из бизнес-критичных путей.
 - Делается новое платформенное решение, которое будет использовать кто-то кроме вашего юнита, например:
 - Делается высоконагруженный сервис. Основные признаки:
   - больше 500 rps или больше 100 тяжелых запросов / сек (по времени исполнения или количеству ресурсов);
@@ -222,7 +222,7 @@ Delivery — процесс от продуктового бэклога до в
 
 Также могут быть команды, которые не хотят следовать стандартам в силу своих причин. Такие сложные ситуации должны точечно обрабатывать эксперты: их задача — прийти и выяснить, почему команда считает так, а не иначе. Если стандарты действительно не подходят, то для конкретной команды модель зрелости мы не применяем. Но важно, чтобы это подтвердил эксперт, так как именно он отвечает за установленные технологии и процессы.
 
-Модель зрелости — это своего рода световой меч. Он может может быть в руках повстанцев и в руках Империи. Для нас — это ориентир, который помогает командам расти. Они сами определяют, что важно прокачать в первую очередь, что во вторую, и берут эти цели себе в [OKR](https://github.com/avito-tech/playbook/blob/master/goal-setting.md). Мы надеемся, что вы тоже будете использовать модель зрелости во благо.
+Модель зрелости — это своего рода световой меч. Он может быть в руках повстанцев и в руках Империи. Для нас — это ориентир, который помогает командам расти. Они сами определяют, что важно прокачать в первую очередь, что во вторую, и берут эти цели себе в [OKR](https://github.com/avito-tech/playbook/blob/master/goal-setting.md). Мы надеемся, что вы тоже будете использовать модель зрелости во благо.
 
 ### Как не надо использовать модель
 Неправильно понимать модель зрелости как способ оценить, кто в компании лучше, кто хуже, а потом составить рейтинг, плохих поставить в угол, а хороших — премировать. Мы никого не сравниваем и не наказываем команды за уровни ниже базового. 

techlead-profile.md

@@ -298,7 +298,7 @@
 
 ### Управление процессами
 - Успешно создаёт и применяет разные подходы к организации процессов разработки в зависимости от команды и потребностей бизнеса. Например, ITSM, ITIL, LeSS.
-- Внедряет успешно показывшие себя процессы в нескольких кластерах.
+- Внедряет успешно показавшие себя процессы в нескольких кластерах.
 
 
 ### Техническая экспертиза