Kicking Off a Scrum Startup  For  Agile Base Camp ,   Kyiv www.agilebasecamp.org 23 Jan 2010 scrumguides.com With examples...
<ul><li>Алексей Кривицкий  </li></ul><ul><li>Наталья Тренина  </li></ul><ul><li>www.scrumguides.com </li></ul><ul><li>twit...
Эксперт  Николай Павлов <ul><li>Николай Павлов </li></ul><ul><li>серийн ый предприниматель </li></ul><ul><li>twitter.com/n...
About Myself Alexey Krivitsky 5 years of experience as a developer 2 years of experience as a ScrumMaster 2 years of exper...
Идеальные условия <ul><li>Стартапы – идеальные условия для внедрения  Agile- практик </li></ul><ul><li>Почему? </li></ul><...
<ul><li>“ Если вы хотите, чтобы проект раньше закончился, значит его нужно раньше начать!” </li></ul><ul><li>ДеМарко, Лист...
“ Agile”  – по-русски «проворный» <ul><li>Наша цель – научиться максимально   быстро ,  просто ,  дешево  и  небездумно   ...
Agile  предлагает нам такие инструмент ы <ul><li>Vision </li></ul><ul><li>Personas </li></ul><ul><li>User Stories </li></u...
Vision  проекта <ul><li>Проект – это бесконечное число компромиссов ,  котор ые делаются ежеминутно, ежечасно, ежедневно… ...
Vision   описывает проект с 5000 футов <ul><li>Рабочее название проекта </li></ul><ul><li>Решаемая проблема (цель проекта)...
История  idom:  Коля делится видением проекта
История  idom:  задокументированн ый  vision
Начинаем работать с пользователями <ul><li>Анализ требований удобно начать с обсуждения и типизации пользователей </li></u...
Углубляем понимание, используя персоны <ul><li>Персона – это вымышленный персонаж, представляющий определенный тип пользов...
Пример персоны <ul><li>Доктор Хаус , 45  лет, холост, брюнет, цинник </li></ul><ul><li>Ценит :  профессионализм, время </l...
User Stories  -  сжатый формат требований
User Stories  -  сжатый формат требований <ul><li>Служит напоминанием о потребности пользователя </li></ul><ul><li>Позволя...
История  idom
Хорошая книга
Детали по ходу <ul><li>В ходе проекта и обсуждений  истории наполняются </li></ul><ul><li>Вопросами   ¿  Ask  с ustomer su...
User Story Workshop –  коллективный  брейнсторм <ul><li>Усилить коллективное видение проекта </li></ul><ul><li>Поиграться ...
История  idom:  первая сессия писания историй
User Story Mapping google for  Jeff Patton  and  story mapping
Прототипирование <ul><li>Помогает  увидеть  истории и их взаимосвязь </li></ul><ul><li>Не является выделенной фазой проект...
История  idom:  перв ые черновики интерфейса
“ Много фич”
Нам нужно разобраться с приориетами
Делать наиболее важное – хорошая стратегия <ul><li>Нам поможет, если мы выстроим фичи в ряд </li></ul><ul><li>Нам поможет ...
Мы успели обсудить
Далее <ul><li>Оценки </li></ul><ul><li>Запуск спринта </li></ul><ul><li>Прогнозирование сроков </li></ul><ul><li>Управлени...
Какое из яблок больше?
Мы учимся  оценивать размер  историй <ul><li>Замеряем скорость </li></ul><ul><li>И уже потом  вычисляем сроки  </li></ul>
Оценивание размера историй
История  idom:  оценка историй
From Mike Cohn’s “Agile Estimating and Planning” Планирование на основании скорости ( V=14)
Как узнать скорость?
Запуск спринта
Вопросы запуска спринта <ul><li>Команда :  К акова цель спринта? Владелец : …. </li></ul><ul><li>Команда:  Что ожидается н...
История  idom:  з апуск спринта
Диалог, которого нужно избежать <ul><ul><li>Заказчик:  Вы готовы? </li></ul></ul><ul><ul><li>Команда:  Да! </li></ul></ul>...
История  idom:  перв ые критерии готовности
Визуализация прогресса в спринте
В конце спринта <ul><li>Демо </li></ul><ul><li>Фидбек </li></ul><ul><li>Разбор полётов </li></ul><ul><li>Замер скорость </...
Визуализация прогнозов по релизу
Вы ещё не убежали запускать свой проект? Правило 80/20  : «Если у вас появилась идея, значит, уже 80% людей по всему миру ...
<ul><li>Вопросы? </li></ul>
Upcoming SlideShare
Loading in …5
×

Kicking Off A Scrum Startup

1,504
-1

Published on

Мастер-классс SCRUMguides с AgileBaseCamp 2010 янв, Киев о быстром запуске стартап проектов с Скрам.

Published in: Technology, Business

Kicking Off A Scrum Startup

  1. 1. Kicking Off a Scrum Startup For Agile Base Camp , Kyiv www.agilebasecamp.org 23 Jan 2010 scrumguides.com With examples from a Scrum startup
  2. 2. <ul><li>Алексей Кривицкий </li></ul><ul><li>Наталья Тренина </li></ul><ul><li>www.scrumguides.com </li></ul><ul><li>twitter.com/scrumguides [email_address] </li></ul>
  3. 3. Эксперт Николай Павлов <ul><li>Николай Павлов </li></ul><ul><li>серийн ый предприниматель </li></ul><ul><li>twitter.com/nikolaypavlov </li></ul><ul><li>Проект idom.net.ua </li></ul>
  4. 4. About Myself Alexey Krivitsky 5 years of experience as a developer 2 years of experience as a ScrumMaster 2 years of experience as an Agile trainer and coach Certified ScrumMaster Certified Scrum Practitioner Coordinator of the AgileUkraine community Co-organizer of Agile Eastern Europe and Agile Base Camp conferences Co-owner of SCRUMguides - an Agile coaching and training company [email_address] skype: alexeykrv gsm: +380.50.358.9212
  5. 5. Идеальные условия <ul><li>Стартапы – идеальные условия для внедрения Agile- практик </li></ul><ul><li>Почему? </li></ul><ul><ul><li>Очень мотивированн ый заказчик </li></ul></ul><ul><ul><li>Сильное желание сократить time-to-market и проверить идею рынком </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>
  6. 6. <ul><li>“ Если вы хотите, чтобы проект раньше закончился, значит его нужно раньше начать!” </li></ul><ul><li>ДеМарко, Листер из “Вальсируя с медведями” </li></ul>
  7. 7. “ Agile” – по-русски «проворный» <ul><li>Наша цель – научиться максимально быстро , просто , дешево и небездумно запускать проекты. </li></ul><ul><li>При этом отличаться от “ad - hoc” проектов: </li></ul><ul><li>Осмысленностью происходящего </li></ul><ul><li>Предсказуемостью планов </li></ul><ul><li>Повторяемостью результатов </li></ul>
  8. 8. Agile предлагает нам такие инструмент ы <ul><li>Vision </li></ul><ul><li>Personas </li></ul><ul><li>User Stories </li></ul><ul><li>Paper Prototyping </li></ul><ul><li>Product Backlog </li></ul><ul><li>Team Estimations </li></ul><ul><li>Velocity metrics </li></ul><ul><li>Release Burndown Chart </li></ul><ul><li>Task Boards </li></ul>
  9. 9. Vision проекта <ul><li>Проект – это бесконечное число компромиссов , котор ые делаются ежеминутно, ежечасно, ежедневно… </li></ul><ul><li>В любой момент времени можно пойти не той дорогой. </li></ul><ul><li>Общее видение ( shared vision ) позволяет всем участникам проекта знать желаемое направление и не сбиваться с курса. </li></ul>
  10. 10. Vision описывает проект с 5000 футов <ul><li>Рабочее название проекта </li></ul><ul><li>Решаемая проблема (цель проекта) </li></ul><ul><li>Способы монетизации </li></ul><ul><li>Целевые пользователи </li></ul><ul><li>Ключевые фичи </li></ul><ul><li>Конкуренты и подобные проекты </li></ul><ul><li>… все, что полезно знать </li></ul>
  11. 11. История idom: Коля делится видением проекта
  12. 12. История idom: задокументированн ый vision
  13. 13. Начинаем работать с пользователями <ul><li>Анализ требований удобно начать с обсуждения и типизации пользователей </li></ul><ul><li>Построение карты типов пользователей – помогает лучше понять предназначение системы </li></ul>
  14. 14. Углубляем понимание, используя персоны <ul><li>Персона – это вымышленный персонаж, представляющий определенный тип пользователей разрабатываемого продукта. </li></ul><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>
  15. 15. Пример персоны <ul><li>Доктор Хаус , 45 лет, холост, брюнет, цинник </li></ul><ul><li>Ценит : профессионализм, время </li></ul><ul><li>Способности : опытный хирург </li></ul><ul><li>Цели : максимально эффективный путь поиска диагноза </li></ul><ul><li>Проблемы : имеет дело со сложными пациентами, имеет дело с помощниками недостаточной компетенции </li></ul><ul><li>Ограничения: не владеет иностранными языками </li></ul>
  16. 16. User Stories - сжатый формат требований
  17. 17. User Stories - сжатый формат требований <ul><li>Служит напоминанием о потребности пользователя </li></ul><ul><li>Позволяет фокусироваться на нужном уровне детализации </li></ul><ul><li>Требует дальнейшего обсуждения </li></ul><ul><li>Напоминает о результате для конечного пользователя </li></ul>
  18. 18. История idom
  19. 19. Хорошая книга
  20. 20. Детали по ходу <ul><li>В ходе проекта и обсуждений истории наполняются </li></ul><ul><li>Вопросами ¿ Ask с ustomer support ( David ) about the cancellation fee </li></ul><ul><li>Деталями • No fee is taken if canceling 24+ hours before check-in date • Otherwise, 10 USD </li></ul><ul><li>Тестами √ Test cancel 2 days before => No fee √ Test cancel 1 hour before => Fee is 10 USD </li></ul>As a hotel booker I can cancel my reservation to avoid paying the whole amount.
  21. 21. User Story Workshop – коллективный брейнсторм <ul><li>Усилить коллективное видение проекта </li></ul><ul><li>Поиграться с юзерами </li></ul><ul><li>Получить достаточно историй для начала проекта </li></ul>
  22. 22. История idom: первая сессия писания историй
  23. 23. User Story Mapping google for Jeff Patton and story mapping
  24. 24. Прототипирование <ul><li>Помогает увидеть истории и их взаимосвязь </li></ul><ul><li>Не является выделенной фазой проекта </li></ul><ul><li>Выполняется по ходу генерации и обсуждения историй </li></ul><ul><li>Должно быть дешевым </li></ul><ul><li>Результаты должны выглядеть как черновик </li></ul>http://www.youtube.com/watch?v=GrV2SZuRPv0
  25. 25. История idom: перв ые черновики интерфейса
  26. 26. “ Много фич”
  27. 27. Нам нужно разобраться с приориетами
  28. 28. Делать наиболее важное – хорошая стратегия <ul><li>Нам поможет, если мы выстроим фичи в ряд </li></ul><ul><li>Нам поможет разделить беклог на две части 1) «текущий релиз» 2) «потом когда-нибудь» </li></ul><ul><li>Нам полезно понимать цель текущего релиза </li></ul>
  29. 29. Мы успели обсудить
  30. 30. Далее <ul><li>Оценки </li></ul><ul><li>Запуск спринта </li></ul><ul><li>Прогнозирование сроков </li></ul><ul><li>Управление проектом </li></ul>
  31. 31. Какое из яблок больше?
  32. 32. Мы учимся оценивать размер историй <ul><li>Замеряем скорость </li></ul><ul><li>И уже потом вычисляем сроки </li></ul>
  33. 33. Оценивание размера историй
  34. 34. История idom: оценка историй
  35. 35. From Mike Cohn’s “Agile Estimating and Planning” Планирование на основании скорости ( V=14)
  36. 36. Как узнать скорость?
  37. 37. Запуск спринта
  38. 38. Вопросы запуска спринта <ul><li>Команда : К акова цель спринта? Владелец : …. </li></ul><ul><li>Команда: Что ожидается на в ыходе? Владелец: … </li></ul><ul><li>Владелец : Что вы можете из этого успеть сделать за 2 недели и проказать? Команда: … </li></ul>
  39. 39. История idom: з апуск спринта
  40. 40. Диалог, которого нужно избежать <ul><ul><li>Заказчик: Вы готовы? </li></ul></ul><ul><ul><li>Команда: Да! </li></ul></ul><ul><ul><li>Заказчик: Ок, что осталось? </li></ul></ul>
  41. 41. История idom: перв ые критерии готовности
  42. 42. Визуализация прогресса в спринте
  43. 43. В конце спринта <ul><li>Демо </li></ul><ul><li>Фидбек </li></ul><ul><li>Разбор полётов </li></ul><ul><li>Замер скорость </li></ul><ul><li>Обновление прогнозов по релизу </li></ul>
  44. 44. Визуализация прогнозов по релизу
  45. 45. Вы ещё не убежали запускать свой проект? Правило 80/20 : «Если у вас появилась идея, значит, уже 80% людей по всему миру думают об этой идее, а 20% действуют» RT @dennydov RT @busyways
  46. 46. <ul><li>Вопросы? </li></ul>

×