# Процессы и стандарты

## Scrum

Все продуктовые и часть платформенных команд работают по Agile-методологии Scrum. Для нас это означает вот что: постоянные инкременты продукта, полная прозрачность процесса разработки для всей компании, непрерывное улучшение процессов в командах.

## Developer Experience Framework
В то время как основными клиентами продуктовых команд являются конечные пользователи Авито, для платформенных команд — это другие разработчики. Мы верим, что большая часть продуктовых подходов и практик может быть применима и к платформенной разработке. 

**Developer Experience (DX)** — это подход к созданию ценных, удобных и простых в освоении продуктов для разработчиков:

- это про то, как понимать «боль» разработчиков и помогать им ее решать;
- это сумма всех негативных и позитивных взаимодействий между разработчиком и платформой;
- это про то, как создавать больше пользы меньшими усилиями;
- это про «put user's needs first».

**Developer Experience Framework (DXF)** — это набор практик и методологий по управлению жизненным циклом технических продуктов и ожиданиями их пользователей:

- это про анализ ценности создаваемых продуктов;
- это про прозрачность разработки продуктов;
- это про построение рабочих процессов для быстрой разработки, проверки гипотез и получения фидбека;
- это про коммуникации с разработчиками, анализ их потребностей и обучение их новым продуктам.

Компоненты фреймворка можно разбить на несколько логических частей:

- Как планировать работу на длинном горизонте (стратегия, OKR, целевая аудитория, бэклог болей).
- Как выстроить процессы разработки в команде (Scrum, MVP, бэклог продукта, роадмапы).
- Как работать с информационными ресурсами (документация, гайды, портал разработчиков).
- Как строить сообщество (митапы, воркшопы, пилотирование).
- Как собирать информацию у разработчиков (опросы, NPS, интервью, метрики).
- Как работать с DX (dogfooding, DX-тестирование). 

***

## Релизы
Мы придерживаемся подхода, где небольшие по объему релизы приносят больше пользы, чем редкие, но крупные. Это касается как быстрого получения обратной связи от пользователей, так и уменьшения цены ошибки и общего риска возникновения инцидентов. Мы работаем по методологии release train и придерживаемся следующего расписания:

- сайт Авито — 2 раза в день;
- мобильные приложения — раз в 2 недели.

Команды, которые владеют собственными микросервисами, работают по полноценному Continuous Delivery.


## Рабочие инструменты и железо

Вот наши основные рабочие инструменты:

- Корпоративный мессенджер — [Slack](https://slack.com/)
- Трекеры задач — [Jira](https://www.atlassian.com/software/jira), [Trello](https://trello.com/)
- База знаний и документация — [Confluence](https://www.atlassian.com/software/confluence)
- Аналитика — [Tableau](https://www.tableau.com/products/server)
- VCS — Git ([Bitbucket Server](https://www.atlassian.com/software/bitbucket/server))
- CI — [TeamCity](https://www.jetbrains.com/teamcity/)
- Совместная работа - [Miro](https://miro.com), [Google Docs](https://docs.google.com/)