diff --git a/QA-profile.md b/QA-profile.md index 215e125..09b90eb 100644 --- a/QA-profile.md +++ b/QA-profile.md @@ -57,12 +57,12 @@ - Координирует кросскомандное тестирование. - Доносит до команды информацию о состоянии качества и фокусирует команду на его улучшении. - Умеет разрабатывать тесты на backend и хотя бы на один client-side, чтобы обеспечивать покрытие на всех уровнях системы. -- Прорабатывает вместе с разработчиками юнит-тесты. +- Прорабатывает вместе с разработчиками юнит-тесты. - Может проверить качество покрытия юнит-тестами, которые пишут разработчики, через код ревью или с помощью мутационного тестирования. -- Исследует проблемы flaky-тестов и самостоятельно устраняет причины, либо адресует руткозы флаки-тестов на ответственных и добивается их исправлений. +- Исследует проблемы flaky-тестов и самостоятельно устраняет причины, либо адресует руткозы flaky-тестов на ответственных и добивается их исправлений. - Если видит проблемы в большом количестве багов от команды, то исследует первопричину и меняет процессы обеспечения качества. - Является экспертом по QA внутри своей команды: обучает коллег тестировать через менторство, с объяснением теории и применением практики. Организует процессы тестирования, так, чтобы не являться боттл-неком для команды. -- Может настроить автоматическую сборку тестового контура для интеграционного тестирования фичей в юнита. Например, прогон специфичных тестов на релизах Инфомодели. +- Может настроить автоматическую сборку тестового контура для интеграционного тестирования фичей в юните. Например, прогон специфичных тестов на релизах Инфомодели. - Проводит исследовательское тестирование с целями, сессиями и итоговыми отчётами. ### Е5 diff --git a/avito-developer-practice.md b/avito-developer-practice.md index e005734..4457727 100644 --- a/avito-developer-practice.md +++ b/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). Мы надеемся, что вы тоже будете использовать модель зрелости во благо. ### Как не надо использовать модель Неправильно понимать модель зрелости как способ оценить, кто в компании лучше, кто хуже, а потом составить рейтинг, плохих поставить в угол, а хороших — премировать. Мы никого не сравниваем и не наказываем команды за уровни ниже базового. diff --git a/techlead-profile.md b/techlead-profile.md index 49a5e0a..8d5a253 100644 --- a/techlead-profile.md +++ b/techlead-profile.md @@ -298,7 +298,7 @@ ### Управление процессами - Успешно создаёт и применяет разные подходы к организации процессов разработки в зависимости от команды и потребностей бизнеса. Например, ITSM, ITIL, LeSS. -- Внедряет успешно показывшие себя процессы в нескольких кластерах. +- Внедряет успешно показавшие себя процессы в нескольких кластерах. ### Техническая экспертиза