-Интернет проект

Куда деваются деньги или

экономика agile-.проекта

,ЮрийШиляевEpam SystemsAgile.by

• О некоторых циничных принципах капитализма.

• О том какие риски накладывают друг на друга заказчик и разработчик и кто за это платит.

• О том как не надо управлять большим проектом и о том как им надо управлять

• Как при этом выжать из бюджета на разработку максимум…

• И быстро оборачивать вложенные средства

Очем эта презентация

Очем я не будурассказывать

• Как родить идею для интернет-проекта• Как построить компанию• Кому и сколько платить• Как находить заказчиков• … и заработать много-много денег.

,Часть первая в которой пойдет речь о несколько

неудачном опыте

1: Кейс С чего все.начиналось

• Первый крупный интернет-проект.• «Громадный» объем. Аж 1000 ч/часов.• «Водопадный» процесс, другого не знали.• Расплывчатые требования и scope.• Жесткий график + fixed price.

Готовое ТЗ Готовое ТЗ

ОценкаТЗ

ОценкаТЗ

План проекта

План проекта

Договор Договор

Разработка

Разработка

Риски

МаржаМаржа

Бюдж

ет п

роек

та. .Экономика Бюджет

РасходыРасходы

Риски

МаржаМаржа

Бюдж

ет п

роек

та. .Экономика Бюджет

РасходыРасходы

Итого столкнулись с:проблемами• Scope проекта увеличился

из-за неточно описанных требований, а они еще начали меняться (озарения, технические проблемы, изменяющиеся условия).

• Длительность проекта выросла, что повлияло на себестоимость проекта.

• Строгий договор, который был скорее выгоден заказчику, нежели нам.

,Часть вторая где рассказывается о циничных

.принципах капитализма

Принцип #1

Следствие #1: Заказчик всегда старается привязать оплату к

.результату посредством договора

Следствие #2: Если оплата слишком, " далека томы рискуем помереть с"..голоду

Принцип #2

Scope – Schedule - Resource

Следствие #1: scope Если можетбыть, .расширен то он будет расширен

Дополнение кСледствию #1: scope Если можно расширить без расширения

, бюджета он будет расширен без .расширения бюджета

Риски

МаржаМаржаБю

джет

про

екта

РасходРасходыы

Снова экономика

,Часть третья .где показывается успешный проект

2: .Кейс С чистого листа

• Крупный интернет-проект.• Scope зафиксирован только на уровне

общей концепции.• Мы выступаем и как консультанты и как

разработчики, т.е. тоже влияем на scope и requirements .

• График абстрактный.

: Ответ итерационный подход(agile)

• Короткие итерации:– Быстрый запуск.– Меньше scope => меньше переделок

• Инкрементная разработка. • Постоянная интеграция:– Постоянное добавление новых «фич».– Лучше тестирование.

• Гибкость к изменениям.• Сокращение потерь и ускорение коммуникаций.• Разделение и минимизация рисков.

Бюджет в Agile

Риски

МаржаМаржа

РасходыРасходы

Бюджет в Agile

Бюджет в Agile

План работ

Смета работ

Scope

Продукт 1.1. Продукт 1.2.

Акт сдачи работ

План проекта

Смета проекта

Итерации для заказчика

• Быстрый запуск и постоянная интеграция =>– Ускорение оборачиваемости средств

• Готовый релиз в конце итерации => – Прозрачная система оплаты работы по факту.– Гарантия постоянной готовности продукта.

• Готовность к изменениям.• Снижение рисков, снижение потерь =>

снижение стоимости работ.• … при неизменном качестве услуг.

Ограничения длязаказчика• Управление бюджетом => полномочный

менеджер проекта.• Увеличение коммуникаций => менеджер

проекта должен быть постоянно доступен и информирован.

• Email-переписка на уровне юридической силы (Skype?).

• Часть требований останется на словах.

• Разделение рисков между разработчиком и заказчиком.

• Возможность тактически влиять на цель проекта. Быть готовым к изменениям.

• Финансировать проект небольшими частями и платить только по факту.

• В случае прекращения финансирования – иметь готовый продукт.

,ЮрийШиляевEpam Systems

Agile.by