Документ представляет собой введение в методологию Скрам, описывая её как Agile-процесс, который фокусируется на быстрой доставке бизнес-ценности через самоорганизующиеся команды. Он выделяет основные элементы Скрам, такие как спринты, роли (владелец продукта, Скрам-мастер, команда), артефакты (бэклог продукта и бэклог спринта) и ритуалы (планирование, обзор, ретроспектива). Кроме того, документ подчеркивает преимущества Скрам в контексте текущих требований к быстрой и гибкой разработке продуктов.

1. Введение в Скрам<ваше имя><дата>

2. Введение вСкрамПредставлено:<ваше имя><дата>

3. Мы проигрываем эстафету“Подход ‘эстафета’ к разработке продукта… может противоречить целям максимальной скорости и гибкости. Вместо этого, целостный или ‘регби’-подход, где команда пытается пройти дистанцию как единое целое, передавая мяч назад и вперед - может лучше служить сегодняшним конкурентным требованиям.”ХиротакаТакеучииИкуджироНонака, “The New New Product Development Game”, Harvard Business Review,Январь 1986.

4. Скрамв 100 словахСкрам– это один из Agile процессов, который позволяет фокусироваться на поставке наиважнейших, с точки зрения бизнеса, ценностей в наикратчайшие сроки

5. Он позволяет нам быстро и регулярно осматривать реально работающее программное обеспечение (от двух недель до месяца).

6. Бизнес расставляет приоритеты. Команды самоорганизовываются и определяют лучший способ, чтобы выпустить функции с высоким приоритетом.

7. С регулярностью от двух недель до месяца все могут видеть реально работающий программный продукт, и решить выпускать его как он есть либо продолжить улучшение в следующем спринте. Истоки СкрамДжеф СазерлендЗарождение Скрам в корпорации Easel в 1993IDX и 500+ людей работают по СкрамКен ШваберADMПредставление Скрам на OOPSLA 96 совместно с СазерлендомАвтор трех книг по СкрамМайк БидлШаблоны Скрам в PLOPD4Кен Швабер и Майк КонСоздание Скрам-альянса в 2002, изначально в рамках Agile-альянса

8. Популярность СкрамMicrosoftYahooGoogleElectronic ArtsLockheed MartinPhilipsSiemensNokiaIBMCapital OneBBCIntuitNielsen MediaFirst American Real EstateBMC SoftwareIpswitchJohn DeereLexis NexisSabreSalesforce.comTime WarnerTurner BroadcastingOce

9. Применение СкрамКоммерческое ПОВнутренняя разработкаРазработка на заказПроекты с фиксированной стоимостьюФинансовые приложенияISO 9001-сертифицированные приложенияВстроенные системы24x7 системы с требованиями 99.999% работоспособностиСоздание «Унифицированного истребителя-бомбардировщика»Разработка видеоигрЖизненно важные системы, утвержденные Управлением по контролю за продуктами и лекарствами (США)ПО контроля за спутникамиВеб-сайтыПортативное ПОМобильные телефоныПриложения работы сети ISV приложенияНекоторые крупнейшие, широко используемые приложения

10. Основные характеристикиСамоорганизующиеся командыПродукт разрабатывается серией “спринтов”, каждый не больше месяцаВсе требования записываются в виде единого списка “бэклогапродукта”Инженерные практики не являются частью СкрамИспользует простые правила для создания гибкой среды разработки проектовОдин из “Agile процессов”

11. Agile-манифест – декларация ценностейпроцессов и инструментовЛюди и взаимодействиеследования первоначальному плануГотовность к изменениямисчерпывающей документацииРаботающий продуктсогласования условий контрактаСотрудничество с заказчикомважнееважнееважнееважнееИсточник: www.agilemanifesto.org/iso/ru

12. Уровни помех проектаДалеко отсогласияАнархияЗапутанноТребованияСложноИсточник: «Стратегический менеджмент и организационная динамика», Ральф Стейси в «Гибкая разработка ПО со Скрам» , Кен Швабер и Майк БидлПростоБлизко к согласиюТехнологияБлизко копределенностиДалеко от определенности

13. СкрамПодарочная упаковкаЦель спринта24 часаОтменаВозвратКупоныКупоныОтменаБэклог спринтаСпринт2-4 неделиВозвратПотенциально готовый к поставке “инкремент продукта”Бэклог продукта

14. Теперь все вместеКартинка доступна на www.mountaingoatsoftware.com/scrum

15. СпринтыСкрам проекты развиваются сериями “спринтов”Это аналогично “итерациям” в Экстремальном Программировании (XP)Типичная продолжительность – от 2-х недель до месяца с жестким ограничением по времениПостоянная продолжительность спринта привносит ритм в разработкуПродукт проектируется, разрабатывается и тестируется на протяжении одного спринта

16. ТребованияДизайнРазработкаТестированиеВместо того, чтобы выполнять эти активности по очереди...... Скрам команды делают понемногу от каждой все времяИсточник: “The New New Product Development Game” by Takeuchi and Nonaka. Harvard Business Review, January 1986.Разработка: Последовательнаяпротив параллельной

17. Никаких изменений в течение спринтаПланируйте длительность спринта исходя из соображения о том, как долго вы можете работать, не внося изменения в план работИзменение

18. Структура СкрамРитуалыПланирование спринта

19. Обзор спринта

20. Спринт ретроспектива

21. Ежедневный СкрамРолиВладелец продукта

22. Скрам-мастер

23. КомандаАртефактыБэклог продукта

24. Спринт бэклог

25. Burndown chartsСтруктура Скрам в деталяхРитуалыПланирование спринта

26. Обзор спринта

27. Спринт ретроспектива

28. Ежедневный СкрамРолиВладелец продукта

29. Скрам-мастер

30. КомандаАртефактыБэклог продукта

31. Спринт бэклог

32. Burndown chartsВладелец продуктаОдин человекОпределяет требования к продуктуОпределяет дату релиза и наполненностьОтветственен за доходность проекта (ROI)Приоритезирует требования, исходя из их рыночной ценностиКорректирует приоритеты на каждой итерации, если необходимоПринимает работу

33. Скрам-мастерПредставляет руководство проектаОтветственен за внедрение ценностей и практик СкрамНе раздает заданияУстраняет препятствияОтветственен за эффективность работы команды Обеспечивает видимость и прозрачность ситуации в командеЗащищает команду от внешних воздействий

34. КомандаОбычно 5-9 человекКросс функциональнаяпрограммисты, тестировщики, дизайнеры...Заняты полный рабочий деньМогут быть исключения (например, администратор базы данных)Команды самоорганизуюютсяВ идеале, нет специальных ролейСостав команды может меняться только между спринтами

35. Структура Скрам в деталяхРитуалыПланирование спринта

36. Обзор спринта

37. Спринт ретроспектива

38. Ежедневный СкрамРолиВладелец продукта

39. Скрам-мастер

40. КомандаАртефактыБэклог продукта

41. Спринт бэклог

42. Burndown chartsПланирование СпринтаЧто делаемЦель спринтаАнализируем бэклог

43. Выбираем Цель спринтаКак делаемРешаем как достичьЦели спринта (дизайн)

44. Создаем Бэклога Спринта (задачи) из элементов Бэклога Продукта‏ (историй пользователя/функций)

45. Оцениваем Бэклог Спринта в часахСпринтбэклогПланированиеКомандаБэклог продуктаБизнес средаПродуктТехнология

46. Подробнее про планированиеКодировать серверную часть (8)Написать GUI (4)Написать тесты (4)Обновить руководство пользователя (4)Команда выбирает из Бэклога Продукта требования, которые они могут реализовать за спринт

47. Создается Бэклог Спринта

48. Задачи идентифицируются и оцениваются (1-16 часов)

49. Все делается командой, а не Скрам-мастером

50. Учитывается высокоуровневая архитектура приложенияКак отдыхающий, я хочу посмотреть на фото отелей

51. Ежедневный скрамХарактеристикиЕжедневно15 минутСтояНе для решения проблемПриглашены все желающиеТолько участники команды могут говорить (владелец продукта - тоже часть команды)ScrumMaster лишь ведет собрание

52. Каждый отвечает на три вопроса1Что ты сделал вчера?2Что будешь делать сегодня?3Что тебе мешает?Это НЕ статусный отчет Scrum-мастеру!Это обязательства перед коллегами

53. Обзор спринтаКоманда представляет, что было сделано за спринтФокус на результат, а не процессОбычно принимает форму демонстрацииНеформальноМаксимум 2 часа на подготовкуБез слайдовВся команда участвуетПриглашены все, кому можетбыть интересно

54. РетроспективаПериодический пересмотр того, что работает, а что нетОбычно 15-30 минутПосле каждого спринтаВся команда участвуетВозможно, приглашен Владелец продукта, заказчики или кто-то из менеджмента компании

55. Начать / Прекратить / ПродолжитьВся команда собирается за тем, чтоб обсудить, что они хотят:Это только один из возможных способов НачатьПрекратитьПродолжить

56. Структура Скрам в деталяхРолиВладелец продукта

57. Скрам-мастер

58. КомандаРитуалыПланирование спринта

59. Обзор спринта

60. Спринт ретроспектива

61. Ежедневный СкрамАртефактыБэклог продукта

62. Спринт бэклог

63. Burndown chartsБэклог продуктаТребованияСписок желательной функциональностиВ идеале написан так, что каждый элемент имеет значение для конечного пользователяПриоритеты выставляются Владельцем продуктаПриоритеты обновляются в начале спринтаБэклог продукта

64. Пример бэклога продуктаБэклогОценкаКак гость, я хочу зарезервировать номер3Как гость, я хочу отменить резервацию5Как гость, я хочу изменить дату резервации3Как работник гостиницы, я хочу просматривать отчеты8Улучшить обработку исключений8…30...50

65. Цель спринтаКороткое предложение, описывающее, на чем будет сфокусирована работа во время спринтаНаукаПоддержка функциональности необходимой для изучения генетики БДСделать в приложении поддержку MSSQL в дополнение к OracleФинансыДобавить поддержку котировок в реальном времени

66. Управление бэклогом спринтаЧлены команды выбирают работу на свой выбор

67. Задачи никогда не назначаются принудительно

68. Оценка оставшейся работы ежедневно обновляется

69. Любой член команды может добавить, удалить или изменить элементы Бэклога Спринта

70. Задачи на спринт могут появляться в ходе работы

71. Если задача не понятна, то этому элементу бэклога резервируется больше времени и он разбивается на составные части позже

72. Оценка оставшейся работы обновляется, по мере того как узнаем больше о задачахПример бэклога спринта84816124108161181612888884Добавить журнал ошибок8АктивностиПнВтСрЧтПтСделать интерфейс пользователяСделать логикуПротестировать логикуНаписать руководство пользователяВынести утилиты в общий класс

73. Спринт burndown chartЧасы

74. 48127101611168АктивностиПнВтСрЧтПтСделать user interface8Сделать логику16Протестировать логику8Написать User Manual12504030Осталось20100ПнВтСрЧтПт

75. МасштабируемостьОбычно команда состоит из 7 ± 2 человекМасштабируемость за счет групп командФакторы расширенияТип приложенияРазмер командыРассредоточенность командыПродолжительность проектаScrum использовался в проектах со сложной структурой, где работало более 500 человек

76. Масштабирование посредством Скрама из Скрамов

77. Скрам изСкрамов, которые также из Скрамов

78. Где еще почитатьwww.mountaingoatsoftware.com/scrumwww.scrumalliance.orgwww.controlchaos.comscrumdevelopment@yahoogroups.com

79. Книги по ScrumAgile and Iterative Development: A Manager’s Guide by Craig Larman

80. Agile Estimating and Planning by Mike Cohn

81. Agile Project Management with Scrum by Ken Schwaber

82. Agile Retrospectives by Esther Derby and Diana Larsen

83. Agile Software Development Ecosystems by Jim Highsmith

84. Agile Software Development with Scrum by Ken Schwaber and Mike Beedle

85. Scrum and The Enterprise by Ken Schwaber

86. Succeeding with Agile by Mike Cohn

87. User Stories Applied for Agile Software Development by Mike CohnАвторские праваВы можете:

88. Делиться ―копировать и передавать эти материалы

89. Изменять ― адаптировать и дополнять эти материалы

90. При условии

91. Первоисточник. Вы должны указать в своей работе всех авторов материалов, которые предоставлены на основе этойили других лицензии(но это не означает, что автор поддерживает вас или вашу работу ).

92. Ничто в этой лицензии не нарушает и не ограничивает моральные права автора

93. Подробнее о лицензии можно узнать:http://creativecommons.org/licenses/by-nc/3.0/Контактная информацияПрезентация: Майк Конmike@mountaingoatsoftware.comwww.mountaingoatsoftware.com(720) 890-6110Вы можете удалить этот слайд или какой-либо другой, но вы должны указать источник где-либо в вашей презентации. Используйте логотип и название компании (как, например, в левом нижнем углу) или включите в презентацию слайд, где говорится, что часть слайдов (или все) вашей презентации взяты из этого источника.Спасибо.

94. Авторы переводаПеревод на русский язык осуществлен Марией Евграшиной и Тимофеем ЕвграшинымThe Improved Methodshttp://tim.com.uaВ соавторстве с Алексеем КривицкимSCRUMguideshttp://scrumguides.comThis presentation was translated into Russian language by Mariia Yevgrashyna and Timofey YevgrashynThe Improved Methodshttp://tim.com.uaCo-translator Alexey KrivitskySCRUMguideshttp://scrumguides.com