Agile - філософія розробки програмного забезпечення

Методологія управління фінансами

Фреймворк для управління проєктами

Техніка програмування

Система для автоматизації процесів

Збільшення кількості етапів проєкту

Забезпечення швидкої адаптації до змін

Скорочення витрат на розробку

Підвищення технічної складності проєкту

Продуктовий менеджер, розробник, дизайнер

Замовник, тестувальник, маркетолог

Product Owner, Scrum Master, Development Team

Спонсор, архітектор, бізнес-аналітик

Список завершених завдань

Список можливих ризиків проєкту

Всі зміни, які внесені до продукту

Перелік вимог до продукту

Тривалий етап розробки

Короткий період розробки з фіксованим обсягом завдань

Сесія мозкового штурму

Зустріч для оцінки ризиків

1 рік

1-2 дні

2-4 тижні

6 місяців

Один раз на тиждень

Щоденно

Щомісяця

Після кожного Sprint

Розробляє продукт

Займається маркетингом продукту

Керує фінансовими аспектами проєкту

Забезпечує дотримання Scrum-процесів

Підготовка до нового проєкту

Визначення нових ризиків

Зустріч для демонстрації результатів Sprint

Оцінка якості коду

Оцінка роботи команди та пошук шляхів покращення

Огляд результатів роботи

Підготовка звітів для керівництва

Проведення фінансового аналізу

Опис ролей команди

Критерії, які визначають завершеність роботи

Термін виконання завдань

Список багів у системі

За кількістю рядків коду

За результатами Sprint Review

За кількістю виконаних завдань

За результатами щомісячних звітів

Програма для аналізу даних

Фреймворк для управління змінами

Гнучка методологія управління проєктами

Техніка написання коду

Люди, процеси, інструменти, документація

Технології, дизайн, фінанси, управління

Вартість, терміни, якість, документація

Люди, працюючий продукт, співпраця з клієнтом, реагування на зміни

Люди можуть краще адаптуватися до змін

Процеси завжди повільніші за людей

Люди не потребують інструментів для роботи

Процеси завжди точніші за людей

Документація потрібна для впровадження змін

Продукт без документації не може бути запущений

Працюючий продукт є найкращим індикатором прогресу

Документація важливіша за сам продукт

Клієнт визначає функціональність продукту

Клієнт стежить за дотриманням термінів

Клієнт дає оцінку якості коду

Клієнт надає фінансування

Через довгі планування

З допомогою миттєвого адаптування до нових вимог

Зміни можливі лише в кінці проєкту

Зміни відбуваються щорічно

Створення продукту великими блоками

Постійне додавання нових функцій

Поетапне поліпшення продукту через невеликі оновлення

Зменшення кількості етапів у проєкті

Вимагає детального довгострокового планування

Віддає перевагу гнучким короткостроковим планам

Планування здійснюється лише на початку проєкту

Планування проводиться виключно керівниками

Підвищує витрати на проєкт

Сприяє постійному зростанню якості продукту

Сповільнює процес розробки

Не впливає на кінцевий результат

Кожен етап проєкту тривалістю один рік

Повторення одних і тих же дій без змін

Завершений цикл розробки продукту

Постійна корекція ходу проєкту на основі результатів

Команди отримують всі рішення від керівництва

Команди самостійно визначають, як краще виконати завдання

Команди відповідають лише за виконання плану

Самоорганізація не є частиною Agile

Дозволяє усім учасникам проєкту бачити реальний стан справ

Зменшує кількість бюрократичних процедур

Підвищує рівень контролю з боку керівництва

Спрощує процес тестування