Синопсис
Гибкие практики значительно увеличили успешность разработки цифровых продуктов, улучшили качество и скорость выхода на рынок, а также повысили мотивацию команд за последние 30 лет, сообщает "Harvard Business Review". Apple, IBM, Microsoft и Procter & Gamble все используют Гибкий метод в своей работе. И с нашей презентацией Гибкий метод для цифрового продукта, разработанной исключительно для процессов, связанных с цифровыми продуктами, вы тоже можете повысить производительность, снизить риски и ускорить выход на рынок в постоянно меняющемся цифровом пространстве.
Основные моменты слайдов
Гибкая дорожная карта - это критически важный инструмент коммуникации. С помощью этого слайда вы можете продемонстрировать свою дорожную карту команде и заинтересованным сторонам и убедиться, что все четко понимают стратегию продукта.
Гибкий план тестирования дает вашей команде по обеспечению качества возможность иметь все высокоуровневые сценарии, бизнес-требования и оценки в одном месте. Убедитесь, что ваш план тестирования имеет правильную и простую структуру, содержащую бизнес-входы и задачи по QA.
Будет полезно освежить в памяти вашей команды Манифест Agile, 12 принципов которого включают в себя всегда ставить потребности клиентов на первое место, делать простоту высоким приоритетом и регулярно отражаться на непрерывных улучшениях.
Обзор
Методология Agile - это практика, которая помогает постоянной итерации разработки и тестирования в процессе разработки продукта. В этой модели разработка и тестирование происходят одновременно. Этот процесс позволяет больше общения между клиентами, разработчиками, менеджерами и тестировщиками, согласно образовательной платформе Guru99. Методологию Agile часто сравнивают с методологией Waterfall (также известной как Линейная последовательная модель жизненного цикла). Обе эффективны и широко используются, но чтобы увидеть различия, давайте рассмотрим преимущества и недостатки каждой из них, составленные Guru99.
Преимущества гибкой модели:
- Гибкая модель сосредоточена на процессах клиента и требует участия клиента на каждом этапе завершения проекта
- Гибкие команды чрезвычайно мотивированы и самоорганизованы, и скорее всего, в конечном итоге дадут лучшие результаты.
- Метод гибкой разработки программного обеспечения гарантирует, что качество разработки поддерживается.
- В Гибкой модели процесс полностью основан на постепенном прогрессе, что означает, что клиент и команда точно знают, что завершено, а что нет.
Преимущества модели водопада:
- Это одна из самых легких моделей для управления. Из-за своей природы, каждая фаза в методе Водопада имеет конкретные результаты и процесс обзора.
- Модель Водопада хорошо подходит для проектов меньшего размера, где требования легко понять.
- Модель Водопада гарантирует более быструю доставку проекта.
- Процесс и результаты хорошо документированы в этой методологии.
- Это легко адаптируемый метод для смены команд.
- Этот метод управления проектами полезен для управления зависимостями.
Ограничения гибкой модели:
- Это не лучший метод для небольших проектов по разработке.
- Гибкая модель требует эксперта для принятия важных решений на собрании.
- Стоимость внедрения гибкого метода выше по сравнению с другими методологиями разработки.
- Проект может легко сойти с пути, если менеджер проекта не общает требования, запросы и потребности ясно.
Ограничения модели водопада:
- Модель Водопада не является идеальной моделью для проектов большого размера.
- Если требования не поняты с самого начала, метод неэффективен.
- Модель Водопада затрудняет внесение изменений в предыдущие фазы.
- В модели Водопада процесс тестирования начинается сразу после завершения разработки. Таким образом, вероятность обнаружения ошибок в разработке, которые дорого исправить, выше.
Приложение
Приложение для управления проектами, Planio, предлагает всеобъемлющее руководство по применению гибкой методологии к вашим проектам и рабочему процессу. Вот что нужно делать, согласно Planio:
- Определите свою визию на стратегическом совещании определите бизнес-потребность или видение, которое ваш проект реализует. В конце совещания все должны быть на одной волне относительно того, почему они делают то, что нужно сделать, и какова общая стратегия достижения конечной цели.
- Создайте свою дорожную карту когда стратегия подтверждена, владелец продукта должен перевести эту визию в дорожную карту продукта, которая перечисляет требования к вашему проекту и сроки с приблизительными вехами и сроками.
- Создайте план выпуска создайте общий график выпуска продукта. "Поскольку в гибких проектах будет несколько выпусков, вы захотите приоритизировать функции, необходимые для запуска в первую очередь," говорят эксперты.
- Планируйте свои спринты разработайте командный план "спринтов" - коротких циклов разработки, в которых будут выполняться конкретные задачи и достигаться цели.
- Проводите ежедневные стендапы ежедневное 15-минутное стендап-собрание должно помочь вам и вашей команде обсудить, что было завершено вчера; над чем работают члены команды сегодня; и есть ли какие-либо препятствия, которые мешают соблюдению сроков.
- Обзор анализируйте и рассмотрите, что было сделано, и покажите это людям в вашей команде и любым ключевым заинтересованным сторонам. Цель здесь - проверить ваш первоначальный план, чтобы убедиться, что все требования были выполнены.
- Решите, на что сосредоточиться в ретроспективе вашего спринта для успешного управления гибким проектом, на каждом этапе должны быть определены четкие следующие шаги. Это означает, что как только один спринт был завершен и утвержден, вам нужно решить и сообщить, какая работа будет выполнена далее.
Кейс-стади
Apple
Apple не участвует в Agile, [related bracelet="scrum"], Lean и [related bracelet="kanban"] конференциях, как отмечает автор "Эры Agile," Стив Деннинг, в своей статье для "Forbes Leadership." И все же, говорит Деннинг, Apple действительно гибкая. В своем анализе Деннинг опирается на книгу Адама Лашинского "Внутри Apple."
В своей книге Лашински, прежде всего, подтверждает, что Стив Джобс был верховным Владельцем Продукта в терминологии Scrum. "Apple разрабатывала для Стива. Это не преувеличение. Стив был пользователем, вокруг которого все вращалось и для которого все было разработано," пишет Лашински. Кроме того, Гибкий метод - это работа в небольших командах, и, как говорит Лашински, "Apple часто поручает крупные проекты небольшим группам. Например, всего два инженера написали код для конвертации браузера Safari Apple для iPad, что было огромной задачей."
Кроме того, понятие ответственности, ключевое значение Agile, воплощено в Apple в виде компании-акронима, DRI.DRI означает "Прямой Ответственный Индивид," и описывает человека, который будет привлечен к ответственности, если что-то не будет сделано правильно. Команды Apple также работают в коротких, итерационных циклах; не имеют среднего менеджмента; и поощряются делать отличную работу, а не экономить деньги, что является признаком надежной гибкой организации, заключает Деннинг."