Методологии и методы проектного управления
Agile
дата создания- 2001 год
разработчики -Группа IT-специалистов (США)
Принципы применения:
1) наивысший приоритет в удовлетворении потребностей заказчика
на протяжении всего проекта команда и заказчик ежедневно взаимодействуют между собой и друг с другом
2) работающий продукт — главный показатель прогресса
3) работу можно доверить только самоорганизованной, мотивированной команде
4) оптимальные сроки выпуска рабочего продукта — от 2 недель до 2 месяцев.
Компании-практики:
Unilever, ряд банков (Альфа Банк, Home Credit, Райффайзен Банк и т.д.)
Подойдёт вам, если...
1) над проектом работает опытная, высококвалифицированная команда
2) вы работаете над стартапом
3) нужно быстро получить рабочую версию продукта
4)заказчик выступает в качестве партнёра, а не инвестора
5) продукт разрабатывается в сфере, подверженной постоянным изменениям.
Не подойдёт, если...
1) вы не готовы тратить дополнительные ресурсы на налаживание ежедневной стабильной коммуникации между всеми участниками процесса
2) продукт должен быть создан к конкретному сроку
3) бюджет проекта строго ограничен
4) вам нужна детальная документация по всем процессам разработки.
Основа гибкой методологии — разбиение проектов на маленькие рабочие кусочки, называемые пользовательскими историями. Согласно приоритетности задачи решают в рамках коротких двухнедельных циклов (итераций).
Суть:
1) Люди и взаимодействие важнее процессов и инструментов
2) Работающий продукт важнее исчерпывающей документации
3) Сотрудничество с заказчиком важнее согласования условий контракта
4) Готовность к изменениям важнее следования первоначальному плану.
Преимущества:
1) короткие и понятные итерации — циклы разработки длятся от 2 недели до 2 месяцев, по окончанию которых заказчик получает рабочую версию продукта
высокая степень вовлечения исполнителей, организаторов и заказчиков проекта
2) во главе угла стоит рабочий продукт как основной показатель прогресса — это можно рассматривать как плюс, так и минус, ведь в таком случае к команде проекта выдвигаются высокие требования по самоорганизации
3) минимизация рисков благодаря гибкой системе внесения изменений;
4) популярность метода среди разработчиков программ для управления бизнеса.
Недостатки:
стимулирование постоянных изменений проекта: гибкость разработки продукта может привести к тому, что он никогда не дойдёт до финальной версии
повышенные требования к квалификации и опыту команды: помимо непосредственно создания продукта команда должна анализировать возможные способы улучшения эффективности собственной работы, беспрерывно обмениваться информацией по проекту, быть мотивированной и самоорганизованной. Далеко не всегда ресурсы проекта позволяют привлечь таких специалистов
философский характер методологии: Agile — это не чёткая инструкция к действию, а целая философская концепция. Команда не может механически применить механики «гибкой» разработки, нужно принять ключевые принципы системы
сложность подсчёта итоговой суммы работы: стимуляция изменений и усовершенствования конечного продукта приводит к плавающему значению стоимости проекта. Поэтому Agile не подойдет для управления проектами в строительстве, где составляется четкая смета под всю работу.
Agile — система идей и принципов «гибкого» управления проектами, на основе которых разработаны популярные методы Scrum, Kanban и другие. Ключевой принцип — разработка через короткие итерации (циклы), в конце каждого из которых заказчик (пользователь) получает рабочий код или продукт.
Waterfall («водопад»/ «каскадная»)
дата создания- 1956 г., 1961 г., 1970 г.
разработчики -Г. Беннингтон, Хозьер, В. Уолкер Ройс
Компании-практики:
Cisco Ericsson AB, Toyota (до 2010)
Подойдёт вам, если...
1) большая часть или вся работа над проектом проводится на аутсорсе
2) у вас есть чёткая концепция продукта, который хотите получить
3) вы не ограничены во времени и ресурсах создания продукта
4) создание продукта или бизнеса построено на соблюдении строгой последовательности выполнения задач.
Не подойдёт, если...
1) вы хотите создать инновационный продукт или крупный проект
2) вы не уверены в концепции предлагаемого проекта
3)финансовые ресурсы не являются ключевым ограничителем в вашем проекте.
Основные этапы:
1.Аналитика
2.Проектирование
3.Разработка
4.Тестирование
5.Эксплуатация и тех.поддержка
Основные принципы:
1. жесткая последовательность этапов разработки
2. переход к новому этапу только после успешного завершения предыдущего
3. фиксированная стоимость продукта
4. заказчик не привлекается к процессу разработки
5. изменения могут быть внесены только после завершения всего процесса разработки
Преимущества:
1.удобная отчетность
2.оценка стоимости и сроков проекта
3.стабильность задач
4. понятная структура разработки
Недостатки:
1. лишенный гибкости процесс
2. "стойкость" к изменениям
Waterfall — методика управления проектами, которая подразумевает последовательный переход с одного этапа на другой без пропусков и возвращений на предыдущие стадии.
Отличия Waterfall от Agile
Методы
extreme programming
Цель методики XP — справиться с постоянно меняющимися требованиями к программному продукту и повысить качество разработки. Поэтому XP хорошо подходит для сложных и неопределенных проектов
Методология XP строится вокруг четырех процессов: кодирования, тестирования, дизайна и слушания.
Кроме того, экстремальное программирование имеет ценности: простоту, коммуникацию, обратную связь, смелость и уважение.
feature driven development
Создатель FDD — Джефф де Лука (Jeff De Luca), впервые предложил методологию в 1997 году, когда искал оптимальное решение по разработке программного обеспечения для банка в Сингапуре. Тогда он предоставил комбинацию из 5 процессов:
1) Разработка общей модели. Команда разработчиков делится на группы создаёт модели для отдельных задач. Затем выбирается одна из предложенных моделей или их сочетание.
2) Создание списка функций. Когда команда разработала общую модель, она определяет полезные для клиента функции.
3) Планирование. Здесь важно учитывать нагрузку на группу, риски и другие аспекты, чтобы предотвратить возникновение критических проблем.
4) Дизайн и разработка. На основе данных первого процесса, менеджер проекта выбирает группу функций, которые команда должна реализовать за определённый срок.
5) Реализация. После того как команда разработала и протестировала код и модули, она приступает к созданию ПО. На этот и предыдущий этап уходит 75% усилий команды разработчиков.
lean software development
Принципы Lean:
1) Устранение лишнего: того, что не приносит пользы.
2) Упор на обучение: цикличная разработка, обратная связь с клиентом.
3) Решения принимаются на основе фактов, а не прогнозов.
4) Целостность во всем: от информирования заказчика до рефакторинга.
5)Полномасштабное видение: важно оценивать проект как целое, а не по частям.
Интересно
dynamic software development method dsdm
включает в себя три стадии:
1) Предпроектная стадия, на которой авторизуется реализация проекта, определяются финансовые параметры и команда.
2) Жизненный цикл проекта представляет собой реализации проекта и включает в себя пять этапов.
3) Постпроектная стадия обеспечивает качественную эксплуатацию системы.
crystal methodologies
Crystal Clear – это легковесная гибкая методология, созданная Алистером Коуберном (Cockburn, 2004). Она предназначена для небольших команд в 6-8 человек для разработки некритичных бизнес-приложений. Как и все гибкие методологии создания приложений Crystal Clear больше опирается на людей, чем на процессы и артефакты. Crystal Clear использует семь методов/практик:
1) Частая поставка продукта
2) Улучшения через рефлексию
3)Личные коммуникации
4) Чувство безопасности
5) Фокусировка
6) Простой доступ к экспертам
7) Качественное техническое окружение
Kanban
Начинается с визуализации, чтобы процессы были на виду у команды. Для этого используют специальную доску, которая разделена на 5 колонок :
Scrum-метод
1.выбор владельца продукта
2. сбор команды проекта
3. поиска скрам-мастера
4. составление бэклог продукта
5. планирование спринтов
6. организация ежедневных 15-мин "мит-апов"
7. проведение обзора рабочих частей продуктов
8. проведение ретроспективы
подтема
Главная тема
