Upload
yuri-shilyaev
View
1.395
Download
4
Embed Size (px)
DESCRIPTION
Презентация на конференции "Деловой интернет - 2009". Октябрь 2009г.
Citation preview
-Интернет проект
Куда деваются деньги или
экономика 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