Agile: Больше денег, меньше рисков
Download as PPT, PDF1 like744 views
Документ описывает, как методология Agile помогает решить проблемы, связанные с offshore разработкой программного обеспечения, акцентируя внимание на управлении рисками и повышении прибыли. Основные положения включают краткие сроки выпуска, активное сотрудничество с заказчиками и минимизацию масштабов проектов для уменьшения количества ошибок. Автор делится опытом и примерами, показывая, как Agile может привести к большей гибкости и успешности проектов.
![Простые выводы Agile хорош для OSD так как: Сокращает релиз – выше вероятность успеха Позволяет лучше понять Заказчика – и тот доволен Минимизирует риски – и максимизирует profit Оставляя шансы в fixed price Дает установку на результат – и легко привязывает к нему бонус [email_address]](https://image.slidesharecdn.com/agile-more-money-while-less-risk-1223120178081262-9/85/Agile-26-320.jpg)
Agile: Больше денег, меньше рисков
- 2. Ответы на два главных вопроса Agile: больше денег, меньше рисков
- 3. Vision Расскажу как agile позволяет решить проблемы, свойственные offshore software development company Покажу, как работают эти механизмы Сделаю это коротко, но емко
- 4. Scope Не расскажу Как найти Заказчика Как убедить Заказчика Как составить контракт Как вести проект ... Как лично тебе заработать завтра кучу денег
- 5. Как начался мой бизнес? Hrs
- 6. Как работает бизнес? Revenue, $ Cost, $ Profit, $ Profit Margin, %
- 7. Основы проектной экономики Мастер ( $100/ день) делает 1 кресло в день Заказчик хочет 1 кресло (у нас есть день и $100) Мы продаем мастера на 1 день за $200 Scope Schedule Resources
- 9. Куда стремиться? Рабочая загрузка – 75% > Оплаченная – 100 % Как это сделать?..
- 10. ПРОДАТЬ ПРОЕКТ ПОБОЛЬШЕ!!! Взять вперед как можно больше денег Делать чтоб Заказчик был счастлив
- 11. «Воронка» 80% нафиг Еще 15-17,5% нафиг 2,5 – 5 % добрались
- 12. Суровая реальность «Мы не можем позволить себе перебирать!..» «Парни, не воландайтесь, нужно сделать платежи!..» «Блин, вы план видели? Какая архитектура?!..» «Как не это?! Щаз поправим!..» «Что-то не собирается...»
- 13. «Мы совсем неплохо оцениваем» «Большинство руководителей проектов по созданию ПО проделывают приемлемую работу по предсказанию задач, которые должны быть выполнены , и слабую работу по предсказанию задач, которые может потребоваться выполнить.» Том де Марко. «Вальсируя с медведями»
- 14. Оппа!.. Revenue, $ Cost, $ profit Непредвиденное, $ Неправильно посчитанный Cost, $
- 15. Что делать?!!.. Жесткая фиксация scope Формальный CM- процесс 60% времени проекта – на проработку требований Очень подробное толстое ТЗ, оговаривающее все на свете
- 16. Никогда в жизни не сработает!
- 17. Ответ Agile Короче релиз! меньше scope – больше вероятность успеха = > Меньше багов и переделок Короче обратная связь! Заказчик onsite , меньше документов = > Лучше понимаем что надо User-driven design Раз не читает – проговариваем = > Попадаем в цель с первого раза
- 18. Простой пример «Нужно сделать веб-интеграцию!..» 3 мес\1 год «Страница ScoutSubmit, принимающая имя, email, заголовок, и сохраняющая его в Х по нажатию кнопки Submit .» spPostBug и поля - 0,5h ScoutSubmit .asp – 1 h Обновить инсталлер – 1h
- 19. Ответ Agile Играть в планирование! Постоянная реприоритизация = > гибче реагировать на нужды пользователей Agile Software Design Приложение, изначально «заточенное» под рост и расширение = > меньше стоимость продолжения разработки
- 20. Получается... Revenue, $ Cost, $ profit Риски, $ Спринт 1 Revenue, $ Cost, $ profit Риски, $ Спринт 2 Revenue, $ Cost, $ profit Риски, $ Спринт 3 Revenue, $ Cost, $ profit Риски, $ Спринт 4
- 21. Влияние на cash flow
- 23. Fixed Price Фиксация – невозможна… Совсем без «границ проекта» – невозможно… А что делать – неизвестно! А переделок будет – море! А проект – жииииирный…
- 24. Стратегия Revenue, $ profit , $ Непредвиденное, $ Неправильно посчитанный Cost, $
- 25. Есть нюанс! Шансы – очень хороши Но даже 99% означает…
- 26. Простые выводы Agile хорош для OSD так как: Сокращает релиз – выше вероятность успеха Позволяет лучше понять Заказчика – и тот доволен Минимизирует риски – и максимизирует profit Оставляя шансы в fixed price Дает установку на результат – и легко привязывает к нему бонус [email_address]