Исправил ссылки (#112)

* Исправил битые ссылки после изменения структуры
* Убрал полный путь #97
This commit is contained in:
Alexandr Yang
2025-06-26 11:08:05 +03:00
committed by GitHub
parent 37ddd2893b
commit 5ddc67b2a2
13 changed files with 93 additions and 93 deletions

View File

@@ -1,8 +1,8 @@
# Инженерные практики
- [Live Site Review (LSR)](https://github.com/avito-tech/playbook/blob/master/avito-developer-practice.md#live-site-review-lsr) — разбор инцидентов
- [Архитектурный комитет](https://github.com/avito-tech/playbook/blob/master/avito-developer-practice.md#архитектурный-комитет) — ревью архитектуры приложений и сервисов
- [Team maturity model](https://github.com/avito-tech/playbook/blob/master/avito-developer-practice.md#Team-Maturity-Model) — Модель зрелости: как мы оцениваем и растим инженерные команды
- [Live Site Review (LSR)](#live-site-review-lsr) — разбор инцидентов
- [Архитектурный комитет](#архитектурный-комитет) — ревью архитектуры приложений и сервисов
- [Team maturity model](#team-maturity-model) — Модель зрелости: как мы оцениваем и растим инженерные команды
## Live Site Review (LSR)
Нам важно, чтобы Авито стабильно и надёжно работал. Но бывает, что, несмотря на наши усилия, что-то ломается. Это может быть железо или какой-то архитектурный компонент под высокой нагрузкой. В этом случае важно починить возникшую проблему как можно быстрее. Для этого у нас есть развесистая система мониторинга и алертов, а также служба круглосуточных дежурных.
@@ -220,7 +220,7 @@ Delivery — процесс от продуктового бэклога до в
Также могут быть команды, которые не хотят следовать стандартам в силу своих причин. Такие сложные ситуации должны точечно обрабатывать эксперты: их задача — прийти и выяснить, почему команда считает так, а не иначе. Если стандарты действительно не подходят, то для конкретной команды модель зрелости мы не применяем. Но важно, чтобы это подтвердил эксперт, так как именно он отвечает за установленные технологии и процессы.
Модель зрелости — это своего рода световой меч. Он может быть в руках повстанцев и в руках Империи. Для нас — это ориентир, который помогает командам расти. Они сами определяют, что важно прокачать в первую очередь, что во вторую, и берут эти цели себе в [OKR](https://github.com/avito-tech/playbook/blob/master/goal-setting.md). Мы надеемся, что вы тоже будете использовать модель зрелости во благо.
Модель зрелости — это своего рода световой меч. Он может быть в руках повстанцев и в руках Империи. Для нас — это ориентир, который помогает командам расти. Они сами определяют, что важно прокачать в первую очередь, что во вторую, и берут эти цели себе в [OKR](goal-setting.md). Мы надеемся, что вы тоже будете использовать модель зрелости во благо.
### Как не надо использовать модель
Неправильно понимать модель зрелости как способ оценить, кто в компании лучше, кто хуже, а потом составить рейтинг, плохих поставить в угол, а хороших — премировать. Мы никого не сравниваем и не наказываем команды за уровни ниже базового.

View File

@@ -1,39 +1,39 @@
# Принципы разработки
- [Основные принципы](https://github.com/avito-tech/playbook/blob/master/development-principles.md#основные-принципы)
- [Мы отвечаем за работоспособность своей системы](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-отвечаем-за-работоспособность-своей-системы)
- [Ваша система это ответственность надолго](https://github.com/avito-tech/playbook/blob/master/development-principles.md#ваша-система--это-ответственность-надолго)
- [Мы начинаем реализацию с проектирования и учитываем текущую архитектуру](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-начинаем-реализацию-с-проектирования-и-учитываем-текущую-архитектуру)
- [Мы избегаем ненужной сложности](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-избегаем-ненужной-сложности)
- [Мы используем готовые инструменты и не изобретаем велосипеды](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-используем-готовые-инструменты-и-не-изобретаем-велосипеды)
- [Мы относимся к чужому коду с уважением](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-относимся-к-чужому-коду-с-уважением)
- [Если что-то становится ненужным, мы это удаляем](https://github.com/avito-tech/playbook/blob/master/development-principles.md#если-что-то-становится-ненужным-мы-это-удаляем)
- [Проектирование](https://github.com/avito-tech/playbook/blob/master/development-principles.md#проектирование)
- [Мы избегаем жёсткой связанности (coupling)](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-избегаем-жёсткой-связанности-coupling)
- [Мы не завязываемся на детали реализации](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-не-завязываемся-на-детали-реализации)
- [Интерфейсы](https://github.com/avito-tech/playbook/blob/master/development-principles.md#интерфейсы)
- [Внешний интерфейс важнее внутренней реализации](https://github.com/avito-tech/playbook/blob/master/development-principles.md#внешний-интерфейс-важнее-внутренней-реализации)
- [Мы соблюдаем обратную совместимость](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-соблюдаем-обратную-совместимость)
- [Мы делаем интерфейсы простыми и удобными для использования](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-делаем-интерфейсы-простыми-и-удобными-для-использования)
- [Документация](https://github.com/avito-tech/playbook/blob/master/development-principles.md#документация)
- [Мы документируем интерфейсы, особенности работы системы, нефункциональные требования — и держим их в актуальном состоянии ](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-документируем-интерфейсы-особенности-работы-системы-нефункциональные-требования--и-держим-их-в-актуальном-состоянии)
- [Работа с данными](https://github.com/avito-tech/playbook/blob/master/development-principles.md#работа-с-данными)
- [Мы не пишем бизнес-логику на стороне базы](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-не-пишем-бизнес-логику-на-стороне-базы)
- [Мы используем шину данных только для уведомления о событиях](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-используем-шину-данных-только-для-уведомления-о-событиях)
- [Мы кэшируем данные там, где это необходимо](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-кэшируем-данные-там-где-это-необходимо)
- [У данных есть только один источник правды](https://github.com/avito-tech/playbook/blob/master/development-principles.md#у-данных-есть-только-один-источник-правды)
- [Мы не храним данные в stateless-компонентах, а используем персистентные хранилища](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-не-храним-данные-в-stateless-компонентах-а-используем-персистентные-хранилища)
- [Мы соблюдаем обратную совместимость миграций](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-соблюдаем-обратную-совместимость-миграций)
- [Взаимодействие сервисов](https://github.com/avito-tech/playbook/blob/master/development-principles.md#взаимодействие-сервисов)
- [По возможности, мы используем асинхронное взаимодействие](https://github.com/avito-tech/playbook/blob/master/development-principles.md#по-возможности-мы-используем-асинхронное-взаимодействие)
- [Мы пишем наш код так, чтобы система продолжала работать в случае сбоев (fault tolerance)](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-пишем-наш-код-так-чтобы-система-продолжала-работать-в-случае-сбоев-fault-tolerance)
- [Мы запрашиваем только необходимые данные](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-запрашиваем-только-необходимые-данные)
- [Тестирование](https://github.com/avito-tech/playbook/blob/master/development-principles.md#тестирование)
- [Любые изменения должны легко тестироваться автоматически](https://github.com/avito-tech/playbook/blob/master/development-principles.md#любые-изменения-должны-легко-тестироваться-автоматически)
- [Что не протестировано то не работает. Что не работает не катим](https://github.com/avito-tech/playbook/blob/master/development-principles.md#что-не-протестировано--то-не-работает-что-не-работает--не-катим)
- [Мы работаем по Zero Bug Policy](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-работаем-по-zero-bug-policy)
- [Эксплуатация](https://github.com/avito-tech/playbook/blob/master/development-principles.md#эксплуатация)
- [Мы всегда в курсе, что происходит с нашими системами](https://github.com/avito-tech/playbook/blob/master/development-principles.md#мы-всегда-в-курсе-что-происходит-с-нашими-системами)
- [Основные принципы](#основные-принципы)
- [Мы отвечаем за работоспособность своей системы](#мы-отвечаем-за-работоспособность-своей-системы)
- [Ваша система это ответственность надолго](#ваша-система--это-ответственность-надолго)
- [Мы начинаем реализацию с проектирования и учитываем текущую архитектуру](#мы-начинаем-реализацию-с-проектирования-и-учитываем-текущую-архитектуру)
- [Мы избегаем ненужной сложности](#мы-избегаем-ненужной-сложности)
- [Мы используем готовые инструменты и не изобретаем велосипеды](#мы-используем-готовые-инструменты-и-не-изобретаем-велосипеды)
- [Мы относимся к чужому коду с уважением](#мы-относимся-к-чужому-коду-с-уважением)
- [Если что-то становится ненужным, мы это удаляем](#если-что-то-становится-ненужным-мы-это-удаляем)
- [Проектирование](#проектирование)
- [Мы избегаем жёсткой связанности (coupling)](#мы-избегаем-жёсткой-связанности-coupling)
- [Мы не завязываемся на детали реализации](#мы-не-завязываемся-на-детали-реализации)
- [Интерфейсы](#интерфейсы)
- [Внешний интерфейс важнее внутренней реализации](#внешний-интерфейс-важнее-внутренней-реализации)
- [Мы соблюдаем обратную совместимость](#мы-соблюдаем-обратную-совместимость)
- [Мы делаем интерфейсы простыми и удобными для использования](#мы-делаем-интерфейсы-простыми-и-удобными-для-использования)
- [Документация](#документация)
- [Мы документируем интерфейсы, особенности работы системы, нефункциональные требования — и держим их в актуальном состоянии ](#мы-документируем-интерфейсы-особенности-работы-системы-нефункциональные-требования--и-держим-их-в-актуальном-состоянии)
- [Работа с данными](#работа-с-данными)
- [Мы не пишем бизнес-логику на стороне базы](#мы-не-пишем-бизнес-логику-на-стороне-базы)
- [Мы используем шину данных только для уведомления о событиях](#мы-используем-шину-данных-только-для-уведомления-о-событиях)
- [Мы кэшируем данные там, где это необходимо](#мы-кэшируем-данные-там-где-это-необходимо)
- [У данных есть только один источник правды](#у-данных-есть-только-один-источник-правды)
- [Мы не храним данные в stateless-компонентах, а используем персистентные хранилища](#мы-не-храним-данные-в-stateless-компонентах-а-используем-персистентные-хранилища)
- [Мы соблюдаем обратную совместимость миграций](#мы-соблюдаем-обратную-совместимость-миграций)
- [Взаимодействие сервисов](#взаимодействие-сервисов)
- [По возможности, мы используем асинхронное взаимодействие](#по-возможности-мы-используем-асинхронное-взаимодействие)
- [Мы пишем наш код так, чтобы система продолжала работать в случае сбоев (fault tolerance)](#мы-пишем-наш-код-так-чтобы-система-продолжала-работать-в-случае-сбоев-fault-tolerance)
- [Мы запрашиваем только необходимые данные](#мы-запрашиваем-только-необходимые-данные)
- [Тестирование](#тестирование)
- [Любые изменения должны легко тестироваться автоматически](#любые-изменения-должны-легко-тестироваться-автоматически)
- [Что не протестировано то не работает. Что не работает не катим](#что-не-протестировано--то-не-работает-что-не-работает--не-катим)
- [Мы работаем по Zero Bug Policy](#мы-работаем-по-zero-bug-policy)
- [Эксплуатация](#эксплуатация)
- [Мы всегда в курсе, что происходит с нашими системами](#мы-всегда-в-курсе-что-происходит-с-нашими-системами)
## Основные принципы

View File

@@ -1,10 +1,10 @@
# Соседское соглашение
- [Цель](https://github.com/avito-tech/playbook/blob/master/neighborhood-agreement.md#цель)
- [Краткое руководство](https://github.com/avito-tech/playbook/blob/master/neighborhood-agreement.md#краткое-руководство)
- [Правила внесения изменений в чужой функционал](https://github.com/avito-tech/playbook/blob/master/neighborhood-agreement.md#правила-внесения-изменений-в-чужой-функционал)
- [Ответственность владельца](https://github.com/avito-tech/playbook/blob/master/neighborhood-agreement.md#ответственность-владельца)
- [Меры контроля качества автоматизации тестирования](https://github.com/avito-tech/playbook/blob/master/neighborhood-agreement.md#меры-контроля-качества-автоматизации-тестирования)
- [Цель](#цель)
- [Краткое руководство](#краткое-руководство)
- [Правила внесения изменений в чужой функционал](#правила-внесения-изменений-в-чужой-функционал)
- [Ответственность владельца](#ответственность-владельца)
- [Меры контроля качества автоматизации тестирования](#меры-контроля-качества-автоматизации-тестирования)
## Цель

View File

@@ -1,8 +1,8 @@
# Профили продакт-менеджеров
- [Junior Product / Bootcamper](https://github.com/avito-tech/playbook/blob/master/product-levels.md#junior-product--bootcamper)
- [Middle Product](https://github.com/avito-tech/playbook/blob/master/product-levels.md#middle-product)
- [Senior Product](https://github.com/avito-tech/playbook/blob/master/product-levels.md#senior-product)
- [Principal Product](https://github.com/avito-tech/playbook/blob/master/product-levels.md#principal-product)
- [Junior Product / Bootcamper](#junior-product--bootcamper)
- [Middle Product](#middle-product)
- [Senior Product](#senior-product)
- [Principal Product](#principal-product)
## Junior Product / Bootcamper
### Формирование долгосрочного продуктового видения

View File

@@ -2,9 +2,9 @@
# Аналитики: менеджерский трек
**Менеджерские роли состоят из четырёх уровней:**
- [Team Lead](https://github.com/avito-tech/playbook/blob/master/analytics-management.md#team-lead) классический тимлид команды или группы аналитиков.
- [Division Lead](https://github.com/avito-tech/playbook/blob/master/analytics-management.md#division-lead) руководитель аналитики одного направления или вертикали. Управляет несколькими командами аналитиков.
- [Head of Analytics](https://github.com/avito-tech/playbook/blob/master/analytics-management.md#head-of-analytics) руководитель аналитики нескольких кластеров или вертикалей.
- [Team Lead](#team-lead) классический тимлид команды или группы аналитиков.
- [Division Lead](#division-lead) руководитель аналитики одного направления или вертикали. Управляет несколькими командами аналитиков.
- [Head of Analytics](#head-of-analytics) руководитель аналитики нескольких кластеров или вертикалей.
- Analytics Director директор всей функции аналитики Авито.
**Что вкладываем в описание компетенций:**

View File

@@ -1,6 +1,6 @@
# Матрица компетенций руководителей дизайна
- [Team Lead](https://github.com/avito-tech/playbook/blob/master/design-management.md#team-lead)
- [Арт-директор](https://github.com/avito-tech/playbook/blob/master/design-management.md#арт-директор)
- [Team Lead](#team-lead)
- [Арт-директор](#арт-директор)
## Team Lead
### Качества лидерарайвер
- Заставляет команду думать шире.

View File

@@ -1,8 +1,8 @@
# Матрица компетенций дизайнеров
- [Junior](https://github.com/avito-tech/playbook/blob/master/design-levels.md#junior)
- [Middle](https://github.com/avito-tech/playbook/blob/master/design-levels.md#middle)
- [Senior](https://github.com/avito-tech/playbook/blob/master/design-levels.md#senior)
- [Lead](https://github.com/avito-tech/playbook/blob/master/design-levels.md#lead)
- [Junior](#junior)
- [Middle](#middle)
- [Senior](#senior)
- [Lead](#lead)
## Junior
### Знание продукта

View File

@@ -1,6 +1,6 @@
# Профили инженеров
Профили инженеров нужны для того, чтобы оценивать коллег на [performance review](https://github.com/avito-tech/playbook/blob/master/goal-setting.md#performance-review). Это делает продвижение по карьерной лестнице понятным и прозрачным.
Профили инженеров нужны для того, чтобы оценивать коллег на [performance review](../goal-setting.md#performance-review). Это делает продвижение по карьерной лестнице понятным и прозрачным.
Мы обновили карьерную линейку инженеров с осени 2021 и изменили уровни, чтобы они лучше отражали действительность, а людям было проще расти. Посмотреть прошлые профили можно в старой версии проекта.
@@ -20,14 +20,14 @@
- Как менеджер, который достигает результата через управление людьми или командами.
Сейчас в Авито существуют такие уровни:
- [E1.](https://github.com/avito-tech/playbook/blob/master/developer-profile.md#E1)
- [E2.](https://github.com/avito-tech/playbook/blob/master/developer-profile.md#E2)
- [E3.](https://github.com/avito-tech/playbook/blob/master/developer-profile.md#E3)
- [E4.](https://github.com/avito-tech/playbook/blob/master/developer-profile.md#E4)
- [E5.](https://github.com/avito-tech/playbook/blob/master/developer-profile.md#E5)
- [E6.](https://github.com/avito-tech/playbook/blob/master/developer-profile.md#E6)
- [E7.](https://github.com/avito-tech/playbook/blob/master/developer-profile.md#E7)
- [E8.](https://github.com/avito-tech/playbook/blob/master/developer-profile.md#E8)
- [E1.](#e1)
- [E2.](#e2)
- [E3.](#e3)
- [E4.](#e4)
- [E5.](#e5)
- [E6.](#e6)
- [E7.](#e7)
- [E8.](#e8)
Все профили описаны по блокам:
- Экспертность.

View File

@@ -1,11 +1,11 @@
# Профили DS-менеджеров
- [13,1 TL — DS Tech Lead](https://github.com/avito-tech/playbook/blob/master/ds-managers-profiles.md#131-tl--ds-tech-lead)
- [13,2 TL — DS Team Lead](https://github.com/avito-tech/playbook/blob/master/ds-managers-profiles.md#132-tl--ds-team-lead)
- [14,1 TUL1 — DS Manager 1](https://github.com/avito-tech/playbook/blob/master/ds-managers-profiles.md#141-tul1--ds-manager-1)
- [14,2 TUL1TUL2 — DS Manager 2](https://github.com/avito-tech/playbook/blob/master/ds-managers-profiles.md#142-tul1tul2--ds-manager-2)
- [14,3 TUL2TCL1 — DS Manager 3](https://github.com/avito-tech/playbook/blob/master/ds-managers-profiles.md#143-tul2tcl1--ds-manager-3)
- [15 TCL2 — Senior DS Manager](https://github.com/avito-tech/playbook/blob/master/ds-managers-profiles.md#15-tcl2--senior-ds-manager)
- [13,1 TL — DS Tech Lead](#131-tl--ds-tech-lead)
- [13,2 TL — DS Team Lead](#132-tl--ds-team-lead)
- [14,1 TUL1 — DS Manager 1](#141-tul1--ds-manager-1)
- [14,2 TUL1TUL2 — DS Manager 2](#142-tul1tul2--ds-manager-2)
- [14,3 TUL2TCL1 — DS Manager 3](#143-tul2tcl1--ds-manager-3)
- [15 TCL2 — Senior DS Manager](#15-tcl2--senior-ds-manager)
## 13,1 TL — DS Tech Lead
@@ -77,7 +77,7 @@
- Помогает и обучает команды и сотрудников планировать и координировать свою работу.
### Целеполагание, планирование и реализация
- [Идентичные 13,1 TL.](https://github.com/avito-tech/playbook/blob/master/ds-managers-profiles.md#целеполагание-планирование-и-реализация)
- [Идентичные 13,1 TL.](#целеполагание-планирование-и-реализация)
### Управление процессами
- Системно улучшает процессы в своей команде.
@@ -85,10 +85,10 @@
- Принимает решения об изменении процессов, основываясь на фактах и данных.
### ML-экспертиза
- [Идентичные 13,1 TL.](https://github.com/avito-tech/playbook/blob/master/ds-managers-profiles.md#ml-экспертиза)
- [Идентичные 13,1 TL.](#ml-экспертиза)
### Бизнес-экспертиза
- [Идентичные 13,1 TL.](https://github.com/avito-tech/playbook/blob/master/ds-managers-profiles.md#бизнес-экспертиза)
- [Идентичные 13,1 TL.](#бизнес-экспертиза)
## 14,1 TUL1 — DS Manager 1
@@ -131,24 +131,24 @@
## 14,2 TUL1TUL2 — DS Manager 2
### Управление людьми
- [Идентично с 14,1 TUL 1.](https://github.com/avito-tech/playbook/blob/master/ds-managers-profiles.md#управление-людьми-2)
- [Идентично с 14,1 TUL 1.](#управление-людьми-2)
### Управление командами
- Управляет несколькими командами инженеров.
- Планирует организационную структуру своих команд, учитывая цели команды.
### Целеполагание, планирование и реализация
- [Идентично с 14,1 TUL 1.](https://github.com/avito-tech/playbook/blob/master/ds-managers-profiles.md#целеполагание-планирование-и-реализация-2)
- [Идентично с 14,1 TUL 1.](#целеполагание-планирование-и-реализация-2)
### Управление процессами
- [Идентично с 14,1 TUL 1.](https://github.com/avito-tech/playbook/new/master#управление-процессами-2)
- [Идентично с 14,1 TUL 1.](#управление-процессами-2)
### ML-экспертиза
- Формирует и согласует продуктовые планы и планы смежных команд. Отвечает за их реализацию.
- Изучает смежные области и технологии. Например, для того чтобы успешно управлять кросс-функциональной командой.
### Бизнес-экспертиза
- [Идентично с 14,1 TUL 1.](https://github.com/avito-tech/playbook/blob/master/ds-managers-profiles.md#бизнес-экспертиза-2)
- [Идентично с 14,1 TUL 1.](#бизнес-экспертиза-2)
## 14,3 TUL2TCL1 — DS Manager 3
@@ -163,7 +163,7 @@
- Принимает решение о создании новых команд, их роспуске или объединении.
### Целеполагание, планирование и реализация
- [Идентично с 14,1 TUL 1.](https://github.com/avito-tech/playbook/blob/master/ds-managers-profiles.md#целеполагание-планирование-и-реализация-2)
- [Идентично с 14,1 TUL 1.](#целеполагание-планирование-и-реализация-2)
### Управление процессами
- Управляет командами через организацию процессов и постановку целей. Согласует совместную работу своих команд.
@@ -183,7 +183,7 @@
## 15 TCL2 — Senior DS Manager
### Управление людьми
- [Идентично с 14,3 TUL2TCL1.](https://github.com/avito-tech/playbook/blob/master/ds-managers-profiles.md#управление-людьми-4)
- [Идентично с 14,3 TUL2TCL1.](#управление-людьми-4)
### Управление командами
- Планирует организационную структуру своего подразделения. Создаёт команды для новых бизнес-направлений.
@@ -206,7 +206,7 @@
- Внедряет успешно показавшие себя процессы в нескольких подразделениях.
### ML-экспертиза
- [Идентично с 14,3 TUL2TCL1.](https://github.com/avito-tech/playbook/blob/master/ds-managers-profiles.md#ml-экспертиза-4)
- [Идентично с 14,3 TUL2TCL1.](#ml-экспертиза-4)
### Бизнес-экспертиза
- [Идентично с 14,3 TUL2TCL1.](https://github.com/avito-tech/playbook/blob/master/ds-managers-profiles.md#бизнес-экспертиза-4)
- [Идентично с 14,3 TUL2TCL1.](#бизнес-экспертиза-4)

View File

@@ -1,18 +1,18 @@
# Профили QA-инженеров
Профили QA-инженеров нужны, чтобы оценивать коллег в соответствии с их уровнем на [performance review](https://github.com/avito-tech/playbook/blob/master/goal-setting.md#performance-review). Это делает продвижение по карьерной лестнице понятным и прозрачным.
Профили QA-инженеров нужны, чтобы оценивать коллег в соответствии с их уровнем на [performance review](../goal-setting.md#performance-review). Это делает продвижение по карьерной лестнице понятным и прозрачным.
## Карьерная лестница
Карьерная лестница — это возможный путь развития сотрудника в Авито. Он зависит от того, какие задачи решает специалист и какие основные навыки использует в работе.
Сейчас в Авито существуют такие уровни QA-инженеров:
- [Е1](https://github.com/avito-tech/playbook/blob/master/QA-profile.md#е1)
- [Е2](https://github.com/avito-tech/playbook/blob/master/QA-profile.md#е2)
- [Е3](https://github.com/avito-tech/playbook/blob/master/QA-profile.md#е3)
- [Е4](https://github.com/avito-tech/playbook/blob/master/QA-profile.md#е4)
- [Е5](https://github.com/avito-tech/playbook/blob/master/QA-profile.md#е5)
- [Е6](https://github.com/avito-tech/playbook/blob/master/QA-profile.md#е6)
- [Е1](#е1)
- [Е2](#е2)
- [Е3](#е3)
- [Е4](#е4)
- [Е5](#е5)
- [Е6](#е6)
Двигаться ли по карьерной лестнице — это решение самого сотрудника. Многое зависит от его проактивности и желания учиться. Задача менеджера — помочь специалисту в развитии. Например, подключать к новым задачам, давать возможность для участия в кросс-функциональных проектах.

View File

@@ -1,6 +1,6 @@
# Профили технических менеджеров
Профили технических менеджеров нужны, чтобы оценивать коллег на [performance review](https://github.com/avito-tech/playbook/blob/master/goal-setting.md#performance-review). Это делает продвижение по карьерной лестнице понятнее.
Профили технических менеджеров нужны, чтобы оценивать коллег на [performance review](../goal-setting.md#performance-review)). Это делает продвижение по карьерной лестнице понятнее.
## Мотивация
Мы хотим сделать движение по менеджерской карьерной лестнице более плавным. Тем самым быстрее признавая возросшую сложность работы в новой роли. Для этого мы обновляем карьерную линейку менеджеров и вводим M-grades по аналогии с инженерами.
## Как работают профили
@@ -67,7 +67,7 @@
- При постановке целей и составлении дорожных карт (roadmap) учитывает риски
### Техническая экспертиза
- Техническая экспертиза на уровне [Е5 разработчика](https://github.com/avito-tech/playbook/blob/master/developer-profile.md#e5). Продолжает тратить 25-50% своего времени на работу руками.
- Техническая экспертиза на уровне [Е5 разработчика](developer-skills.md#e5). Продолжает тратить 25-50% своего времени на работу руками.
- Отвечает за техническое качество и стабильную работу продуктов и сервисов которые разрабатывает его команда.
- Следит за качеством кодовой базы/тестовых моделей/конфигурационных файлов своей команды и сам активно контрибьютит в них.
- Анализирует технические решения предлагаемые командой. Даёт конструктивную обратную связь по ним. Если нужно, принимает финальное решение.

View File

@@ -25,7 +25,7 @@
**Секция 2. Платформа.** На этой секции мы проверяем знания кандидата в конкретном языке программирования и понимание разработки в рамках экосистемы этого языка. Секция содержит как практические задачи, так и теоретические вопросы на их базе.
**Секция 3. Проектирование.** Эта секция опциональна и идёт последней при успешном прохождении предыдущих. Она является главным дифференциатором для попадания [на уровень E5](https://github.com/avito-tech/playbook/blob/master/developer-profile.md#E5). Также здесь мы можем проверять специфичные для команды знания и навыки.
**Секция 3. Проектирование.** Эта секция опциональна и идёт последней при успешном прохождении предыдущих. Она является главным дифференциатором для попадания [на уровень E5](profiles/developer-skills.md#e5). Также здесь мы можем проверять специфичные для команды знания и навыки.
В секции мы даём кандидату практическую задачу. Это может быть как абстрактная задача «давай спроектируем Авито», так и задача с условиями, специфичными для команды. Например, «давай спроектируем платформу виджетов используя фреймворк Vue JS», «давай спроектируем PaaS».

View File

@@ -39,7 +39,7 @@ Unit-Leader отвечает за следующие направления ра
### Стратегия и тактика
Понимает стратегию компании и роль своего юнита в ней, разрабатывает долгосрочную стратегию юнита, организует её выполнение и отслеживает ключевые метрики юнита.
На тактическом уровне, формирует [OKR](https://github.com/avito-tech/playbook/blob/master/goal-setting.md) и отслеживает их достижение, подбирает людей в команду, координирует её работу и управляет ресурсами.
На тактическом уровне, формирует [OKR](goal-setting.md) и отслеживает их достижение, подбирает людей в команду, координирует её работу и управляет ресурсами.
### Коммуникации
Выстраивает коммуникацию внутри команды и с другими юнитами. Представляет и отстаивает интересы юнита в компании: делится текущими проектами, планами, успехами, неудачами своей команды с другими юнитами и взаимодействует с ключевыми стейкхолдерами компании.