Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Agile: Больше денег, меньше рисков

1,520 views

Published on

Published in: Economy & Finance, Technology
  • Be the first to comment

Agile: Больше денег, меньше рисков

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

×