Слайды и текст доклада
Pic.1
Обзор методологии Scrum Auriga Inc. Дмитрий Сидоренко
Pic.2
Содержание Преимущества Происхождение Основы методологии Роли Сопутствующие методологии
Pic.3
Зачем меняться? Существующие методологии плохо приспособлены к изменению требований Необходимо знать все требования в начале Длительные циклы разработки — проблемы при сдаче Требования – абстракция, …
Pic.4
Преимущества Scrum Прозрачность для бизнеса Заказчик может вносить изменения Проблемы быстро идентифицируются Разработчики вовлечены в процесс Результаты быстро доступны для проверки Менеджмент видит …
Pic.5
Скрам – не панацея Проблемы, которые мы решаем, не связаны с процессами, они в людях Скрам и Agile основаны на теории, что для разработки програмного обеспечения не существует мета-решения. Только …
Pic.6
Scrum за 2 минуты Scrum – это гибкая методология, которая фокусируется на business value Позволяет быстро и последовательно предоставлять работающие части проекта заказчику Каждые две недели любой …
Pic.7
Agile Manifesto Люди и общение, а не процессы и инструменты Работающее приложение, а не сложная документация Сотрудничество с клиентом, а не составление контрактов Реакция на изменения, а не …
Pic.8
Что значит “Гибкая”? “Гибкость – означает быть открытым относительно того, что ты можешь сделать и делать это” Кент Бек
Pic.9
Происхождение Scrum – команда в регби “The New New Product Development Game”, Harvard Business Review, 1986, Takeuchi and Nonaka Origins of Scrum
Pic.10
Компании Microsoft Yahoo Google Electronic Arts High Moon Studios Lockheed Martin Philips Siemens
Pic.11
Характеристики Самоопределяющаяся команда Продукт разрабатывается в процессе серии итераций (sprints) Требования записываются в “product backlog” Инженерные практики не являются частью Scrum …
Pic.13
Sprints Проект разрабатывается в серии спринтов Типичная продолжительность – от 2-х недель до месяца Жесткое ограничение по времени Постоянная продолжительность спринта привносит ритм в разработку …
Pic.14
Изменения во время спринта
Pic.16
Роли Нет фиксированных позиций Все участники кроссфункциональны Плоская структура Реальная жизнь вносит коррективы
Pic.17
Product owner Один человек Определяет требования (vision) Определяет дату релиза и наполненность Ответственен за доходность проекта (ROI) Приоритизирует требования, исходя из их рыночной ценности …
Pic.18
Как найти хорошего PO Хорошим Product Owner'ом не рождаются Эксперт в бизнес домене, готовый потратить 30 минут в день на общение с командой Product Owner заинтересован в проекте …
Pic.19
Занятость PO Полдня на планировании спринта 15-30 минут в день 2 часа на спринт-ревью Несколько дней на начальную идентификацию User Stories Желательна доступность в режиме онлайн skype, icq, …
Pic.20
ScrumMaster Ответственен за внедрение практик Устраняет препятствия Ответственен за эффективность работы команды Защищает команду от внешних воздействий Не раздает задания Обеспечивает видимость и …
Pic.21
Кто такой Скрам Мастер - 2 Лидер и помощник Ответственен за удаление препятствий обучение клиента упрощение жизни команды улучшение производительности команды улучшение применяемых инженерных практик
Pic.22
Памятка Скрам Мастера Command & control – иллюзия Магии не существует Прозрачность процессов
Pic.23
Команда Обычно 5-9 человек Кросфункциональные члены команды: программисты, тестеры, дизайнеры. . . Полный рабочий день Самоопределяющаяся В идеале, нет позиций (PM, TL, tester) Отвечает за результат …
Pic.24
Product backlog Список желательной функциональности Управляет Product owner Приоритизируется Product owner Реприоритизируется в начале спринта В идеале написан так, что каждый элемент описывает Use …
Pic.26
Что НЕ Скрам? Противоречие Agile Manifesto Отсутствие итераций Отсутствие или игнорирование обратной связи Отсутствие пула задач с заданными приоритетами Непрозрачность
Pic.27
Когда Скрам не нужен? Проекты делаются полностью, вовремя, в полном объеме Команда собирается только на краткосрочный проект
Pic.28
Когда Скрам не работает? Гос. проект Тонущий проект, который отдали в офшор Скрам Мастер – традиционный ПМ Во всех остальных случаях, когда не работают другие методологии текучка распределенность …
Pic.29
Команда: самоорганизация Не происходит сама по себе Требует внешних условий Команда должна понимать, зачем организовываться Частые и неформальные отзывы о работе очень важны Требует времени 4 этапа …
Pic.30
Планирование Спринта
Pic.32
Планирование спринта Скорость работы команды задает объем работ на спринт Суммарный объем задач на спринте не должен превышать возможности команды Увеличение объема работ неизбежно приводит к падению …
Pic.33
Подробнее про планирование
Pic.34
Управление sprint backlog Работа выбирается самостоятельно, назначений нет Постоянная переоценка сложности задач Любой член команды имеет доступ к бэклогу спринта Изменения во время sprint …
Pic.38
Спринт ревью Команда представляет, что было сделано на спринте Фокус на результат, а не процесс Обычно принимает форму демонстрации Неформально 2 часа на подготовку Без слайдов Вся команда участвует …
Pic.39
Ретроспектива Пересмотр эффективности практик 15-30 минут После каждого спринта Вся команда участвует Возможно, приглашены клиенты
Pic.40
Инженерные методологии Unit testing Test Driven Development Continuous integration Refactoring Code review
Pic.41
Estimation Practices User Stories Estimation Game
Pic.42
Пример: Product backlog
Pic.43
Вариант определения приоритета Определение важности User Story Effort – затраты на реализацию Benefit – преимущество от включения Penalty – урон при отсутствии Business weight = benefit + penalty …
Pic.44
User Story Высокоуровневое описание функциональности с точки зрения конечного пользователя Помогает разработчикам оценивать проект не с технической точки зрения Помогает избавиться от “как сделано” в …
Pic.45
Good User Story INVEST Independent Negotiable Valuable Estimatable Sized Appropriately Testable
Pic.46
Где детали? Как пользователь, я хочу отменить бронь Полный или частичный возврат денег? Какой лимит во времени? Единый для всех пользователей? Единый для всех отелей? Следует ли слать подтверждение …
Pic.47
Estimation Game Основана на Expert Estimations Вся команда принимает участие Оценки даются независимо, результаты сверяются и обсуждаются Раунды оценок
Pic.48
Подробнее об оценке Agile Estimating and Planning, Mike Cohn User Stories Applied, Mike Cohn
Pic.49
Изменения в Scrum Принципы Scrum — не безусловные истины Tailoring допустим и приветствуется Вносите новшества в команду постепенно
Pic.50
Возможные проблемы Большие команды Scrum of Scrums Клиент требует следования CMMi Scrum возможно сертифицировать по CMMi Level 5 Нет возможности найти на стороне заказчика PO PO — внутри компании, …
Pic.51
Куда пойти Каждые две недели – семинары AgileRussia
Pic.52
Что читать Экстремальное программирование, Кент Бек Экстремальное программирование: планирование, Кент Бек и Мартин Фаулер Agile Estimating and Planning, Mike Cohn Agile Project Management with …
Pic.53
Credits Mountain Goat Software Mike Cohn Mike Vizdos
Pic.54
Контакты Дмитрий Сидоренко dmitry. sidorenko@auriga. ru skype: dmitry. sidorenko. work
Скачать презентацию
Если вам понравился сайт и размещенные на нем материалы, пожалуйста, не забывайте поделиться этой страничкой в социальных сетях и с друзьями! Спасибо!