Жизненный цикл проекта (Лекция - 11)

Содержание

Слайд 2

Содержание: Модели ЖЦ проекта Гибкие методологии Скрам-процесс

Содержание:

Модели ЖЦ проекта
Гибкие методологии
Скрам-процесс

Слайд 3

Модели ЖЦ проекта Моделирование жизненного цикла проекта по принципу «водопада» (каскадная)

Модели ЖЦ проекта

Моделирование жизненного цикла проекта по принципу «водопада» (каскадная)
Моделирование жизненного

цикла проекта по итеративной модели (инкрементная)

Модели жизненного цикла проекта

Слайд 4

Модели ЖЦ проекта Водопадная модель При моделировании по принципу «водопада» процесс

Модели ЖЦ проекта

Водопадная модель

При моделировании по принципу «водопада» процесс разработки делится

на четко определенные фазы, выполняемые строго последовательно:
анализ требований (исследование среды);
проектирование;
разработка и реализация подпроектов;
проверка подпроектов и проверка проекта в целом;
внедрение.
Слайд 5

Модели ЖЦ проекта Водопадная модель

Модели ЖЦ проекта

Водопадная модель

Слайд 6

Модели ЖЦ проекта Водопадная модель Преимущества: Полная и согласованная документация на

Модели ЖЦ проекта

Водопадная модель

Преимущества:
Полная и согласованная документация на каждом этапе.
Легко определить

сроки и затраты на проект.
Недостатки:
Процесс плохо работает в проектах с нечеткими требованиями.
Сложно управлять рисками некоторых типов (например, риски, связанные с использованием новых технологий).
Слайд 7

Модели ЖЦ проекта Итеративная модель Проект при этом подходе в каждой

Модели ЖЦ проекта

Итеративная модель

Проект при этом подходе в каждой фазе развития

проходит повторяющийся цикл PDCA:
Планирование — Реализация — Проверка — Оценка
(англ. plan-do-check-act cycle).
Слайд 8

Планирование — Реализация — Проверка — Оценка (англ. plan-do-check-act cycle). определение

Планирование — Реализация — Проверка — Оценка (англ. plan-do-check-act cycle).

определение и

анализ требований;
дизайн и проектирование – согласно требованиями. Причем дизайн может как разрабатываться отдельно для данной функциональности, так и дополнять уже существующий;
разработка и тестирование – кодирование, интеграция и тестирование нового компонента;
фаза ревью – оценка, пересмотр текущих требований и предложения дополнений к ним.
Слайд 9

Модели ЖЦ проекта Итеративная модель

Модели ЖЦ проекта

Итеративная модель

Слайд 10

Модели ЖЦ проекта Итеративная модель Преимущества итеративного подхода: снижение воздействия серьёзных

Модели ЖЦ проекта

Итеративная модель

Преимущества итеративного подхода:
снижение воздействия серьёзных рисков на ранних стадиях проекта;
организация

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

Модели ЖЦ проекта Итеративная модель Недостатки: • целостное понимание возможностей и

Модели ЖЦ проекта

Итеративная модель

Недостатки:
• целостное понимание возможностей и ограничений проекта долгое

время отсутствует;
• при итерациях приходится отбрасывать часть сделанной ранее работы;
• добросовестность специалистов при выполнении работ всё же снижается («всё равно всё можно будет переделать и улучшить позже»).
Слайд 12

Когда использовать итеративную модель: для крупных проектов; когда известны, по крайней

Когда использовать итеративную модель:

для крупных проектов;
когда известны, по крайней мере, ключевые

требования;
когда требования к проекту могут меняться в процессе разработки.
Слайд 13

Слайд 14

Модели ЖЦ проекта Гибкая методология разработки (Agile software development) – серия

Модели ЖЦ проекта

Гибкая методология разработки (Agile software development) – серия подходов

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

Гибкие методологии

Слайд 15

Модели ЖЦ проекта Основные идеи: люди и взаимодействие важнее процессов и

Модели ЖЦ проекта

Основные идеи:
люди и взаимодействие важнее процессов и инструментов;
работающий продукт важнее исчерпывающей

документации;
сотрудничество с заказчиком важнее согласования условий контракта;
готовность к изменениям важнее следования первоначальному плану.
Основная метрика agile-методов – рабочий продукт.

Гибкие методологии

Слайд 16

Модели ЖЦ проекта Scrum (от англ. scrum «толкучка») — методология управления

Модели ЖЦ проекта

Scrum (от англ. scrum «толкучка») — методология управления

проектами, активно применяющаяся при разработке информационных систем для гибкой разработки программного обеспечения.
Это набор принципов, на которых строится процесс разработки, позволяющий в жёстко фиксированные и небольшие по времени итерации, называемые спринтами (sprints), предоставлять конечному пользователю работающее ПО с новыми возможностями, для которых определён наибольший приоритет.

Гибкие методологии

Слайд 17

Scrum

Scrum

Слайд 18

Scrum

Scrum

Слайд 19

Спринт (Sprint) — итерация в скраме, в ходе которой создаётся функциональный

Спринт (Sprint) — итерация в скраме, в ходе которой создаётся функциональный

рост программного обеспечения. Жёстко фиксирован по времени. Длительность одного спринта от 2 до 4 недель.
Бэклог проекта (Project backlog) — это список требований к функциональности, упорядоченный по их степени важности, подлежащих реализации.
Бэклог спринта (Sprint backlog) — содержит функциональность, выбранную владельцем проекта из Бэклога проекта. Все функции разбиты по задачам, каждая из которых оценивается скрам-командой.

Scrum

Слайд 20

Диаграмма сгорания задач (Burndown chart) – отображает завершенный спринт: оставшиеся нерешенные

Диаграмма сгорания задач (Burndown chart) – отображает завершенный спринт: оставшиеся нерешенные

задачи и трудозатраты, необходимые для их завершения в расчете на 21 рабочий день.

Scrum

Слайд 21

Скрам-мастер (Scrum Master) Владелец продукта (Product Owner) Скрам-команда (Scrum Team) Роли в Scrum

Скрам-мастер (Scrum Master)
Владелец продукта (Product Owner)
Скрам-команда (Scrum Team)

Роли

в Scrum
Слайд 22

Scrum

Scrum

Слайд 23

Scrum Прочие QA активности: Планирование спринта (Sprint Planning meeting). Ежедневное совещание

Scrum

Прочие QA активности:
Планирование спринта
(Sprint Planning meeting).
Ежедневное совещание
(Daily Scrum meeting).
Ретроспективное

совещание
(Retrospective meeting).