Merge pull request #14 from gremnix/master

исправил форматирование вложенных списков в профилях инженеров
This commit is contained in:
Mike Klyuev
2020-06-05 13:20:55 +03:00
committed by GitHub

View File

@@ -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 & компонентных тестов, для снижения ручных проверок мобильных приложений и переводу запуска тестов ближе к разработчику.
- Визионерство. Следит за глобальными технологическими трендами и может сделать прогноз с определённой долей вероятности.
### Инженерная культура