Categories: All - проект - стоимость - этапы - методология

by Карина Галстян 1 year ago

170

МЕТОДОЛОГИИ И ФРЕЙМВОРКИ ПРОЕКТНОГО УПРАВЛЕНИЯ

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

МЕТОДОЛОГИИ И ФРЕЙМВОРКИ ПРОЕКТНОГО
УПРАВЛЕНИЯ

МЕТОДОЛОГИИ И ФРЕЙМВОРКИ ПРОЕКТНОГО УПРАВЛЕНИЯ

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

Дата создания и разработчики:

2001 г. - 17 американских IT-специалистов из штата Юта


Agile возник в IT-среде, но затем распространился и в другие сферы – от промышленной инженерии до искусственного интеллекта.


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

речь идет о:

• строительном проекте,

• авиастроении,

• медицине,

• финансовом секторе,

• военной или космической отрасли

продукт должен быть создан к конкретному сроку

компании нужна детальная документация по всем процессам разработки

компания не готова тратить дополнительные ресурсы на налаживание коммуникаций

бюджет проекта строго ограничен

речь идет о:

• Start-Up проекте,

• проектах в IT-сфере,

• проектах «стороннего клиента» 

нужно быстро получить рабочую версию продукта

продукт разрабатывается в сфере, подверженной постоянным изменениям

проект является Start-Up

заказчик выступает в качестве партнёра, а не инвестора

Преимущества и недостатки

стимулирование постоянных изменений проекта

• гибкость разработки продукта может привести к тому, что он никогда не дойдёт до финальной версии

повышенные требования к квалификации и опыту команды

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

философский характер методологии Agile

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

сложность подсчёта итоговой суммы работы

• стимулирование изменений и усовершенствования конечного продукта приводит к плавающему значению стоимости проекта.

короткие и понятные итерации

• циклы разработки длятся от 2 недели до 2 месяцев, по окончанию которых заказчик получает рабочую версию продукта

высокая степень вовлечения исполнителей, организаторов и заказчиков проекта

во главе угла стоит рабочий продукт как основной показатель прогресса

• это можно рассматривать как плюс, так и минус, ведь в таком случае к команде проекта выдвигаются высокие требования по самоорганизации

минимизация рисков благодаря гибкой системе внесения изменений

Люди и их взаимодействия (важнее процессов и инструментов)

Сотрудничество с заказчиком (важнее согласования условий контракта)

Готовность к изменениям (важнее следования первоначальному плану)

Работающий продукт (важнее исчерпывающей документации)

Waterfall

ПЕРЕХОД К НОВОМУ ЭТАПУ ВОЗМОЖЕН ТОЛЬКО ПОСЛЕ ЗАВЕРШЕНИЯ ПРЕДЫДУЩЕГО


Дата создания и разработчики:

1956 г. (Герберт Беннингтон),

1961 г. (Хозьер),

1970 г. (Винстон Уолкер Ройс)


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

Кому подходит данная модель?

Не подходит, если...

речь идет о:

• Start-Up проекте,

• проектах в IT-сфере,

• проектах «стороннего клиента»

компания не уверена в концепции предлагаемого проекта

нет четкого «технического задания»

компания хочет создать инновационный продукт или крупный проект

финансовые ресурсы не являются ключевым ограничителем в проекте

Подходит, если...

речь идет о:

• строительном проекте,

• авиастроении,

• медицине,

• финансовом секторе,

• военной или космической отрасли.

есть чёткая концепция продукта, который компания хочет получить

создание продукта построено на соблюдении строгой последовательности выполнения задач

компания ограничена во времени и ресурсах создания продукта

большая часть или вся работа над проектом проводится на аутсорсе

Преимущества и Недостатки

Недостатки

лишенный гибкости процесс

• если проект требует больше временных и финансовых ресурсов, чем возможно, то под «нож» пойдут определенные элементы его содержания

«стойкость» к изменениям

• жёсткий каркас из этапов разработки и условие предоставление только готового продукта определяют невозможность вносить изменения во время разработки

инерционность

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

повышенный риск

• происходит тестирование (проверка качества) готового продукта, без возможности оценить отдельные компоненты

Преимущества

понятная и простая структура процесса разработки

• сроки сдачи готового проекта, как и его итоговая стоимость могут быть просчитаны до момента запуска разработки 

удобная отчётность

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

стабильность задач

• задачи, которые стоят перед проектом, ясны команде с самого начала разработки, и остаются неизменными на протяжении всего процесса

оценка стоимости и сроков сдачи проекта

это снижает порог вхождения для команд

Основные принципы

переход к новому этапу — только после успешного завершения предыдущего

жёсткая последовательность этапов разработки

фиксированная стоимость продукта проекта

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

Использованные внешние источники

https://setters.education/blog/articles/razbiraem-plyusy-i-minusy-kazhdoj-sistemy


https://e.sfu-kras.ru/course/view.php?id=23191


https://itanddigital.ru/agile


https://web-academy.ua/blog/pm-ba-pdm/agile-vs-waterfall


https://vc.ru/flood/42084-agile-ili-waterfall-sravnenie-metodologiy-veb-razrabotki


https://upr.ru/article/chto-takoe-waterfall-i-chem-on-otlichaetsya-ot-agile/


https://www.dmosk.ru/faq.php?object=waterfall-agile

Основные понятия по теме

Бэклог

Бэклог — это перечень требований к проекту, которые формируются на основе рекомендаций заказчика на старте работы и обратной связи в процессе сотрудничества

MVP

MVP (minimum viable product) – продукт, обладающий минимальными полезными функциями, но уже достаточными для того, чтобы получить от пользователей обратную связь (идеи по изменению и доработке).

Спринт

Спринт – это шаг жизненного цикла проекта

Scrum - управлении проектами включает в себя ежедневные собрания коллектива разработчиков, имеющие целью дать толчок проекту и выявить слабые мест

Канбан – это визуальная система управления работой команды, одна из самых популярных методологий управления наравне со  Scrum

Agile

Agile- система идей и принципов «гибкого» управления проектами, в основе которых разработка проекта через короткие итерации (циклы), в конце каждого из которых заказчик (пользователь) получает рабочий продукт

Waterfall

Каскадная (водопадная) модель - подразумевает последовательное прохождение процесса, разбитого на стадии. 

Фреймворк

Фреймворк- это набор инструментов, задач и процессов, используемых для организации и выполнения проекта от начала и до завершения

Методология

Методология проектного управления – это набор руководящих принципов, методов, фреймворков и процедур для управления проектами



Фреймворки семейства Agile-методов

Scrum

более директивен одна команда на проект три обязательные роли фиксированные спринты любое движение задач по этапам


Автор метода – Джефф Сазерленд

*Scrum – в регби «схватка за мяч»

требуется экспертиза в команде;

страх руководителей отпустить вожжи;

если заранее известны все требования продукта — нецелесообразно;

плохо подходит для больших команд (более десяти человек)

требует дополнительной роли Scrum-мастера;

Плюсы

работающий улучшенный продукт после каждой итерации;

самоорганизованные команды;

легко адаптировать продукт к рынку;

легко масштабируется;

подходит для всего (продукты, услуги, сервисы)

Основные артефакты

Инкремент продукта

ИНКРЕМЕНТ ПРОДУКТА – сумма завершенных во время спринта задач и всех инкрементов предыдущих спринтов. То есть, это текущее состояние разрабатываемого продукта

Бэклог спринта

БЭКЛОГ СПРИНТА – это набор задач на ближайший спринт. В Бэклоге спринта формулируется цель спринта и план по достижению этой цели

Бэклог продукта

БЭКЛОГ ПРОДУКТА – список всех элементов продукта, требований к ним и любой связанной с продуктом информации. Бэклог продукта может дополняться, детализироваться или сокращаться на всем протяжении проекта .

Процессы

Планирование

Планирование - определение объема работ, который Команда возьмет в ближайший спринт

Meeting

Meeting - Команда обсуждает, что каждый из участников сделал за прошлый день, что планирует делать в следующий и в чем нужна помощь (не более 15 минут)

Разработка

Разработка - процесс, в ходе которого Команда выполняет задачи и требования из бэклога спринта

Обзор

Обзор - открытая встреча для демонстрации результатов спринта и получения обратной связи от пользователей

Ретроспектива

Ретроспектива - закрытая встреча Команды, на которой оценивается прошедший спринт с точки зрения организации процессов.

Основные роли

Владелец продукта

Скрам-мастер

Разработчики

Kanban

Главный инструмент - KANBAN – ДОСКА. Показатель эффективности - это среднее время прохождения задачи по доске.


более демократичен может быть несколько команд нет жестких ролей спринты могут быть разными жесткое ограничение незавершенных задач 

Плюсы и минусы

Минусы

большой уровень гибкости, можно уйти не туда;

рушит российский менталитет ТК РФ (человек в рамках рабочего дня может быть не загружен на 100%, то есть не все восемь часов сотрудник должен что-то делать)

Плюсы

визуализация потока предоставления ценности (визуализация всех этапов разработки продукта от грустного клиента к довольному);

быстрое понимание узких мест системы;

обеспечение качества

Доска

"Выполнено"

"Требует проверки"

"В процессе работы"

"Делать"

Принципы

визуализировать работу

систематизировать доску

создать колонки, которые будут отражать текущий этап работы над задачей. Например: «надо сделать», «в работе», «сделано»;

контролировать течение задач

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

постоянно совершенствовать систему

визуализация помогает выявлять проблемные этапы и задачи. Процесс можно и нужно корректировать, устраняя уязвимые места

актуализировать задачи

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