Как продать Agile.

3,729 views
3,647 views

Published on

Итак, вы прочитали про Agile и у вас загорелись глаза. Вы хотите работать по Scrum. Однако одному Agile не внедрить. Вам нужно убедить заказчика, начальника и коллег. Каждый день с горящими глазами вы рассказываете им по Scrum и Agile, но вот беда - в какой то момент они могут начать вас избегать :-) Несколько лет я (в числе прочего) занимаюсь тем, что продаю или помогаю продать гибкие методологии. В докладе я расскажу о совем опыте продажи Agile заказчику и всем остальным заинтересованным лицам.

Published in: Technology, Sports
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
3,729
On SlideShare
0
From Embeds
0
Number of Embeds
1,745
Actions
Shares
0
Downloads
40
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Как продать Agile.

  1. 1. Как продать<br />4/06/2010<br />Ag;)e <br />Асхат Уразбаев, Agile Coach<br />ScrumTrek<br />
  2. 2. АсхатУразбаев<br />ScrumTrek<br />Agile Coach<br />Управляющий партнер<br />В прошлом<br />Программист, менеджер проектов, методолог<br />
  3. 3. AgileRussia.ru <br />«Продажа» Agile<br />
  4. 4. AgileRussia.ru <br />Разговор (1)<br />Нам нужно парное программирование (и это круто)<br />Нет, не нужно (а ты гик)<br />
  5. 5. AgileRussia.ru <br />Разговор (2)<br />Какая проблема самая важная для вас?<br />У нас много багов в коде<br />Нам нужно парное программирование!<br />У нас нет времени<br />
  6. 6. AgileRussia.ru <br />Разговор (3)<br />А почему это проблема?<br />Ну мы не можем разработать достаточно быстро. Срываются сроки релиза. Заказчики жалуются. <br />А парное программирование может помочь?<br />Не уверен<br />Может попробуем поработать так одну итерацию?<br />Хорошая идея!<br />
  7. 7. Общий подход к «продаже»<br />Выявление проблемы (потребности)<br />Выявление последствий проблемы <br />Предложить решение, обсудить его выгоды<br />Рассмотреть опасения<br />Установить безопасное окружение для пилотирования<br />Общий Commit <br />© ScrumTrek.ru, 2008<br />
  8. 8. Потребности<br />Скрытая потребность<br />Неосознаваемая заказчиком<br />Явная потребность<br />Осознаваемая заказчиком<br />© ScrumTrek.ru, 2008<br />
  9. 9. Материалы<br />Нил Рекхем "СПИН-продажи" <br />© ScrumTrek.ru, 2008<br />
  10. 10. СПИН<br />Ситуационные вопросы<br />Проясняющие текущую ситуацию<br />Проблемные вопросы<br />Нащупывающие реальные проблемы<br />Извлекающие вопросы<br />Выясняющие важность проблем<br />Направляющие вопросы<br />Направляющие на варианты решения проблем<br />
  11. 11. Применимость Agile<br />Agile противопоказан<br />Заказчик не заинтересован в результате<br />Agile работает<br />Нужно максимально быстрое и эффективное достижение бизне-цели<br />
  12. 12. Заказчик хочет знать сроки окончания проекта<br />
  13. 13. Старинные методы оценки<br />
  14. 14. Scrum –метод управления изменениями. <br />Так его и продавать :-)<br />
  15. 15. Мой заказчик утверждает, что его требования не поменяются<br />
  16. 16. «Мы обычно согласовываем процедуру изменений»<br />(Не беспокойтесь, меняют требования все и всегда!)<br />
  17. 17. А давайте мы вам будем показывать раз в 2 недели результат?<br />
  18. 18. Общие правила<br />Backlog ака список функциональности<br />Заказчик может поменять любую несделанную фичу на эквивалентную по размерам<br />Фичи оценивает вендор<br />Заказчик может добавить или удалить фичу. <br />Заказчик может поменять порядок несделанных фич<br />В любой момент заказчик может принять решение остановить разработку<br />Заказчик формально принимает сделанные фичи<br />
  19. 19. Что если заказчик будет напихивать новые фичи, и упираться при разговоре о изменении срока?<br />
  20. 20. Все разговоры вести вокруг баклога<br />Демонстрировать незыблемость позиции относительно согласованных правил<br />Переводить разговор в конструктивное русло (например - что можно выкинуть из плана или что можно урезать)<br />Уметь говорить НЕТ<br />
  21. 21. Что если заказчик будет раздувать scope фич: «Такое поведение тут подразумевалось! Вы должны это сделать»<br />
  22. 22. Партнерство<br />Подчеркивать с самого начала, что заказчик и вендор являются партнерами<br />Постоянно объяснять, что увеличение scope затягивает сроки<br />С самого начала вникать в бизнес-потребности заказчика и просить его аргументировать изменения<br />В крайнем случае, отыграетесь, когда заказчик попросит новые фичи :-)<br />
  23. 23. Что если заказчик будет менятьфичи, которые находятся в работе в текущей итерации?<br />
  24. 24. Создавать приемочные тесты<br />Приемочные тесты согласовывать с заказчиком до начала планирования итерации<br />
  25. 25. Что если мой заказчик при наличии проблем будет сваливать вину на нас?<br />
  26. 26. Инвестировать как можно больше в хорошие отношения с заказчиком<br />Регулярно проводить демонстрации и знакомить его с командой<br />Приглашать на стендапы, ретроспективы и так далее<br />Обеспечить высокую прозрачность разработки<br />
  27. 27. Мой заказчик очень занятый человек и он не может уделить мне достаточно времени<br />
  28. 28. Создавать ритм общения. Например, пусть заказчик встречается с вами каждый второй четверг<br />Настаивать на соблюдении ритма<br />Тщательно готовится к встрече<br />Ловить за пуговицу в коридоре <br />Опять - хорошие отношения!<br />Звонить и вытягивать на общение<br />
  29. 29. И все-таки мой заказчик неадекватен. Что делать?<br />
  30. 30. Заранее согласовывать в контрактепроцедуру выхода. Она должна быть по возможности простой для каждой из сторон<br />Если общение заходит в тупик, дать понять, что вы готовы прекратить работу<br />Как правило, это действует отрезвляюще<br />Если нет, то все равно это не ваш клиент<br />
  31. 31. Мой заказчик – технический человек. Он постоянно вмешивается в работу команды<br />
  32. 32. Формулируйте с заказчиком правила его участия в работе команды (лучше заранее)<br />Вовлекайте в работу на ключевых этапах (формирование архитектуры, дизайн компонентов)<br />Целенаправленно повышайте его уровень доверия<br />Обеспечьте высокий уровень прозрачности разработки<br />Ни в коем случае не устраивайте войну! Вы проиграете!<br />Хвалите его :-)<br />
  33. 33. 4П: продажа Agile заказчику<br />
  34. 34. АсхатУразбаев<br />askhat@scrumtrek.ru<br />Twitter: zibsun<br />Skype: askhatu<br />ЖЖ: zibsun.livejournal.com<br />

×