Update structure.md

Добавил примерную структуру юнита Messenger и TechPR
This commit is contained in:
oldtuna
2018-06-14 17:13:50 +03:00
committed by GitHub
parent 92a2d369bc
commit e5c79dc6b2

View File

@@ -4,9 +4,20 @@
Состав команды в основном определяется ее направлением деятельности. Чаще всего они формируются вокруг реализации какой-то потребности пользователя, либо вокруг определенной части сервиса. Пара примеров.
- Коллеги из юнита Messenger, как можно догадаться из названия, разрабатывают всё, что связано с нашим мессенджером.
- Коллеги из юнита Messenger, как можно догадаться из названия, разрабатывают всё, что связано с нашим мессенджером. Мессенджер есть и в десктопной версии Авито и в приложениях, поэтому в команде юнита есть бекенд-, фронтенд- и мобильные разработчики. Для того, чтобы мессенджер был удобным и работал безотказно, в команде есть выделенные дизайнер и QA.
- Юнит TechPR организует митапы, помогает докладчикам готовить доклады, публикует статьи на Хабре и так далее.
- Unit Leader
- Server-Side Developer
- Client-Side Developer
- iOS Developer
- Android developer
- Designer
- QA
- Юнит TechPR организует митапы, помогает докладчикам готовить доклады, публикует статьи на Хабре и так далее. В нём у нас работает всего 3 человека:
- Unit Leader (Developer Relations manager)
- Event-manager
- Editor
И таких команд у нас несколько десятков. Исходя из их специфики, команды сгруппированы в крупные множества — кластеры, у каждого из которых есть свои продуктовые и технические особенности.
@@ -14,4 +25,4 @@
Мы стараемся обеспечить максимально независимую работу всех команд. Структура компании позволяет нам быть быстрыми и гибкими. Каждая из команд сфокусирована на своих целях, они способны за короткие промежутки времени выпускать полноценные фичи, не отвлекаясь на второстепенные детали.
Сотрудники могут переходить из одного юнита в другой. Алгоритмизировать этот процесс невозможно. Иногда возникают проблемы, которые можно решить, иногда смена юнита обоснована какими-то объективными причинами. Каждый случай мы разбираем отдельно.
Сотрудники могут переходить из одного юнита в другой. Алгоритмизировать этот процесс невозможно. Иногда возникают проблемы, которые можно решить, иногда смена юнита обоснована какими-то объективными причинами. Каждый случай мы разбираем отдельно.