- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Интернет-проект Куда деваются деньги или экономика agile-проекта. презентация
Содержание
- 1. Интернет-проект Куда деваются деньги или экономика agile-проекта.
- 2. О некоторых циничных принципах капитализма. О том
- 3. О чем я не буду рассказывать Как
- 4. Часть первая, в которой пойдет речь о несколько неудачном опыте
- 5. Кейс 1: С чего все начиналось. Первый
- 6. Готовое ТЗ Оценка ТЗ План проекта Договор Разработка
- 16. Риски Маржа Бюджет проекта Экономика. Бюджет. Расходы
- 17. Риски Маржа Риски Бюджет проекта Экономика. Бюджет. Расходы
- 18. Итого столкнулись с проблемами: Scope проекта увеличился
- 19. Часть вторая, где рассказывается о циничных принципах капитализма.
- 20. Принцип #1
- 21. Следствие #1: Заказчик всегда старается привязать оплату
- 22. Принцип #2 Scope – Schedule - Resource
- 23. Следствие #1: Если scope может быть расширен,
- 26. Снова экономика
- 27. Часть третья, где показывается успешный проект.
- 28. Кейс 2: С чистого листа. Крупный интернет-проект.
- 32. Ответ: итерационный подход (agile) Короткие итерации: Быстрый
- 33. Бюджет в Agile
- 34. Бюджет в Agile
- 35. Бюджет в Agile План проекта Смета проекта
- 37. Итерации для заказчика Быстрый запуск и постоянная
- 38. Ограничения для заказчика Управление бюджетом => полномочный
- 39. Разделение рисков между разработчиком и заказчиком. Возможность
- 40. Юрий Шиляев, Epam Systems Agile.by
О некоторых циничных принципах капитализма. О том какие риски накладывают друг на друга заказчик и разработчик и кто за это платит. О том как не надо управлять большим проектом и
Слайд 1Интернет-проект
Куда деваются деньги или экономика agile-проекта.
Юрий Шиляев,
Epam Systems
Agile.by
Слайд 2О некоторых циничных принципах капитализма.
О том какие риски накладывают друг на
друга заказчик и разработчик и кто за это платит.
О том как не надо управлять большим проектом и о том как им надо управлять
Как при этом выжать из бюджета на разработку максимум…
И быстро оборачивать вложенные средства
О том как не надо управлять большим проектом и о том как им надо управлять
Как при этом выжать из бюджета на разработку максимум…
И быстро оборачивать вложенные средства
О чем эта презентация
Слайд 3О чем я не буду рассказывать
Как родить идею для интернет-проекта
Как построить
компанию
Кому и сколько платить
Как находить заказчиков
… и заработать много-много денег.
Кому и сколько платить
Как находить заказчиков
… и заработать много-много денег.
Слайд 5Кейс 1: С чего все начиналось.
Первый крупный интернет-проект.
«Громадный» объем. Аж 1000
ч/часов.
«Водопадный» процесс, другого не знали.
Расплывчатые требования и scope.
Жесткий график + fixed price.
«Водопадный» процесс, другого не знали.
Расплывчатые требования и scope.
Жесткий график + fixed price.
Слайд 18Итого столкнулись с проблемами:
Scope проекта увеличился из-за неточно описанных требований, а
они еще начали меняться (озарения, технические проблемы, изменяющиеся условия).
Длительность проекта выросла, что повлияло на себестоимость проекта.
Строгий договор, который был скорее выгоден заказчику, нежели нам.
Длительность проекта выросла, что повлияло на себестоимость проекта.
Строгий договор, который был скорее выгоден заказчику, нежели нам.
Слайд 21Следствие #1: Заказчик всегда старается привязать оплату к результату посредством договора.
Следствие
#2: Если оплата слишком далека, то мы рискуем "помереть с голоду"..
Слайд 23Следствие #1: Если scope может быть расширен, то он будет расширен.
Дополнение
к Следствию #1: Если scope можно расширить без расширения бюджета, он будет расширен без расширения бюджета.
Слайд 28Кейс 2: С чистого листа.
Крупный интернет-проект.
Scope зафиксирован только на уровне общей
концепции.
Мы выступаем и как консультанты и как разработчики, т.е. тоже влияем на scope и requirements .
График абстрактный.
Мы выступаем и как консультанты и как разработчики, т.е. тоже влияем на scope и requirements .
График абстрактный.
Слайд 32Ответ: итерационный подход (agile)
Короткие итерации:
Быстрый запуск.
Меньше scope => меньше переделок
Инкрементная разработка.
Постоянная интеграция:
Постоянное добавление новых «фич».
Лучше тестирование.
Гибкость к изменениям.
Сокращение потерь и ускорение коммуникаций.
Разделение и минимизация рисков.
Слайд 37Итерации для заказчика
Быстрый запуск и постоянная интеграция =>
Ускорение оборачиваемости средств
Готовый релиз
в конце итерации =>
Прозрачная система оплаты работы по факту.
Гарантия постоянной готовности продукта.
Готовность к изменениям.
Снижение рисков, снижение потерь => снижение стоимости работ.
… при неизменном качестве услуг.
Прозрачная система оплаты работы по факту.
Гарантия постоянной готовности продукта.
Готовность к изменениям.
Снижение рисков, снижение потерь => снижение стоимости работ.
… при неизменном качестве услуг.
Слайд 38Ограничения для заказчика
Управление бюджетом => полномочный менеджер проекта.
Увеличение коммуникаций => менеджер
проекта должен быть постоянно доступен и информирован.
Email-переписка на уровне юридической силы (Skype?).
Часть требований останется на словах.
Email-переписка на уровне юридической силы (Skype?).
Часть требований останется на словах.
Слайд 39Разделение рисков между разработчиком и заказчиком.
Возможность тактически влиять на цель проекта.
Быть готовым к изменениям.
Финансировать проект небольшими частями и платить только по факту.
В случае прекращения финансирования – иметь готовый продукт.
Финансировать проект небольшими частями и платить только по факту.
В случае прекращения финансирования – иметь готовый продукт.
