Документ описывает, как методология Agile помогает решить проблемы, связанные с offshore разработкой программного обеспечения, акцентируя внимание на управлении рисками и повышении прибыли. Основные положения включают краткие сроки выпуска, активное сотрудничество с заказчиками и минимизацию масштабов проектов для уменьшения количества ошибок. Автор делится опытом и примерами, показывая, как 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

8. Безоблачная перспектива

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

22. Бонусная политика

23. Fixed Price Фиксация – невозможна… Совсем без «границ проекта» – невозможно… А что делать – неизвестно! А переделок будет – море! А проект – жииииирный…

24. Стратегия Revenue, $ profit , $ Непредвиденное, $ Неправильно посчитанный Cost, $

25. Есть нюанс! Шансы – очень хороши Но даже 99% означает…

26. Простые выводы Agile хорош для OSD так как: Сокращает релиз – выше вероятность успеха Позволяет лучше понять Заказчика – и тот доволен Минимизирует риски – и максимизирует profit Оставляя шансы в fixed price Дает установку на результат – и легко привязывает к нему бонус [email_address]