Как готовить Scrum

25
SCRUM Зачем нужен Scrum и как его готовят

Transcript of Как готовить Scrum

Page 1: Как готовить Scrum

SCRUMЗачем нужен Scrum и как его готовят

Page 2: Как готовить Scrum

Agile manifesto Люди и взаимодействие важнее процессов и инструментов

Работающий продукт лучше исчерпывающей документации

Сотрудничество с заказчиком важнее согласования условий контракта

Готовность к изменениям важнее следования изначальному плану

https://www.scrumalliance.org/why-scrum/core-scrum-values-rolesФевраль 200117 разработчиков выпустили этот манифест, часть из них организовала Agile Aliance

Page 3: Как готовить Scrum

Ценности Scrum

Фокус

Открытость

Смелость

Обязательство

Уважение

Фокус. Поскольку мы фокусируемся на ограниченном количестве вещей в единицу времени, мы хорошо сотрудничаем и делаем отличную работу. Мы поставляем ценные вещи быстрееОткрытость. По мере того, как мы работаем вместе, мы практикуемся в выражении того, как обстоят наши дела, и что препятствует дальнейшей работе. Мы осознаем, что выражать наши беспокойства – это хорошо, поскольку это дает нам возможность направить нашу энергию на их разрешениеСмелость. Поскольку мы не работаем в одиночку, мы чувствуем поддержку и имеем больше ресурсов в нашем распоряжении. Это дает нам смелость браться за более трудные задачи.Обязательство. Поскольку у нас больше контроля над тем, что происходит, мы чувствуем на себе больше ответственности за дальнейший успех.Уважение. Работая вместе, делясь успехами и неудачами, мы больше уважаем друг друга и помогаем друг другу заслужить это уважение

Page 4: Как готовить Scrum

Что же такое Scrum?

Agile методология разработки

Команда – единый организм

Фокус на профессионалах

Команда – участник всех процессов. Активный

Page 5: Как готовить Scrum

Цикл работы

Page 6: Как готовить Scrum

Роли

http://www.agile42.com/en/agile-info-center/scrum-roles/

Scrum RolesIn contrast to classical project management methods, Scrum doesn’t have and doesn’t need a product manager, a taskmanager or a team leader. The most important three roles of Scrum are: Product Owner Scrum Master Development teamThese three roles are coequal and all of them have certain responsibilities, of which I want to name a few.The Product Owner is responsible for the vision of a product, the gathering and the prioritization of the requirements, control over the budget and the ROI. The Scrum Master cleans out problems, takes responsibility that the rules of Scrum are kept and he as well coaches the team. The team of Scrum is a self-organized unity, responsible for the creation and the quality of the product. Besides these three roles there exist some more Stakeholders, who e.g. serve as an observer or a counselor.Product OwnerOne of the most important things for the success of scrum is the role of the Product Owner, who serves as an interface between the team and other involved parties (stakeholders). It can be said that in companies that use scrum, the tasks and responsibilities of the particular Product Owner are never the same. Starting with the choice of that person provided with the proper and necessary skills, make them take specific trainings, up to the responsibility they take; the role of the Product Owner –short PO- is the most complex one regarding that procedure.Often the PO has to “fight” on both sides. Whereas the team can work a certain fraction of time (time boxed) “protected” by the Scrum Master, the Product Owner often needs to deal with marketing, management or the customers in order to be able to present the software requirements (User Stories) quite precisely to the team (see the box “criteria for User Stories).

Page 7: Как готовить Scrum

Цели и задачиProduct Owner

Чего хотят владельцы и пользователи

Создание и развитие продукта

Какие задачи ценны для бизнеса

Технические решения

Команда

Качественно

Быстро

Дорого

Технические решения

Business value delivery

Page 8: Как готовить Scrum

Артефакты

Backlog

Definition of done

Sprint backlog

Impediment log

Продукт

Page 9: Как готовить Scrum

РитуалыГруминг

Планирование

Разработка

Daily scrum

Демо

Ретроспектива

Page 10: Как готовить Scrum

Груминг и планнинг

Груминг – Привести бэклог в актуальный вид, подготовить задачи к оценке, оценить задачи

Планинг – Обсудить и понять что и как будет сделано в спринте

Page 11: Как готовить Scrum

Покер

Оценки в “пойнтах”

Масштаб не важен

Нужно договориться

Больше интуиции

Page 12: Как готовить Scrum

Velocity

Impediment

Burn-down chart

Task tracking

Инструменты

Page 13: Как готовить Scrum

Цикл разработки

Стендапы

Фокус на спринт

Акценты на ценность

Лимит времени

• Что я сделал с момента последнего Daily Scrum• Что я планирую сделать до следующего Daily Scrum• Что препятствует моему продвижению впередВозможны короткие уточняющие вопросы и пояснения, но не проводится никаких дискуссий по поводу этих тем на самом Daily Scrum. Многие команды встречаются сразу после Daily Scrum, чтобы обсудить идентифицированные там проблемы.Daily Scrum - это не отчет ни для менеджемента, ни для Product Owner-а, ни для Скрам Мастера. Это возможность пообщаться внутри команды, чтобы убедиться, что у всех по- прежнему имеется общее понимание. Только члены Скрам Команды, включая Скрам Мастера и Product Owner-а, говорят во время этой встречи. Другие заинтересованные стороны могут прийти и послушать. В зависимости от того, что будет идентифицированно на этой встрече, Команда Разработки реорганизует работу, необходимую для достижения Цели Спринта.

Page 14: Как готовить Scrum

Business value delivery

не поощряют совместную работу

Page 15: Как готовить Scrum

Swimlanes per person

Уровень владения кодом, взаимодействие

Задачи будут формироваться предвзято

Задачи выстраиваются в цепочки

Личное предпочтение по сравнению с командой

bus фактор

WIP

• Each task or story will be subject to individual biases, blindspots, and signature errors; this results in defects and mounting technical debt • Standup meetings will be a redundant ritual, with each person waiting their turn to describe the status already shown visually on the board • Stories tend to be written and split as dependent fragments assigned according to an individual's knowledge • Developers' personal work load takes priority over the needs of the team • Any absence or interruption will cause one person's work to stop, possibly jeopardizing their remaining work stream and any dependent stories • Per-person workloads increase Work-In-Progress (WIP), which damages flow • Cross-training and knowledge-sharing will be minimal or absent

Page 16: Как готовить Scrum

Демо

Показ инкремента продукта

Помогает Product owner обновить бэклог

Помогает всем понять текущую ситуацию

Это не отчет, а диалогмы можем придти к лучшему

Page 17: Как готовить Scrum

БагиДолг команды

Page 18: Как готовить Scrum

Скорость разработки

points

spikes

vacancy

illness

trips

В целом скрам не для R&D

Page 19: Как готовить Scrum

Product Owner

Говорит, что важно

Говорит, что срочно

Проводит стратегическое планирование

Нуждается в ваших оценках

Основная тема - возможность планированияОценки нужны для майлстоунов, для общения с владельцами

Page 20: Как готовить Scrum

Ретроспектива

Важный инструмент

вне рутины

взгляд со стороны

Page 21: Как готовить Scrum

Scrum, but / Scrumbutt

(Скрам, но)

Page 22: Как готовить Scrum

Что почитать

http://agilemanifesto.org

https://www.scrumalliance.org/

https://en.wikipedia.org/wiki/Scrum_(software_development)

http://agile-carolinas.pbworks.com/f/Pretty+Good+Scrum+v1.pdf

Page 23: Как готовить Scrum

Наш случайНепрерывная интеграция

Демо в обычном режиме

Активность снизу

Мониторинг спринта

% удачных спринтов

Impediment log

Не только лишь скрам

Мы можем лучше

Page 24: Как готовить Scrum

Лиды, ПМы и т.п.

Это вне скрама, но необходимо

Page 25: Как готовить Scrum