Кейс: мобильное приложение для учета расходов
Как команда разработки программного обеспечения, вам поручено создать мобильное приложение для учета расходов. Приложение должно помочь пользователям отслеживать свои повседневные расходы, классифицировать траты и устанавливать цели по бюджету. Цель состоит в том, чтобы предоставить пользователям удобное, эффективное и функционально насыщенное приложение, которое можно использовать на платформах Android и iOS.
Чтобы смоделировать бэклог продукта для этого проекта, давайте создадим таблицу с несколькими пользовательскими историями, их приоритетами, оценками (в очках истории) и критериями приемки.
| Пользовательская история | Приоритет | Оценка | Критерии приемки |
|---|---|---|---|
| Аутентификация пользователей | Высокий | 8 | – Пользователи могут регистрироваться с использованием электронной почты и пароля. – Пользователи могут входить в систему с использованием своих учетных данных. – Пароли хранятся и хешируются безопасно. – Пользователи могут сбросить свой пароль, если забыли его. |
| Ввод расходов | Высокий | 13 | – Пользователи могут вводить новые расходы с заголовком, суммой, датой и категорией. – Пользователи могут редактировать существующие расходы. – Пользователи могут удалять расходы. – Расходы сохраняются и извлекаются из базы данных. |
| Категории расходов | Средний | 5 | – Пользователи могут создавать пользовательские категории расходов. – Расходы могут быть назначены конкретным категориям. – Пользователи могут редактировать и удалять категории. |
| Аналитика расходов | Средний | 8 | – Пользователи могут просматривать отчеты и графики по расходам за месяц и год. – Расходы автоматически классифицируются на основе правил, заданных пользователем. – Пользователи могут устанавливать бюджетные цели для различных категорий. |
| Синхронизация в облаке | Высокий | 13 | – Данные пользователя синхронизируются между устройствами. – Данные надежно хранятся в облаке. – Поддерживается доступ в автономном режиме с локальным хранением данных. – Изменения, внесенные на одном устройстве, отражаются на других. |
| Конвертация валют | Низкий | 3 | – Пользователи могут выбрать предпочитаемую валюту. – Суммы расходов автоматически конвертируются на основе выбранной валюты. |
| Аутентификация Touch ID / Face ID | Низкий | 5 | – Пользователи могут включить биометрическую аутентификацию для повышения безопасности. – Приложение поддерживает аутентификацию Touch ID (iOS), Face ID (iOS) или отпечаток пальца (Android). |
| Экспорт данных | Средний | 8 | – Пользователи могут экспортировать данные о расходах в формате CSV. – Экспортированные данные содержат все сведения о расходах, включая дату и категорию. – Данные можно отправить по электронной почте или сохранить локально. |
| Напоминания о уведомлениях | Средний | 8 | – Пользователи могут устанавливать напоминания о расходах ежедневно, еженедельно или ежемесячно. – Напоминания запускают уведомления с заранее заданными сообщениями. |
| Сортировка расходов | Низкий | 3 | – Пользователи могут сортировать расходы по дате, сумме или категории. – Порядок сортировки может быть по возрастанию или по убыванию. |
Эта таблица имитирует упрощенный продукт-бэклог для разработки мобильного приложения для учета расходов. Каждая пользовательская история приоритизируется с учетом ее важности для проекта, оценивается в баллах истории для оценки сложности и имеет четкие критерии приемки, определяющие, когда она считается завершенной. Этот бэклог служит отправной точкой для планирования спринта и обеспечивает общее понимание командой разработки и заинтересованными сторонами объема и приоритетов проекта.
От продукт-бэклога к планированию спринта
Планирование спринта является важной частью управления проектами по Agile, и включает в себя выбор набора пользовательских историй из продукт-бэклога для работы в предстоящем спринте. Планирование спринта обычно состоит из двух частей: совещания по планированию спринта и создания спринт-бэклога. Давайте пройдемся по шагам планирования спринта на основе предоставленного вами продукт-бэклога:
Шаг 1: Определение цели спринта
- Начните совещание по планированию спринта, обсудив общую цель или цель предстоящего спринта. Например, в вашем случае это может быть следующее: «Цель этого спринта — реализовать базовую аутентификацию и функциональность ввода расходов».
Шаг 2: Определение продолжительности спринта
- Определите продолжительность спринта. Распространенные продолжительности спринтов — две недели, три недели или один месяц. Выберите продолжительность, которая лучше всего подходит для вашей команды и проекта.
Шаг 3: Выбор пользовательских историй
- Ознакомьтесь с продукт-бэклогом и, в сотрудничестве с командой разработки и владельцем продукта, выберите набор пользовательских историй, которые могут быть реально завершены в течение продолжительности спринта. Учитывайте приоритеты, оценки и зависимости пользовательских историй. Имейте в виду скорость команды, которая представляет собой объем работы, который команда может выполнить за спринт на основе прошлого опыта.
Например, предположим, что ваша команда может завершить пользовательские истории на общую сумму 30 баллов за двухнедельный спринт. На основе этой емкости вы можете выбрать следующие пользовательские истории:
- Аутентификация пользователя (8 баллов истории)
- Ввод расходов (13 баллов истории)
- Конвертация валюты (3 балла истории)
- Аутентификация с помощью Touch ID/Face ID (5 баллов истории)
Этот выбор составляет 29 баллов истории, что близко к емкости вашей команды.
Шаг 4: Разбивка пользовательских историй (при необходимости)
- Если какие-либо из выбранных пользовательских историй слишком большие или сложные, рассмотрите возможность их разбивки на более мелкие, управляемые задачи или подистории. Убедитесь, что эти подистории четко определены с четкими критериями приемки.
Шаг 5: Оценка задач
- Оцените усилия, необходимые для каждой выбранной пользовательской истории или подистории, в часах или баллах истории. Это помогает команде понять объем работы и обеспечивает управляемость спринта.
Шаг 6: Создание спринт-бэклога
- Создайте список задач для каждой выбранной пользовательской истории или подистории. Укажите оценку усилий и распределите задачи между членами команды с учетом их навыков и доступности. Это станет вашим спринт-бэклогом.
Вот пример того, как может выглядеть спринт-бэклог:
Спринт-бэклог для предстоящего двухнедельного спринта
| История пользователя | Описание задачи | Оценочные усилия | Назначено на |
|---|---|---|---|
| Аутентификация пользователя | Реализовать логику регистрации | 4 часа | Разработчик A |
| Аутентификация пользователя | Реализовать логику входа | 6 часов | Разработчик B |
| Ввод расходов | Создать форму ввода расходов | 5 часов | Дизайнер |
| Ввод расходов | Реализовать пользовательский интерфейс формы расходов | 8 часов | Разработчик C |
| Ввод расходов | Создать схему базы данных для расходов | 4 часа | Специалист по базам данных |
| Конвертация валют | Добавить функцию выбора валюты | 2 часа | Разработчик D |
| Аутентификация с помощью Touch ID/Face ID | Реализовать биометрическую аутентификацию (iOS) | 8 часов | Разработчик Е |
Шаг 7: Обязательство перед спринтом
- Во время встречи по планированию спринта команда обязуется завершить выбранные пользовательские сценарии и задачи в течение продолжительности спринта. Это обязательство обеспечивает фокус команды на выполнении запланированной работы.
Шаг 8: Создание цели спринта
- На основе выбранных пользовательских сценариев и задач сформулируйте ясную и краткую цель спринта, которая резюмирует, чего команда стремится достичь к концу спринта. Эта цель обеспечивает общее понимание цели спринта.
Шаг 9: Проверка и завершение встречи по планированию спринта
- Перед завершением встречи убедитесь, что все понимают цель спринта, выбранные пользовательские сценарии и соответствующие задачи. Устраните все вопросы или опасения и официально начните спринт.
Во время спринта проводите ежедневные встречи для отслеживания прогресса, внесения необходимых корректировок и обеспечения того, что команда находится на правильном пути для достижения цели спринта. В конце спринта проведите встречу по итогам спринта, чтобы продемонстрировать завершённую работу заинтересованным сторонам и собрать обратную связь. Наконец, проведите ретроспективу спринта, чтобы проанализировать процессы спринта и определить области для улучшения в будущих спринтах.
Заключение
Планирование спринта — это ключевой мост, который соединяет бэклог продукта с конкретными действиями по разработке в рамках управления проектами по Agile. Это совместный и динамичный процесс, позволяющий командам выбирать и обязываться выполнить чётко определённый набор пользовательских сценариев или задач для конкретного спринта. С учётом тщательного анализа приоритетов, зависимостей и оценок планирование спринта обеспечивает согласованность команды с общими целями проекта и позволяет постепенно предоставлять ценность клиентам.
Эффективное планирование спринта выходит за рамки простого распределения задач; оно способствует чёткому общению, даёт команде возможность взять на себя ответственность за свою работу и в конечном итоге приводит к цели спринта, которая направляет усилия команды. Регулярное планирование спринта, совместно с ежедневными стендапами, встречами по итогам спринта и ретроспективами, составляет сердце разработки по Agile, позволяя командам адаптироваться к изменяющимся требованиям, сохранять фокус и постоянно улучшать свои процессы.
Овладев искусством планирования спринта, команды по Agile могут уверенно ориентироваться в сложной среде разработки программного обеспечения, обеспечивая, что каждый спринт приближает их к созданию исключительных продуктов, отвечающих потребностям клиентов и способствующих успеху бизнеса. Это практика, воплощающая принципы Agile, такие как сотрудничество, оперативность и ориентация на клиента, делая её основой управления проектами по Agile.