作者：Анна Круглова 9 月以前
107
更多类似内容
тяжесть в соблюдении баланса между подходами
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
рушит российский менталитет ТК РФ
большой уровень гибкости
обеспечение качества
быстрое понимание узких мест системы
визуализация потока предоставления ценности
жесткое ограничение несовершенных задач
спринты могут быть разными
нет жестких ролей
может быть несколько команд
более демократичен
любое движение задач по этапам
фиксированные спринты
три обязательные роли
одна команда на проект
более директивен
плохо подходит для больших команд
нецелесообразно если известны все требования к продукту
требуется экспертиза в команде
требует дополнительной роли скрам мастера
страх отпустить вожжи
подходит для всего
легко адаптировать продукт к рынку
работающий улучшенный продукт после каждой итерации
легко масштабируется
самоорганизованные команды
sprint burndown chart - диаграмма совершения задач
sprint goal - цель спринта
sprint backlog - список требований на ближайший спринт
product backlog - список требований по проекту
проведение ретроспективы
проведение обзора рабочих частей продукта
организация ежедневных мит-апов
планирование спринтов
составление бэклог продукта
поиск скрам-мастера
сбор команды проекта
выбор владельца продукта
руководства PMBOK
ожидания и требования внешних заинтересованных лиц
поставщики
технологии
процессы
проект
люди
организация
строитьельном проекте
компании нужна детальная документация по всем процессам разработки
бюджет проекта строго ограничен
продукт должен быть создан к конкретному сроку
компания не готова тратить дополнительные ресурсы на налаживание коммкникаций
start-up проектах
сфера подвержена постоянным изменениям
заказчик - партнер. а не инвестор
нужно быстро получить рабочую версию продукта
проект является start-up
сложность подсчета итоговой суммы работы
философский характер методологии
повышение требований к квалификации команды
стимулирование постоянных изменений
минимизация рисков благодаря гибкой системе внесения изменений
рабочий продукт - основной показатель прогресса
высокая степень вовлечения исполнителей, организаторов, заказчиков
короткие и понятные итерации
прозрачность и использование досок со стикерами
обратная связь на каждом цикле
маленькие команды
работа над мини-блоками
необходим постоянный анализ возможных способов улучшения
приветствуется простота процессов
используется минимум документации
необходимо постоянное стремление к улучшениям и совершенству
важна самоорганизующаяся команда, работающая в постоянном ритме
прогресс достигнут тогда, когда есть работоспособный продукт
важно личное общение, демонстрация версий заказчику
над продуктом должны работать мотивированные профессионалы
разработчики и представители бизнеса должны ежедневно работать вместе
работающий продукт должен выпускаться как можно чаще
изменения приветствуются в любой момент
приоритет - удовлетворение потребностей клиента
готовность к изменениям важнее следования первоначальному плану
сотрудничество с заказчиком важнее согласования условий контракта
работающий продукт важнее исчерпывающей документации
люди и их взаимодействия важнее процессов и инструментов
проектах стороннего клиента
проектах в IT-сфере
start-up проекте
финансовые ресурсы не являются ключевым ограничением в проекте
нет четкого технического задания
компания не уверена в концепции предлагаемого проекта
компания хочет создать инновационный продукт или крупный проект
То есть, если речь идет о:
военной или космической отрасли
финансовом секторе
медицине
авиастроении
строительном проекте
создание продукта построено на соблюдении строгой последовательности выполнения задач
компания ограничена во времени и ресурсах создания проекта
есть четкая концепция продукта, который компания хочет получить
большая часть или вся работа над проектом проводится на аутсорсинге
повышенный риск
инерционность
стойкость к изменениям
негибкий процесс
оценка стоимости и сроков сдачи проекта
стабильность задач
удобная отчестность
понятная и простая структура процесса разработки
эксплуатация и техническая поддержка
тестирование
реализация
проектирование
аналитика
заказчик не участвует в процессе, после предоставления технического задания
фиксированная стоимость продукта проекта
исправление ошибок возможно только на этапе тестирования
жесткая последовательность этапов разработки - процесс взаимосвязан
нельзя возвращаться к прошлым этапам
нельзя пропускать этапы
переход к новому этапу - только после успешного завершения предыдущего
подробное техническое задание
фиксированная документация
четкое следование плану
исчерпывающая документация
жесткие контрактные ограничения
процессы и инструменты
