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

Scrum-метод

1.выбор владельца продукта
2. сбор команды проекта
3. поиска скрам-мастера
4. составление бэклог продукта
5. планирование спринтов
6. организация ежедневных 15-мин "мит-апов"
7. проведение обзора рабочих частей продуктов
8. проведение ретроспективы

Kanban

Начинается с визуализации, чтобы процессы были на виду у команды. Для этого используют специальную доску, которая разделена на 5 колонок :

crystal methodologies

Crystal Clear – это легковесная гибкая методология, созданная Алистером Коуберном (Cockburn, 2004). Она предназначена для небольших команд в 6-8 человек для разработки некритичных бизнес-приложений. Как и все гибкие методологии создания приложений Crystal Clear больше опирается на людей, чем на процессы и артефакты. Crystal Clear использует семь методов/практик:

1) Частая поставка продукта

2) Улучшения через рефлексию

3)Личные коммуникации

4) Чувство безопасности

5) Фокусировка

6) Простой доступ к экспертам

7) Качественное техническое окружение

dynamic software development method dsdm

включает в себя три стадии:

1) Предпроектная стадия, на которой авторизуется реализация проекта, определяются финансовые параметры и команда.

2) Жизненный цикл проекта представляет собой реализации проекта и включает в себя пять этапов.

3) Постпроектная стадия обеспечивает качественную эксплуатацию системы.

lean software development

Принципы Lean:

1) Устранение лишнего: того, что не приносит пользы.

2) Упор на обучение: цикличная разработка, обратная связь с клиентом.

3) Решения принимаются на основе фактов, а не прогнозов.

4) Целостность во всем: от информирования заказчика до рефакторинга.

5)Полномасштабное видение: важно оценивать проект как целое, а не по частям.

Интересно

feature driven development

Создатель FDD — Джефф де Лука (Jeff De Luca), впервые предложил методологию в 1997 году, когда искал оптимальное решение по разработке программного обеспечения для банка в Сингапуре. Тогда он предоставил комбинацию из 5 процессов:

1) Разработка общей модели. Команда разработчиков делится на группы создаёт модели для отдельных задач. Затем выбирается одна из предложенных моделей или их сочетание.

2) Создание списка функций. Когда команда разработала общую модель, она определяет полезные для клиента функции.

3) Планирование. Здесь важно учитывать нагрузку на группу, риски и другие аспекты, чтобы предотвратить возникновение критических проблем.

4) Дизайн и разработка. На основе данных первого процесса, менеджер проекта выбирает группу функций, которые команда должна реализовать за определённый срок.

5) Реализация. После того как команда разработала и протестировала код и модули, она приступает к созданию ПО. На этот и предыдущий этап уходит 75% усилий команды разработчиков.

extreme programming

Цель методики XP — справиться с постоянно меняющимися требованиями к программному продукту и повысить качество разработки. Поэтому XP хорошо подходит для сложных и неопределенных проектов

Методология XP строится вокруг четырех процессов: кодирования, тестирования, дизайна и слушания.

Кроме того, экстремальное программирование имеет ценности: простоту, коммуникацию, обратную связь, смелость и уважение.

Интересно

Основные этапы:
1.Аналитика
2.Проектирование
3.Разработка
4.Тестирование
5.Эксплуатация и тех.поддержка

Основные принципы:
1. жесткая последовательность этапов разработки
2. переход к новому этапу только после успешного завершения предыдущего
3. фиксированная стоимость продукта
4. заказчик не привлекается к процессу разработки
5. изменения могут быть внесены только после завершения всего процесса разработки

Преимущества:
1.удобная отчетность
2.оценка стоимости и сроков проекта
3.стабильность задач
4. понятная структура разработки

Недостатки:
1. лишенный гибкости процесс
2. "стойкость" к изменениям

дата создания- 1956 г., 1961 г., 1970 г.


разработчики -Г. Беннингтон, Хозьер, В. Уолкер Ройс

Компании-практики:
Cisco Ericsson AB, Toyota (до 2010)

Подойдёт вам, если...

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

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

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

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

Не подойдёт, если...

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

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

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