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

Mai multe ca aceasta

Как использовать ментальные карты

după Галина Петрова

Переезд

după Bolbot Galina

Применение информационных технологий в общественном питании

după Маргарита Бадиева

10.3 Планирование и приемка систем

după Ангелина Короткова

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

Гибридная модель Waterfall&Agile

гибридный подход

гибридная методология waterfall&agile

тяжесть в соблюдении баланса между подходами

https://vc.ru/u/649295-anton-kucher/442504-gibridnyy-metod-upravleniya-proektami-waterfall-ne-vsegda-vyglyadit-kak-idealnaya-lestnica

более сложная система отчетности

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

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

ускорение работы над проектом

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

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

нижний уровень - планирование спринтов по методологии agile

https://companies.rbc.ru/news/r4HLCSLL61/kak-obedinit-agile-i-waterfall-v-proektnom-upravlenii/

верхний уровень - стратегическое планирование по методологии waterfall

Фреймворки

из каких частей состоит kanban?

рушит российский менталитет ТК РФ

большой уровень гибкости

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

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

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

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

Kanban - доска, визуальное представление сделанной работы

Отличия между Scrum и Kanban

Kanban

жесткое ограничение несовершенных задач

спринты могут быть разными

нет жестких ролей

может быть несколько команд

более демократичен

любое движение задач по этапам

фиксированные спринты

три обязательные роли

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

более директивен

Scrum

методология scrum: как работать спринтами?

плохо подходит для больших команд

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

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

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

страх отпустить вожжи

подходит для всего

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

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

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

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

Основные элементы

sprint burndown chart - диаграмма совершения задач

sprint goal - цель спринта

sprint backlog - список требований на ближайший спринт

product backlog - список требований по проекту

Ключевые шаги

проведение ретроспективы

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

организация ежедневных мит-апов

планирование спринтов

составление бэклог продукта

поиск скрам-мастера

сбор команды проекта

выбор владельца продукта

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

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

Как выбрать наилучшую методику?

мониторить и вносить изменения по мере необходимости

реализовать методологию

документировать и обосновать методологию

наладить обратную связь

определить методологию, которая может принести наилучшие результаты

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

выявить все доступные и возможные методологии

описать условия, влияющие на методологию

определить движущие силы проекта, цели и приоритеты

Критерии

Внешние

руководства PMBOK

ожидания и требования внешних заинтересованных лиц

поставщики

Внутренние

технологии

процессы

проект

люди

организация

Факторы

масштаб и стоимость проекта

заинтересованные лица

ограничения и риски

ключевые бизнес-факторы

сложность проекта

стратегические цели и базовые ценности организации

Методологии

Agile

обзор Agile

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

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

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

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

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

start-up проектах

сфера подвержена постоянным изменениям

заказчик - партнер. а не инвестор

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

проект является start-up

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

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

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

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

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

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

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

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

Ключевые моменты в организации

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

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

маленькие команды

работа над мини-блоками

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

приветствуется простота процессов

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

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

важна самоорганизующаяся команда, работающая в постоянном ритме

прогресс достигнут тогда, когда есть работоспособный продукт

важно личное общение, демонстрация версий заказчику

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

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

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

изменения приветствуются в любой момент

приоритет - удовлетворение потребностей клиента

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

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

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

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

Отличия между Waterfall и Agile

Waterfall

что такое методология Waterfall

Не подходит компаниям, если

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

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

start-up проекте

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

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

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

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

Подходит компаниям, если

То есть, если речь идет о:

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

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

медицине

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

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

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

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

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

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

Недостатки

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

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

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

негибкий процесс

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

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

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

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

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

Этапы

эксплуатация и техническая поддержка

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

реализация

проектирование

аналитика

Принципы

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

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

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

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

нельзя возвращаться к прошлым этапам

нельзя пропускать этапы

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

подробное техническое задание

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

Ценности

четкое следование плану

исчерпывающая документация

жесткие контрактные ограничения

процессы и инструменты