作者：Карина Галстян 1 年以前
154
更多类似内容
Дата создания и разработчики:
2001 г. - 17 американских IT-специалистов из штата Юта
Agile возник в IT-среде, но затем распространился и в другие сферы – от промышленной инженерии до искусственного интеллекта.
Agile будет идеальной для IT-компаний,StartUP, проектов в инновационных сферах
речь идет о:
• строительном проекте,
• авиастроении,
• медицине,
• финансовом секторе,
• военной или космической отрасли
продукт должен быть создан к конкретному сроку
компании нужна детальная документация по всем процессам разработки
компания не готова тратить дополнительные ресурсы на налаживание коммуникаций
бюджет проекта строго ограничен
речь идет о:
• Start-Up проекте,
• проектах в IT-сфере,
• проектах «стороннего клиента»
нужно быстро получить рабочую версию продукта
продукт разрабатывается в сфере, подверженной постоянным изменениям
проект является Start-Up
заказчик выступает в качестве партнёра, а не инвестора
стимулирование постоянных изменений проекта
• гибкость разработки продукта может привести к тому, что он никогда не дойдёт до финальной версии
повышенные требования к квалификации и опыту команды
• помимо непосредственно создания продукта команда должна анализировать возможные способы улучшения эффективности собственной работы, беспрерывно обмениваться информацией по проекту, быть мотивированной и самоорганизованной
философский характер методологии Agile
• это не чёткая инструкция к действию, а целая философская концепция. Команда не может механически применить инструменты «гибкой» разработки, нужно принять ключевые принципы системы
сложность подсчёта итоговой суммы работы
• стимулирование изменений и усовершенствования конечного продукта приводит к плавающему значению стоимости проекта.
короткие и понятные итерации
• циклы разработки длятся от 2 недели до 2 месяцев, по окончанию которых заказчик получает рабочую версию продукта
высокая степень вовлечения исполнителей, организаторов и заказчиков проекта
во главе угла стоит рабочий продукт как основной показатель прогресса
• это можно рассматривать как плюс, так и минус, ведь в таком случае к команде проекта выдвигаются высокие требования по самоорганизации
минимизация рисков благодаря гибкой системе внесения изменений
Люди и их взаимодействия (важнее процессов и инструментов)
Сотрудничество с заказчиком (важнее согласования условий контракта)
Готовность к изменениям (важнее следования первоначальному плану)
Работающий продукт (важнее исчерпывающей документации)
ПЕРЕХОД К НОВОМУ ЭТАПУ ВОЗМОЖЕН ТОЛЬКО ПОСЛЕ ЗАВЕРШЕНИЯ ПРЕДЫДУЩЕГО
Дата создания и разработчики:
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 (minimum viable product) – продукт, обладающий минимальными полезными функциями, но уже достаточными для того, чтобы получить от пользователей обратную связь (идеи по изменению и доработке).
Спринт – это шаг жизненного цикла проекта
Scrum - управлении проектами включает в себя ежедневные собрания коллектива разработчиков, имеющие целью дать толчок проекту и выявить слабые мест
Канбан – это визуальная система управления работой команды, одна из самых популярных методологий управления наравне со Scrum
Agile- система идей и принципов «гибкого» управления проектами, в основе которых разработка проекта через короткие итерации (циклы), в конце каждого из которых заказчик (пользователь) получает рабочий продукт
Каскадная (водопадная) модель - подразумевает последовательное прохождение процесса, разбитого на стадии.
Фреймворк- это набор инструментов, задач и процессов, используемых для организации и выполнения проекта от начала и до завершения
Методология проектного управления – это набор руководящих принципов, методов, фреймворков и процедур для управления проектами
более директивен одна команда на проект три обязательные роли фиксированные спринты любое движение задач по этапам
Автор метода – Джефф Сазерленд
*Scrum – в регби «схватка за мяч»
требуется экспертиза в команде;
страх руководителей отпустить вожжи;
если заранее известны все требования продукта — нецелесообразно;
плохо подходит для больших команд (более десяти человек)
требует дополнительной роли Scrum-мастера;
Плюсы
работающий улучшенный продукт после каждой итерации;
самоорганизованные команды;
легко адаптировать продукт к рынку;
легко масштабируется;
подходит для всего (продукты, услуги, сервисы)
Инкремент продукта
ИНКРЕМЕНТ ПРОДУКТА – сумма завершенных во время спринта задач и всех инкрементов предыдущих спринтов. То есть, это текущее состояние разрабатываемого продукта
Бэклог спринта
БЭКЛОГ СПРИНТА – это набор задач на ближайший спринт. В Бэклоге спринта формулируется цель спринта и план по достижению этой цели
Бэклог продукта
БЭКЛОГ ПРОДУКТА – список всех элементов продукта, требований к ним и любой связанной с продуктом информации. Бэклог продукта может дополняться, детализироваться или сокращаться на всем протяжении проекта .
Планирование
Планирование - определение объема работ, который Команда возьмет в ближайший спринт
Meeting
Meeting - Команда обсуждает, что каждый из участников сделал за прошлый день, что планирует делать в следующий и в чем нужна помощь (не более 15 минут)
Разработка
Разработка - процесс, в ходе которого Команда выполняет задачи и требования из бэклога спринта
Обзор
Обзор - открытая встреча для демонстрации результатов спринта и получения обратной связи от пользователей
Ретроспектива
Ретроспектива - закрытая встреча Команды, на которой оценивается прошедший спринт с точки зрения организации процессов.
Владелец продукта
Скрам-мастер
Разработчики
Главный инструмент - KANBAN – ДОСКА. Показатель эффективности - это среднее время прохождения задачи по доске.
более демократичен может быть несколько команд нет жестких ролей спринты могут быть разными жесткое ограничение незавершенных задач
Минусы
большой уровень гибкости, можно уйти не туда;
рушит российский менталитет ТК РФ (человек в рамках рабочего дня может быть не загружен на 100%, то есть не все восемь часов сотрудник должен что-то делать)
Плюсы
визуализация потока предоставления ценности (визуализация всех этапов разработки продукта от грустного клиента к довольному);
быстрое понимание узких мест системы;
обеспечение качества
"Выполнено"
"Требует проверки"
"В процессе работы"
"Делать"
визуализировать работу
систематизировать доску
создать колонки, которые будут отражать текущий этап работы над задачей. Например: «надо сделать», «в работе», «сделано»;
контролировать течение задач
если выполнение каких-то операций затягивается и карточка долго не продвигается по доске, важно проанализировать причины и при необходимости перераспределить ресурсы или помочь в решении;
постоянно совершенствовать систему
визуализация помогает выявлять проблемные этапы и задачи. Процесс можно и нужно корректировать, устраняя уязвимые места
актуализировать задачи
постоянно обновлять статус, перемещая карточки из одной колонки в другую на доске, и выстраивать приоритеты в бэклоге;
