Agile Project Management Tutorial

Below topics are explained in the video:
1. What is Agile Project Management? 00:41
2. Why Agile Project Management? 01:56
3. Principles of Agile Project Management 03:08
4. Steps in Agile Project Management 04:35
5. Agile Project Management frameworks 06:40
6. Companies using Agile Project Management 08:28

Agile Project Management Explained (With Burgers!)

Agile ways of working have been proven to help deliver better, more high-quality products to customers, with generally faster delivery.

But what on earth is it? Keep watching to find out.

Overview of Agile Methodology

Agile methodologies are approaches to product development that are aligned with the values ​​and principles described in the Agile Manifesto for software development. Agile methodologies aim to deliver the right product, with incremental and frequent delivery of small chunks of functionality, through small cross-functional self-organizing teams, enabling frequent customer feedback and course correction as needed.

In doing so, Agile aims to right the challenges faced by the traditional “waterfall” approaches of delivering large products in long periods of time, during which customer requirements frequently changed, resulting in the wrong products being delivered.

Application of Agile Methodology

Through most of its brief history (since 1999-2000), “Agile” has been predominantly an approach to software development and IT application development projects.  Since then, however, it now extends to other fields, too, especially in the knowledge and services industries.

Agile is about being responsive to the market and to the customer by responding quickly to their needs and demands and being able to change direction as the situation demands.  Be it IT or software development or any other field where there is a flow of work and delivery of work products, Agile methods are applicable.  Agile methods attempt to maximize the delivery of value to the customer and minimize the risk of building products that do not – or no longer – meet market or customer needs.

They do this by breaking up the traditionally long delivery cycle (typical of the legacy “waterfall methods”) into shorter periods, called sprints or iterations. The iteration provides the cadence for delivering a working product to the customer, getting feedback and making changes based on the feedback.

Thus, Agile methods have sought to reduce delivery times (delivering early, delivering often) to ensure that smaller vertical chunks of the product get to the market, enabling customers to provide feedback early and ensure that the product they finally get meets their needs.

Agile has become an umbrella term for a variety of planning, management and technical methods and processes for managing projects, developing software and other products and services in an iterative manner. These methods include Scrum, by far the most prevalent and popular method for software, XP (eXtreme Programming or Paired Programming), and more lately Kanban.

Agile methods also include technical practices – most of which fall under the umbrella term DevOps – that enable Test Automation, Continuous Integration/ Continuous Delivery/ Deployment (CI/ CD) and overall, an ever-shrinking delivery cycle for software and other products and services.

The use of Agile as an approach to project management has increased dramatically in recent years. Gartner predicts that agile development methods will soon be used in 80% of all software development projects.

Scrum Methodology

Scrum methodology is a simple framework for working with complex projects, and it was created by Ken Schwaber and Jeff Sutherland.

Agile software development methodologies are iterative, meaning the work is divided into iterations, which are called Sprints in the case of Scrum. Scrum is executed by small teams of between 7-9 people, including a Scrum Master and a Product Owner.

In Scrum, projects are divided into cycles (typically 2 or 3 week cycles) called Sprints. The Sprint represents a timebox within which a set of features must be developed.  Multiple sprints might be combined to form a Release – where formal software/ product delivery is made to the customer/ market.

The overall product functionality is broken down by the Product Owner into smaller features (typically described as Epics and User Stories – or just Stories).   These Stories are prioritized and taken up in each Sprint or Iteration.  The intent of the method is for the team to be able to demo at the end of each Sprint working pieces of the product to the Product Owner, to make sure that the product is working as intended.

Overall, the Scrum method breaks the long waterfall process delivery into smaller cycles, which enables product teams and the end-customer to frequently review working software and ensure that it meets their business requirements. This ensures that the end product also meets the final requirements of the customer.

The Scrum method is characterized by specific ceremonies such as the Daily Standup meeting, the Sprint Review Meeting, the Demo to the Product Owner and the Sprint Retrospective meeting.  All of these meetings provide collaboration and review opportunities to the team to ensure that development is progressing as intended, and any issues are resolved quickly.

Summary

There are a variety of different models and development methodologies based on Agile principles. In recent years, there has been a growing list of organizations who credit the methodology with its success. Some of the biggest names in media, technology, finance, and even some National Government agencies have adopted and praised the efficiency of Agile.

Сравнительная таблица

	Agile	Waterfall
Суть	Гибкая модель разработки, основанная на итеративных принципах	Каскадная система разработки, основанная на жёсткой последовательности процесса разработки
Дата создания	2001 г.	1956 г., 1961 г., 1970 г.
Разработчики	Группа IT-специалистов (США)	Г. Беннингтон, Хозьер, В. Уолкер Ройс
Принципы применения	– наивысший приоритет в удовлетворении потребностей заказчика – на протяжении всего проекта команда и заказчик ежедневно взаимодействуют между собой и друг с другом – работающий продукт — главный показатель прогресса – работу можно доверить только самоорганизованной, мотивированной команде – оптимальные сроки выпуска рабочего продукта — от 2 недель до 2 месяцев.	– жёсткая последовательность этапов разработки – переход к новому этапу — только после успешного завершения предыдущего – фиксированная стоимость продукта заказчик не привлекается к непосредственному процессу разработки – изменения могут быть внесены только после завершения всего процесса разработки.
Плюсы	– высокий уровень взаимодействия между членами команды проекта – быстрый результат (рабочий код) в итоге «спринтов» – стимулирование изменения и улучшений продукта во время его разработки – непосредственное вовлечение заказчика к рабочему процессу.	– понятная и чёткая схема рабочего процесса – возможность просчёта точного количества затраченных на проект ресурсов – не требует затрат по налаживанию коммуникаций между всеми членами команды.
Минусы	– риск бесконечных изменений продукта – большая зависимость от уровня квалификации и опыта команды – практически невозможно точно подсчитать итоговую стоимость проекта.	– приоритет формального подхода к последовательности процесса работы – невозможность внесения изменений заказчиком до окончания разработки продукта – в случае нехватки ресурсов страдает качество проекта из-за сокращения этапа тестирования.
Компании-практики	Unilever, ряд банков (Альфа Банк, Home Credit, Райффайзен Банк и т.д.)	Cisco Ericsson AB, Toyota (до 2010)
Подойдёт вам, если…	– над проектом работает опытная, высококвалифицированная команда – вы работаете над стартапом – нужно быстро получить рабочую версию продукта – заказчик выступает в качестве партнёра, а не инвестора – продукт разрабатывается в сфере, подверженной постоянным изменениям.	– большая часть или вся работа над проектом проводится на аутсорсе – у вас есть чёткая концепция продукта, который хотите получить – вы не ограничены во времени и ресурсах создания продукта – создание продукта или бизнеса построено на соблюдении строгой последовательности выполнения задач.
Не подойдёт, если…	– вы не готовы тратить дополнительные ресурсы на налаживание ежедневной стабильной коммуникации между всеми участниками процесса – продукт должен быть создан к конкретному сроку – бюджет проекта строго ограничен – вам нужна детальная документация по всем процессам разработки.	– вы хотите создать инновационный продукт или крупный проект – вы не уверены в концепции предлагаемого проекта – финансовые ресурсы не являются ключевым ограничителем в вашем проекте.

Вердикт

Agile и Waterfall — две абсолютно разные методики разработки и управления проектами. Каждая из них породила десятки модификаций и методов, «заточенных» под конкретный формат проектов.

---

Гибкая модель будет идеальной для IT-компаний, стартапов, проектах в инновационных сферах

---

Каскадная модель не сдаёт позиции в строительных проектах или проектах, где ключевым ограничителем является срок реализации проекта, а не финансы

---

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