'

Интернет-проект Куда деваются деньги или экономика agile-проекта.

Понравилась презентация – покажи это...





Слайд 0

Интернет-проект Куда деваются деньги или экономика agile-проекта. Юрий Шиляев, Epam Systems Agile.by


Слайд 1

О некоторых циничных принципах капитализма. О том какие риски накладывают друг на друга заказчик и разработчик и кто за это платит. О том как не надо управлять большим проектом и о том как им надо управлять Как при этом выжать из бюджета на разработку максимум… И быстро оборачивать вложенные средства О чем эта презентация


Слайд 2

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


Слайд 3

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


Слайд 4

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


Слайд 5

Готовое ТЗ Оценка ТЗ План проекта Договор Разработка


Слайд 6


Слайд 7


Слайд 8


Слайд 9


Слайд 10


Слайд 11


Слайд 12


Слайд 13


Слайд 14


Слайд 15

Риски Маржа Бюджет проекта Экономика. Бюджет. Расходы


Слайд 16

Риски Маржа Риски Бюджет проекта Экономика. Бюджет. Расходы


Слайд 17

Итого столкнулись с проблемами: Scope проекта увеличился из-за неточно описанных требований, а они еще начали меняться (озарения, технические проблемы, изменяющиеся условия). Длительность проекта выросла, что повлияло на себестоимость проекта. Строгий договор, который был скорее выгоден заказчику, нежели нам.


Слайд 18

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


Слайд 19

Принцип #1


Слайд 20

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


Слайд 21

Принцип #2 Scope – Schedule - Resource


Слайд 22

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


Слайд 23


Слайд 24


Слайд 25

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


Слайд 26

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


Слайд 27

Кейс 2: С чистого листа. Крупный интернет-проект. Scope зафиксирован только на уровне общей концепции. Мы выступаем и как консультанты и как разработчики, т.е. тоже влияем на scope и requirements . График абстрактный.


Слайд 28


Слайд 29


Слайд 30


Слайд 31

Ответ: итерационный подход (agile) Короткие итерации: Быстрый запуск. Меньше scope => меньше переделок Инкрементная разработка. Постоянная интеграция: Постоянное добавление новых «фич». Лучше тестирование. Гибкость к изменениям. Сокращение потерь и ускорение коммуникаций. Разделение и минимизация рисков.


Слайд 32

Бюджет в Agile


Слайд 33

Бюджет в Agile


Слайд 34

Бюджет в Agile План проекта Смета проекта


Слайд 35


Слайд 36

Итерации для заказчика Быстрый запуск и постоянная интеграция => Ускорение оборачиваемости средств Готовый релиз в конце итерации => Прозрачная система оплаты работы по факту. Гарантия постоянной готовности продукта. Готовность к изменениям. Снижение рисков, снижение потерь => снижение стоимости работ. … при неизменном качестве услуг.


Слайд 37

Ограничения для заказчика Управление бюджетом => полномочный менеджер проекта. Увеличение коммуникаций => менеджер проекта должен быть постоянно доступен и информирован. Email-переписка на уровне юридической силы (Skype?). Часть требований останется на словах.


Слайд 38

Разделение рисков между разработчиком и заказчиком. Возможность тактически влиять на цель проекта. Быть готовым к изменениям. Финансировать проект небольшими частями и платить только по факту. В случае прекращения финансирования – иметь готовый продукт.


Слайд 39

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


×

HTML:





Ссылка: