Redistributable intro To Scrum, Russian
Download as PPTX, PDF2 likes2,097 views
Документ представляет собой введение в методологию Скрам, описывая её как Agile-процесс, который фокусируется на быстрой доставке бизнес-ценности через самоорганизующиеся команды. Он выделяет основные элементы Скрам, такие как спринты, роли (владелец продукта, Скрам-мастер, команда), артефакты (бэклог продукта и бэклог спринта) и ритуалы (планирование, обзор, ретроспектива). Кроме того, документ подчеркивает преимущества Скрам в контексте текущих требований к быстрой и гибкой разработке продуктов.
Redistributable intro To Scrum, Russian
- 1. Введение в Скрам<ваше имя><дата>
- 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. Никаких изменений в течение спринтаПланируйте длительность спринта исходя из соображения о том, как долго вы можете работать, не внося изменения в план работИзменение
- 19. Обзор спринта
- 22. Скрам-мастер
- 24. Спринт бэклог
- 25. Burndown chartsСтруктура Скрам в деталяхРитуалыПланирование спринта
- 26. Обзор спринта
- 29. Скрам-мастер
- 31. Спринт бэклог
- 32. Burndown chartsВладелец продуктаОдин человекОпределяет требования к продуктуОпределяет дату релиза и наполненностьОтветственен за доходность проекта (ROI)Приоритезирует требования, исходя из их рыночной ценностиКорректирует приоритеты на каждой итерации, если необходимоПринимает работу
- 33. Скрам-мастерПредставляет руководство проектаОтветственен за внедрение ценностей и практик СкрамНе раздает заданияУстраняет препятствияОтветственен за эффективность работы команды Обеспечивает видимость и прозрачность ситуации в командеЗащищает команду от внешних воздействий
- 34. КомандаОбычно 5-9 человекКросс функциональнаяпрограммисты, тестировщики, дизайнеры...Заняты полный рабочий деньМогут быть исключения (например, администратор базы данных)Команды самоорганизуюютсяВ идеале, нет специальных ролейСостав команды может меняться только между спринтами
- 35. Структура Скрам в деталяхРитуалыПланирование спринта
- 36. Обзор спринта
- 39. Скрам-мастер
- 41. Спринт бэклог
- 42. Burndown chartsПланирование СпринтаЧто делаемЦель спринтаАнализируем бэклог
- 43. Выбираем Цель спринтаКак делаемРешаем как достичьЦели спринта (дизайн)
- 44. Создаем Бэклога Спринта (задачи) из элементов Бэклога Продукта (историй пользователя/функций)
- 45. Оцениваем Бэклог Спринта в часахСпринтбэклогПланированиеКомандаБэклог продуктаБизнес средаПродуктТехнология
- 46. Подробнее про планированиеКодировать серверную часть (8)Написать GUI (4)Написать тесты (4)Обновить руководство пользователя (4)Команда выбирает из Бэклога Продукта требования, которые они могут реализовать за спринт
- 48. Задачи идентифицируются и оцениваются (1-16 часов)
- 49. Все делается командой, а не Скрам-мастером
- 50. Учитывается высокоуровневая архитектура приложенияКак отдыхающий, я хочу посмотреть на фото отелей
- 51. Ежедневный скрамХарактеристикиЕжедневно15 минутСтояНе для решения проблемПриглашены все желающиеТолько участники команды могут говорить (владелец продукта - тоже часть команды)ScrumMaster лишь ведет собрание
- 52. Каждый отвечает на три вопроса1Что ты сделал вчера?2Что будешь делать сегодня?3Что тебе мешает?Это НЕ статусный отчет Scrum-мастеру!Это обязательства перед коллегами
- 53. Обзор спринтаКоманда представляет, что было сделано за спринтФокус на результат, а не процессОбычно принимает форму демонстрацииНеформальноМаксимум 2 часа на подготовкуБез слайдовВся команда участвуетПриглашены все, кому можетбыть интересно
- 54. РетроспективаПериодический пересмотр того, что работает, а что нетОбычно 15-30 минутПосле каждого спринтаВся команда участвуетВозможно, приглашен Владелец продукта, заказчики или кто-то из менеджмента компании
- 55. Начать / Прекратить / ПродолжитьВся команда собирается за тем, чтоб обсудить, что они хотят:Это только один из возможных способов НачатьПрекратитьПродолжить
- 56. Структура Скрам в деталяхРолиВладелец продукта
- 57. Скрам-мастер
- 59. Обзор спринта
- 62. Спринт бэклог
- 63. Burndown chartsБэклог продуктаТребованияСписок желательной функциональностиВ идеале написан так, что каждый элемент имеет значение для конечного пользователяПриоритеты выставляются Владельцем продуктаПриоритеты обновляются в начале спринтаБэклог продукта
- 64. Пример бэклога продуктаБэклогОценкаКак гость, я хочу зарезервировать номер3Как гость, я хочу отменить резервацию5Как гость, я хочу изменить дату резервации3Как работник гостиницы, я хочу просматривать отчеты8Улучшить обработку исключений8…30...50
- 65. Цель спринтаКороткое предложение, описывающее, на чем будет сфокусирована работа во время спринтаНаукаПоддержка функциональности необходимой для изучения генетики БДСделать в приложении поддержку MSSQL в дополнение к OracleФинансыДобавить поддержку котировок в реальном времени
- 66. Управление бэклогом спринтаЧлены команды выбирают работу на свой выбор
- 67. Задачи никогда не назначаются принудительно
- 68. Оценка оставшейся работы ежедневно обновляется
- 69. Любой член команды может добавить, удалить или изменить элементы Бэклога Спринта
- 70. Задачи на спринт могут появляться в ходе работы
- 71. Если задача не понятна, то этому элементу бэклога резервируется больше времени и он разбивается на составные части позже
- 72. Оценка оставшейся работы обновляется, по мере того как узнаем больше о задачахПример бэклога спринта84816124108161181612888884Добавить журнал ошибок8АктивностиПнВтСрЧтПтСделать интерфейс пользователяСделать логикуПротестировать логикуНаписать руководство пользователяВынести утилиты в общий класс
- 74. 48127101611168АктивностиПнВтСрЧтПтСделать user interface8Сделать логику16Протестировать логику8Написать User Manual12504030Осталось20100ПнВтСрЧтПт
- 75. МасштабируемостьОбычно команда состоит из 7 ± 2 человекМасштабируемость за счет групп командФакторы расширенияТип приложенияРазмер командыРассредоточенность командыПродолжительность проектаScrum использовался в проектах со сложной структурой, где работало более 500 человек
- 76. Масштабирование посредством Скрама из Скрамов
- 77. Скрам изСкрамов, которые также из Скрамов
- 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