From 81a192d84ec48c6d73a96856c9ce193abc636a65 Mon Sep 17 00:00:00 2001 From: kevdokimov <79169605859@ya.ru> Date: Thu, 18 Jan 2024 11:31:48 +0300 Subject: [PATCH 1/4] Update techlead-profile.md --- techlead-profile.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) 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. -- Внедряет успешно показывшие себя процессы в нескольких кластерах. +- Внедряет успешно показавшие себя процессы в нескольких кластерах. ### Техническая экспертиза From 3a2ea7e43384cf336f3bb677875cc427a9db815b Mon Sep 17 00:00:00 2001 From: kevdokimov <79169605859@ya.ru> Date: Thu, 18 Jan 2024 13:35:59 +0300 Subject: [PATCH 2/4] Update QA-profile.md --- QA-profile.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/QA-profile.md b/QA-profile.md index 215e125..89d5244 100644 --- a/QA-profile.md +++ b/QA-profile.md @@ -62,7 +62,7 @@ - Исследует проблемы flaky-тестов и самостоятельно устраняет причины, либо адресует руткозы флаки-тестов на ответственных и добивается их исправлений. - Если видит проблемы в большом количестве багов от команды, то исследует первопричину и меняет процессы обеспечения качества. - Является экспертом по QA внутри своей команды: обучает коллег тестировать через менторство, с объяснением теории и применением практики. Организует процессы тестирования, так, чтобы не являться боттл-неком для команды. -- Может настроить автоматическую сборку тестового контура для интеграционного тестирования фичей в юнита. Например, прогон специфичных тестов на релизах Инфомодели. +- Может настроить автоматическую сборку тестового контура для интеграционного тестирования фичей в юните. Например, прогон специфичных тестов на релизах Инфомодели. - Проводит исследовательское тестирование с целями, сессиями и итоговыми отчётами. ### Е5 From d7182788e2befe6586d3cdf8c322472e08ea7771 Mon Sep 17 00:00:00 2001 From: kevdokimov <79169605859@ya.ru> Date: Thu, 18 Jan 2024 17:53:39 +0300 Subject: [PATCH 3/4] Update QA-profile.md --- QA-profile.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/QA-profile.md b/QA-profile.md index 89d5244..09b90eb 100644 --- a/QA-profile.md +++ b/QA-profile.md @@ -57,9 +57,9 @@ - Координирует кросскомандное тестирование. - Доносит до команды информацию о состоянии качества и фокусирует команду на его улучшении. - Умеет разрабатывать тесты на backend и хотя бы на один client-side, чтобы обеспечивать покрытие на всех уровнях системы. -- Прорабатывает вместе с разработчиками юнит-тесты. +- Прорабатывает вместе с разработчиками юнит-тесты. - Может проверить качество покрытия юнит-тестами, которые пишут разработчики, через код ревью или с помощью мутационного тестирования. -- Исследует проблемы flaky-тестов и самостоятельно устраняет причины, либо адресует руткозы флаки-тестов на ответственных и добивается их исправлений. +- Исследует проблемы flaky-тестов и самостоятельно устраняет причины, либо адресует руткозы flaky-тестов на ответственных и добивается их исправлений. - Если видит проблемы в большом количестве багов от команды, то исследует первопричину и меняет процессы обеспечения качества. - Является экспертом по QA внутри своей команды: обучает коллег тестировать через менторство, с объяснением теории и применением практики. Организует процессы тестирования, так, чтобы не являться боттл-неком для команды. - Может настроить автоматическую сборку тестового контура для интеграционного тестирования фичей в юните. Например, прогон специфичных тестов на релизах Инфомодели. From 69eaa13fa776c374e90346224506ed6e39b3c700 Mon Sep 17 00:00:00 2001 From: kevdokimov <79169605859@ya.ru> Date: Thu, 18 Jan 2024 18:31:28 +0300 Subject: [PATCH 4/4] Update avito-developer-practice.md --- avito-developer-practice.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) 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). Мы надеемся, что вы тоже будете использовать модель зрелости во благо. ### Как не надо использовать модель Неправильно понимать модель зрелости как способ оценить, кто в компании лучше, кто хуже, а потом составить рейтинг, плохих поставить в угол, а хороших — премировать. Мы никого не сравниваем и не наказываем команды за уровни ниже базового.