mirror of
https://github.com/avito-tech/playbook.git
synced 2026-03-14 06:02:56 +03:00
исправил форматирование вложенных списков в профилях инженеров
This commit is contained in:
@@ -83,10 +83,10 @@
|
||||
|
||||
### Ответственность за результат
|
||||
- При планировании работы согласует с автором/командой:
|
||||
- как поймём, что задача успешно выполнена? (acceptance criteria)
|
||||
- как будет проверена работоспособность?
|
||||
- как результат будет продемонстрирован?
|
||||
- когда задача будет выполнена?
|
||||
- как поймём, что задача успешно выполнена? (acceptance criteria)
|
||||
- как будет проверена работоспособность?
|
||||
- как результат будет продемонстрирован?
|
||||
- когда задача будет выполнена?
|
||||
|
||||
### Ориентация на бизнес
|
||||
- Формирует с командой цель на спринт. Связывает её с целями юнита и компании на текущий квартал.
|
||||
@@ -146,15 +146,15 @@
|
||||
|
||||
### Agile Mindset
|
||||
- Ставит успех команды выше личных целей. Например:
|
||||
- Берёт на себя роль scrum-мастера или проводит scrum-встречи в его отсутствие.
|
||||
- При выборе задачи над которой будет работать выбирает ту которая приближает команду к результату, а не ту которая нравится.
|
||||
- T-shaping в соседние функции, которые нужны команде/компании.
|
||||
- Не говорит, что это работа менеджера, а моя только кодить.
|
||||
- Берёт на себя роль scrum-мастера или проводит scrum-встречи в его отсутствие.
|
||||
- При выборе задачи над которой будет работать выбирает ту которая приближает команду к результату, а не ту которая нравится.
|
||||
- T-shaping в соседние функции, которые нужны команде/компании.
|
||||
- Не говорит, что это работа менеджера, а моя только кодить.
|
||||
- Предлагает свою помощь коллегам, если видит что она нужна.
|
||||
- Анализирует как улучшить эффективность своей работы. Проводит разборы что было хорошо и что улучшить, выходит в действия.
|
||||
- Улучшает процессы в фича команде. Например:
|
||||
- Систематизирует результаты ретроспектив и трекает выполнение договорённостей.
|
||||
- Проводит регулярные (например каждый спринт) или тематические (например по проекту или конкретной проблеме) ретроспективы. Ретроспектвы приводят к значимому улучшению рабочего процесса.
|
||||
- Систематизирует результаты ретроспектив и трекает выполнение договорённостей.
|
||||
- Проводит регулярные (например каждый спринт) или тематические (например по проекту или конкретной проблеме) ретроспективы. Ретроспектвы приводят к значимому улучшению рабочего процесса.
|
||||
|
||||
### Коммуникация
|
||||
- Не доводит разногласия до деструктивных конфликтов.
|
||||
@@ -176,12 +176,12 @@
|
||||
|
||||
### Экспертность
|
||||
- Степень неопределённости высокая. Непонятно что нужно сделать (нет образа результата). Берёт проблему, проводит исследование, сравнивает альтернативы и предлагает решение. Спектр решений широкий и заранее неопределенный. Примеры проблем:
|
||||
- Приложение должно работать быстрее конкурентов.
|
||||
- Что нам нужно сделать для автоматического заполнения параметров объявления на основе технических характеристик?
|
||||
- Как протестировать сервис прайсинга или item storage?
|
||||
- Приложение должно работать быстрее конкурентов.
|
||||
- Что нам нужно сделать для автоматического заполнения параметров объявления на основе технических характеристик?
|
||||
- Как протестировать сервис прайсинга или item storage?
|
||||
- При принятии решений анализирует и минимизирует возможные риски и негативные последствия. Например
|
||||
- При проектировании тестовой модели учитывает как работает Авито в целом.
|
||||
- При добавлении нового сервиса/метода в цепочку вызовов анализирует как это скажется на общем времени ответа.
|
||||
- При проектировании тестовой модели учитывает как работает Авито в целом.
|
||||
- При добавлении нового сервиса/метода в цепочку вызовов анализирует как это скажется на общем времени ответа.
|
||||
- Cовместно с командой реализует проекты в максимально короткие сроки, заботится об уменьшении time to market
|
||||
- Ведёт технический бэклог и/или дорожную карту (roadmap) команды/юнита/проекта
|
||||
- Разрабатывает стандарты качества кода, тестирования, безопасности, отказоустойчивости и других NFR (Non-functional requirements), а также занимается внедрением/улучшением соответствующих процессов и инструментов.
|
||||
@@ -224,10 +224,10 @@
|
||||
|
||||
### Экспертность
|
||||
- Придумывает, исследует и планирует развитие большого технического проекта.
|
||||
- Бэкэнд архитектура всего функционала BuyerX (serp, карточка, фильтры, рубрикатор, url builder)
|
||||
- Архитектура мессенджера.
|
||||
- Привлечение краудсорсинга к тестированию.
|
||||
- Фрейморк для написания e2e & компонентных тестов, для снижения ручных проверок мобильных приложений и переводу запуска тестов ближе к разработчику.
|
||||
- Бэкэнд архитектура всего функционала BuyerX (serp, карточка, фильтры, рубрикатор, url builder)
|
||||
- Архитектура мессенджера.
|
||||
- Привлечение краудсорсинга к тестированию.
|
||||
- Фрейморк для написания e2e & компонентных тестов, для снижения ручных проверок мобильных приложений и переводу запуска тестов ближе к разработчику.
|
||||
- Визионерство. Следит за глобальными технологическими трендами и может сделать прогноз с определённой долей вероятности.
|
||||
|
||||
### Инженерная культура
|
||||
|
||||
Reference in New Issue
Block a user