КАК УПРАВЛЯТЬ ПРОЕКТОМ В ИЗМЕНЯЮЩИЕЙСЯ СРЕДЕ

с помощью методик гибкой разработки

Артём Сердюк, ScrumGuidesTwitter: @ek_artem

Доктор Элистер Коуберн

Элизабет Хендриксон

СПАСИБО!

1946 – идея орбитального телескопа

1965 – глава комитета НАСА по орбитальному телескопу

Конгресс США

1970 – урезал ассигнования

1974 – вообще свернул программу

1978 – наконец дал 36 млн. долл.

1979 - орбитальному телескопу - быть!

Дата запуска – 1983 год

1980 – начали шлифовать

1981 – закончили шлифовать, но к запуску не готовы.

Запуск перенесен на 1984 год.

Запуск перенесен на 1985 год

Запуск перенесен на октябрь 1986 года

Бюджет достиг 1.175 млрд. долл.!

Январь 1986 – катастрофа «Челленджера»

Запуск отложен до 1990

И это прекрасно – будет время написать софт!

24 апреля 1990 года – вывод телескопа им. Хаббла на орбиту.

Ура!

Затраты – 2.5 млрд. долл. (бюджет – 400 млн.)

Позже графика на 7 лет.

Дефект главного зеркала

Нуждается в уходе

1993 – коррекция близорукости

Дефект главного зеркала

До коррекции После коррекции

Нуждается в уходе

1993 – коррекция близорукости1997 – второе техобслуживание1999 – третье техобслуживание2002 – четвертое техобслуживание2009 – пятое техобслуживание

Космический телескоп Хаббла

Общая сумма затрат – порядка 7 млрд. долл.

ПРОЕКТ ТИПА «БОЛЬШОЙ ВЗРЫВ»

ПРОЕКТ ТИПА «БОЛЬШОЙ ВЗРЫВ»

ПОЛУЧЕНИЕЗНАНИЙУВЕЛИЧЕНИЕ

БИЗНЕС-ЦЕННОСТИ(новых знаний не получаем)

Время

Знани

я

ЗНАНИЯ В «БОЛЬШОМ ВЗРЫВЕ»

МНОГО МАЛЕНЬКИХ ВЗРЫВОВвместо одного большого

Время

Знани

я

ПОЛУЧЕНИЕ НОВЫХ ЗНАНИЙ УВЕЛИЧЕНИЕ

БИЗНЕС-ЦЕННОСТИ

МОДЕЛЬ РАННЕГО РИСКА

И что нам это даст?

Ошибаться в начале – дешевле!

Отношения с заказчиком гораздо лучше

Но как?

1.Нет – долгосрочным планам!

Да – коротким таймбоксам

2.Нет – тщательной подготовке!

Да – риску и экспериментам.

Частые тесты

Автоматизированное тестирование

Разработка через тестирование

Частые демонстрации

заказчику и пользователям

3.Нет – менеджерам.

Да – командам!

4.Нет – документам.

Да – общению!

КОГДА НЕ СРАБОТАЕТ?

1) Когда экспериментировать – слишком дорого (дорогой фидбек)

КОГДА НЕ СРАБОТАЕТ?

1) Когда экспериментировать – слишком дорого (дорогой фидбек)2) Когда никто не заинтересован в частой сверке с реальностью

Итак, гибкая разработка – это:

1) Короткие таймбоксы и быстрая ОС2) Эксперименты вместо долгой подготовки3) Самоуправляемые команды4) Общение вместо документов

Можно ли было запустить телескоп Хаббла методом гибкой разработки?

Не знаю!

Лайман СПИТЦЕР

Мечта + очень сильное желание = Результат

Лайман СПИТЦЕР

Мечта + очень сильное желание = Результат

Не смотря ни на какую методологию

Лайман СПИТЦЕР

Мечта + очень сильное желание = Результат

Не смотря ни на какую методологию

Хотя она может сильно помочь

Лайман СПИТЦЕР

Приходите – будем рады!

КАК УПРАВЛЯТЬ ПРОЕКТОМ В ИЗМЕНЯЮЩИЕЙСЯ СРЕДЕ

с помощью методик гибкой разработки

Артём Сердюк, ScrumGuidesTwitter: @ek_artemwww.scrumguides.com