Что такое Agile в мобильной разработке?

Agile в мобильной разработке

Что такое Agile

Agile — это методология разработки, основанная на итеративности, частой обратной связи и готовности к изменениям. Вместо того чтобы планировать всё на 6 месяцев вперёд, мы планируем на 1-2 недели, а потом адаптируемся.

Ключевые принципы Agile

1. Люди и взаимодействие важнее процессов Мы говорим друг с другом, быстро решаем проблемы, не тонем в документации.

2. Работающий продукт важнее документации Лучше выпустить версию, которая работает и которую люди юзают, чем идеально задокументированный код, который никто не видит.

3. Готовность к изменениям важнее плана Рынок изменился, юзеры просят новую фичу — мы быстро адаптируемся, а не доводим старый план до конца.

4. Сотрудничество с клиентом важнее договора Мы не просто берём техз и исполняем. Мы обсуждаем, показываем результаты, спрашиваем обратную связь.

Практика в мобильной разработке

Спринты (Sprints)

Мы работаем двухнедельными спринтами:

День 1 (понедельник) — Planning

• Вся команда собирается на 1-2 часа
• Product Owner показывает приоритизированный список задач
• Разработчики оценивают сложность в story points
• Берём столько задач, сколько можем сделать за спринт

Пример оценки:

"Исправить баг с крашем при открытии профиля" — 3 story points
"Сделать новый экран Settings" — 8 story points
"Оптимизировать список товаров" — 5 story points

Дни 2-9 (рабочие дни)

• Ежедневный standup (15 минут)
• Разработчик рассказывает: что сделал вчера, что будет делать сегодня, какие блокеры

Мария: "Вчера покончила с экраном профиля, сегодня делаю авторизацию. 
Есть проблема: нужно уточнить, как хранить токен — в SharedPreferences или secure storage?"

Все: "Обсудим после стендапа с PM."

Тестирование идёт параллельно — сразу как разработчик выливает на staging, QA тестирует.

День 10 (пятница) — Review & Retrospective

Review (1 час) — показываем клиенту/PM то, что сделали

"Вот новый экран Settings с возможностью менять язык и тему.
Вот исправили баг с крашем при смахивании в списке.
Вот оптимизировали первую загрузку с 3 секунд до 1.2 секунды."

Получаем обратную связь: нравится ли, что менять, какие приоритеты на следующий спринт.

Retrospective (1 час) — анализируем процесс

"Что было хорошо? — Скоро ловили баги, классно работали в паре на тяжелом экране.

Что было плохо? — В среду стали приходить срочные задачи, сбили фокус.

Что улучшить? — Давайте понедельник с 10 до 12 не брать новые задачи, только планируем."

Особенности Agile в мобильной разработке

1. App Store Review Time

На iOS может быть审批 (review) 24-48 часов. Это значит:

• Нужно планировать релиз за пару дней до требуемой даты
• Иметь fallback план, если Apple отклонит версию
• Иногда использовать feature flags, чтобы выпускать код без видимых фич

if (featureFlags.isNewFeatureEnabled) {
  NewFeatureScreen();
} else {
  OldScreen();
}

2. Backward Compatibility

Нельзя просто так сломать API для старой версии приложения:

Версия 1.0 юзеры: { id, name }
Версия 2.0 юзеры: { id, name, email }

Если сервер вернёт только { id, name, email }, версия 1.0 упадёт.

Решение:

• Сервер возвращает оба формата
• На бэке версионируем API
• При миграции юзеров на новую версию плавно отключаем старый формат

3. Быстрая адаптация к User Feedback

Вышли с новым экраном заказов.

Аналитика показала: 30% юзеров уходят на втором шаге.

Мы: "Спринт закончился, но это critical issue."

Отклоняем плановые задачи, 2 разработчика закапываются в экран заказов,
проводят A/B тест с новым дизайном.

Новая версия — 15% уходят. Хорошо!

4. Continuous Integration / Continuous Deployment

Каждый pull request:
1. Автоматически запускаются юнит-тесты
2. Запускаются интеграционные тесты
3. Проверяется code coverage (должен быть > 80%)
4. После merge в develop — сразу собирается новая build для Staging
5. Тестеры видят новую версию и могут тестить

Это позволяет выпускать новую версию на полноценный тест в течение часа после merge, вместо того чтобы ждать конца спринта.

5. Tech Debt Management

В каждом спринте мы берём 20% времени на tech debt:

• Обновление зависимостей
• Рефакторинг старого кода
• Улучшение архитектуры
• Покрытие тестами

Распределение ролей

Product Owner — знает, что нужно юзерам, приоритизирует задачи Scrum Master — следит за процессом, помогает команде, убирает блокеры Разработчики — оценивают и делают QA — тестирует, пишет тест-кейсы Designer — готовит макеты, участвует в обсуждениях

Когда Agile помогает в мобилке

• Рынок изменяется быстро — конкуренты выпускают новые фичи каждый день
• Юзеры дают feedback через отзывы, аналитику, тестирование
• Легко адаптировать под разные устройства и версии OS
• Можно быстро исправлять критические баги

Минусы

• Нужна хорошая коммуникация, иначе сыпется
• Документация часто отстаёт от кода
• Сложно с долгосрочным планированием
• Требует дисциплины в тестировании

Но в целом — Agile в мобильной разработке стало стандартом, потому что позволяет быстро реагировать на реальность вместо того чтобы слепо следовать плану.