Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Scrum!
Short introduction to Scrum in Russian.
What, who, how and which results you gain.
Scrum!
Краткое введение в Scrum на русском языке.
Что, кто, как и для чего он нужен.
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Scrum!
Short introduction to Scrum in Russian.
What, who, how and which results you gain.
Scrum!
Краткое введение в Scrum на русском языке.
Что, кто, как и для чего он нужен.
Презентация была представлена в ходе обсуждения вебинара "Scrum с нуля", автор - Валерий Федоров, руководитель проектов компании "Кодерлайн".
http://www.koderline.ru/
Обсуждение касалось вопроса, почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum. Выступающий представил личный практический опыт.
Асхат Уразбаев. Agile Coach и Scrum Master как руководители нового типаScrumTrek
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы:
— Какое место они занимают в организации?
— Какими они должны быть?
— Что входит в их обязанности?
— Что они должны знать и уметь?
Вебинар: 12 принципов Agile, которые делают его довольно успешнымak-itconsulting.com
Мы приглашаем вас на бесплатный вебинар, посвященный основам философии Agile. Мы познакомим вас с основными принципами, которые делают Agile успешным и популярным.
В ходе вебинара вы:
- Узнаете о 12 принципах Agile
- Разберетесь, почему каждый из них является важным для достижения успеха
- Поймете принципы, на основе которых создаются инструменты Agile
Узнать больше о вебинаре: http://coach.ak-itconsulting.com/2014/08/12-principov-agile/
Обязательные практики Agile-проекта и правило ПППPavel Gabriel
Презентация для конференции "Деловой интернет 2009". В презентации рассматриваются обязательные практики для agile-проекта, причины их использования и правило, позволяющее добиваться большей эффективности.
Гибкие методологии разработки ПО в реальном миреTech Talks @NSU
http://techtalks.nsu.ru
Видеозапись: http://www.youtube.com/watch?v=ooa5qE7oTQg
8 апреля 2016. Гибкие методологии разработки ПО в реальном мире (Антон Дёмин, Xored)
На этой лекции мы рассмотрим классические модели управления проектами, поговорим о реалиях разработки и о наиболее частых проектных проблемах, с которыми сталкиваются разработчики и менеджеры.
Среди прочего мы рассмотрим гибкие методологии; как в общем, так и на примере их конкретных представителей (Scrum, XP, Kanban). Также будет рассказано о процессе перехода на Scrum на примере крупного проекта для одного из клиентов компании.
Кроме того, поскольку гибкие методологии подразумевают гибкие правила, мы прямо на лекции попробуем модифицировать одну из хрестоматийных методологий под нужды конкретного проекта, а именно — немного доработаем Scrum путем добавления в него артефактов из других методологий.
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
Видео: https://www.youtube.com/watch?v=I5bI1QTGrRs
Провёл тренинг и kickoff, а команда всё равно не понимает, зачем она повесила доску, и каждый день двигает стикеры? Завёл бэклог и запустил все события Scrum, а Владелец Продукта продолжает себя вести как начальник отдела или руководитель проекта? Провёл воркшоп по 5 порокам команды, а её участники продолжают работать обособленно? Значит ты что-то упустил при внедрении изменений. На докладе рассмотрим, типичные ошибки внедрения изменений на реальных примерах из Agile-кочинга и как их избежать:
- Отсутствие активного участия руководства
- Недостаточное вовлечение сотрудников
- Недостаточное уделение внимания планированию трансформации
- Завышенные ожидания от Agile и отсутствие желания/возможности поменять окружение
Презентация была представлена в ходе обсуждения вебинара "Scrum с нуля", автор - Валерий Федоров, руководитель проектов компании "Кодерлайн".
http://www.koderline.ru/
Обсуждение касалось вопроса, почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum. Выступающий представил личный практический опыт.
Асхат Уразбаев. Agile Coach и Scrum Master как руководители нового типаScrumTrek
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы:
— Какое место они занимают в организации?
— Какими они должны быть?
— Что входит в их обязанности?
— Что они должны знать и уметь?
Вебинар: 12 принципов Agile, которые делают его довольно успешнымak-itconsulting.com
Мы приглашаем вас на бесплатный вебинар, посвященный основам философии Agile. Мы познакомим вас с основными принципами, которые делают Agile успешным и популярным.
В ходе вебинара вы:
- Узнаете о 12 принципах Agile
- Разберетесь, почему каждый из них является важным для достижения успеха
- Поймете принципы, на основе которых создаются инструменты Agile
Узнать больше о вебинаре: http://coach.ak-itconsulting.com/2014/08/12-principov-agile/
Обязательные практики Agile-проекта и правило ПППPavel Gabriel
Презентация для конференции "Деловой интернет 2009". В презентации рассматриваются обязательные практики для agile-проекта, причины их использования и правило, позволяющее добиваться большей эффективности.
Гибкие методологии разработки ПО в реальном миреTech Talks @NSU
http://techtalks.nsu.ru
Видеозапись: http://www.youtube.com/watch?v=ooa5qE7oTQg
8 апреля 2016. Гибкие методологии разработки ПО в реальном мире (Антон Дёмин, Xored)
На этой лекции мы рассмотрим классические модели управления проектами, поговорим о реалиях разработки и о наиболее частых проектных проблемах, с которыми сталкиваются разработчики и менеджеры.
Среди прочего мы рассмотрим гибкие методологии; как в общем, так и на примере их конкретных представителей (Scrum, XP, Kanban). Также будет рассказано о процессе перехода на Scrum на примере крупного проекта для одного из клиентов компании.
Кроме того, поскольку гибкие методологии подразумевают гибкие правила, мы прямо на лекции попробуем модифицировать одну из хрестоматийных методологий под нужды конкретного проекта, а именно — немного доработаем Scrum путем добавления в него артефактов из других методологий.
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
Видео: https://www.youtube.com/watch?v=I5bI1QTGrRs
Провёл тренинг и kickoff, а команда всё равно не понимает, зачем она повесила доску, и каждый день двигает стикеры? Завёл бэклог и запустил все события Scrum, а Владелец Продукта продолжает себя вести как начальник отдела или руководитель проекта? Провёл воркшоп по 5 порокам команды, а её участники продолжают работать обособленно? Значит ты что-то упустил при внедрении изменений. На докладе рассмотрим, типичные ошибки внедрения изменений на реальных примерах из Agile-кочинга и как их избежать:
- Отсутствие активного участия руководства
- Недостаточное вовлечение сотрудников
- Недостаточное уделение внимания планированию трансформации
- Завышенные ожидания от Agile и отсутствие желания/возможности поменять окружение
Альфа применения бизнес симуляции при управлении портфелем проектов (PMI, IPMA)ANDREY ZAKHODYAYCHENKO
Обобщена практика использования симуляторов при подготовке профессионалов в области управления портфелем проектов, выделены проблемные точки и предложены варианты решений
Итак, вы работаете по Scrum или хотя бы просто разделяете Agile философию. Скорее всего у вас как минимум есть ежедневные встречи, ведь сама по себе практика ежедневных встреч очень популярна вне зависимости от вашего процесса. А вы уверены, что со стороны это не похоже на сползающихся зомби? Насколько эта встреча ценна для вашей команды? Я расскажу чуть подробнее зачем проводится эта встреча и как максимально полезно использовать это время всей команды. Несколько примеров типичных ошибок и несколько практических советов, как все исправить.
Что такое agile?
Не бойтесь незнакомого слова и не думайте, что оно относится только к сфере ИТ и разработке программного обеспечения. Действительно, изначально agile - это идеология подхода к разработке программного обеспечения. Но в последнее время гибкий подход к проектам (Agile) нашел применение не только в сфере ИТ. Уже сейчас те, кто применяют формат Agile-управления проектами в разных сферах и отраслях, более успешны, чем их конкуренты. Еще более модным agile-подход сделал Герман Греф, сказав, что "Те, кто не освоит Agile сегодня в куче бизнес-процессов – будет лузерами завтра".
Agile/Scrum методологии разработки программного обеспеченияjazzteam
Сотрудница компании JazzTeam провела ряд лекций в Гродненском государственном университете имени Янки Купалы.
После конференции Solit-2013 в рамках ознакомительного тура по Беларуси для одного из англозычных докладчиков, руководство компании посетило Гродненский государственный университет имени Янки Купалы, где состоялось знакомство с руководством кафедры программного обеспечения интеллектуальных и компьютерных систем. В рамках продолжения отношений между компанией и кафедрой представитель компании JazzTeam провела несколько лекции по тематике разработки программного обеспечения.
Лекции проходили в рамках заседания студенческого семинара “Информатика – Сегодня”, которые университет и кафедра проводят регулярно.
Первая лекция была проведена 22 марта 2013 года на тему: “Agile/Scrum методологии разработки программного обеспечения”.
Посетителей, участников, слушателей этой лекции заинтересовали такие вопросы: преимущества и недостатки agile и scrum, как разработчики решают спорные моменты, как новичок может повлиять на всю команду, как замотивировать разработчиков и т.д. После доклада была продолжительная и насыщенная дискуссия по возникшим у слушателей вопросам.
На лекциях присутствовало много людей, начиная от первокурсников до преподавателей.
Лекции охватывали большой спектр вопросов, и все моменты были разобраны на примерах. Публика вела себя очень оживленно и интересовалась больше примерами из жизни, практическими навыками.
Впечатления о проведенных лекциях остались самые положительные. Спасибо за интересные вопросы и обсуждения!
Фреймворк Scrum
Основные понятия фреймворка
Преимущества и недостатки фреймворка
Артефакты Scrum
Роли в Scrum
Event - ы в Scrum
Работа с Backlog. Приоритезация задач
Планирование и мониторинг спринта
Выбор методологии для проекта:
Подходы
Рекомендации
Презентация Бибичева Андрея об опыте внедрения Scrum в компании CustIS, прочитанная на конференции РИТ-2008.
Текст статьи - http://www.slideshare.net/biBIGine/scrum-2029854
6-7 июня на мероприятии Startup Village в Сколково прошла серия митапов, организованных совместно Сбербанком и СберТехом. Вашему вниманию - серия презентационных материалов с мероприятия.
2. Scrum кратко
Scrum– это один из Agile процессов, который позволяет фокусироваться
на поставке наиважнейших, с точки зрения бизнеса, ценностей в
наикратчайшие сроки
Он позволяет нам быстро и регулярно осматривать реально
работающее программное обеспечение (от двух недель до месяца
Бизнес расставляет приоритеты. Команды самоорганизовываются и
определяют лучший способ, чтобы выпустить функции с высоким
приоритетом
С регулярностью от двух недель до месяца все могут видеть реально
работающий программный продукт, и решить выпускать его как он есть
либо продолжить улучшение в следующем спринте.
Сам термин обозначает схватку в игре Регби
2
3. Истоки Scrum
• Джеф Сазерленд
– Зарождение Скрам в корпорации Easel в 1993
– IDX и 500+ людей работают по Скрам
• Кен Швабер
– ADM
– Представление Скрам на OOPSLA 95 совместно с
Сазерлендом
– Автор трех книг по Скрам
• Майк Бидл
– Шаблоны Скрам в PLOPD4
• Кен Швабер и Майк Кон
– Создание Скрам-альянса в 2002, изначально в рамках
Agile-альянса
3
4. Популярность Scrum
Microsoft
Yahoo
Google
Electronic Arts
Lockheed Martin
Philips
Siemens
Nokia
IBM
Capital One
BBC
Intuit
Nielsen Media
First American
Real Estate
BMC Software
Ipswitch
John Deere
Lexis Nexis
Sabre
Salesforce.com
Time Warner
Turner
Broadcasting
Oce
4
5. Применение Scrum
Разработка видеоигр
Жизненно важные
системы, утвержденные
Управлением по
контролю за продуктами
и лекарствами (США)
ПО контроля за
спутниками
Веб-сайты
Портативное ПО
Мобильные телефоны
Приложения работы
сети
ISV приложения
Некоторые крупнейшие,
широко используемые
приложения
Коммерческое ПО
Внутренняя разработка
Разработка на заказ
Проекты с
фиксированной
стоимостью
Финансовые
приложения
ISO 9001-
сертифицированные
приложения
Встроенные системы
24x7 системы с
требованиями 99.999%
работоспособности
Создание
«Унифицированного
истребителя-
бомбардировщика»
5
6. Основные характеристики
Самоорганизующиеся команды
Продукт разрабатывается серией “спринтов”,
каждый не больше месяца
Все требования записываются в виде единого
списка “бэклога продукта”
Инженерные практики не являются частью Скрам
Использует простые правила для создания гибкой
среды разработки проектов
Один из “Agile процессов”
6
7. Agile-манифест – декларация
ценностей
процессов и
инструментов
Люди и
взаимодействие
важнее
следования
первоначальному плану
Готовность к
изменениям
важнее
исчерпывающей
документации
Работающий
продукт
важнее
согласования условий
контракта
Сотрудничество с
заказчиком
важнее
Источник:
www.agilemanifesto.org/iso/ru 7
9. Спринты
Скрам проекты развиваются сериями “спринтов”
Это аналогично “итерациям” в Экстремальном
Программировании (XP)
Типичная продолжительность – от 2-х недель до
месяца с жестким ограничением по времени
Постоянная продолжительность спринта привносит
ритм в разработку
Продукт проектируется, разрабатывается и
тестируется на протяжении одного спринта
9
11. Никаких изменений в течение
спринта
Планируйте длительность спринта исходя
из соображения о том, как долго вы можете работать
не внося изменения в план работ
Изменение
11
13. Структура Scrum в деталях
Владелец
продукта
Scrum-мастер
Команда
Роли
Планирование
спринта
Обзор спринта
Спринт
ретроспектива
Ежедневный
Скрам
Ритуалы
Бэклог
продукта
Спринт бэклог
Burndown
charts
Артефакты
13
14. Роль - Product owner
Один человек
Определяет требования к продукту
Определяет дату релиза и наполненность
Ответственен за доходность проекта (ROI)
Приоритезирует требования, исходя
из их рыночной ценности
Корректирует приоритеты на каждой итерации, если
необходимо
Принимает работу
14
15. Роль – Scrum master
Представляет руководство проекта
Ответственен за внедрение ценностей и практик Scrum
Не раздает задания
Устраняет препятствия
Ответственен за эффективность работы команды
Обеспечивает видимость и прозрачность ситуации в
команде
Защищает команду от внешних воздействия
15
16. Команда
Обычно 3-9 человек
Кросс функциональная (программисты, тестировщики,
дизайнеры)
Заняты полный рабочий день
Могут быть исключения (например, администратор базы
данных)
Команды самоорганизуюются
В идеале, нет специальных ролей
Состав команды может меняться только между спринтами
16
17. Структура Scrum в деталях
Владелец
продукта
Scrum-мастер
Команда
Роли
Планирование
спринта
Обзор спринта
Спринт
ретроспектива
Ежедневный
Скрам
Ритуалы
Бэклог
продукта
Спринт бэклог
Burndown
charts
Артефакты
17
19. Подробнее про планирование
Команда выбирает из Бэклога Продукта требования,
которые они могут реализовать за спринт
Создается Бэклог Спринта
Задачи идентифицируются и оцениваются (1-16 часов)
Все делается командой, а не Скрам-мастером
Учитывается высокоуровневая архитектура приложения
Как отдыхающий, я
хочу посмотреть
на фото отелей
Кодировать серверную часть (8)
Написать GUI (4)
Написать тесты (4)
Обновить руководство пользователя
(4)
19
20. Ежедневный Scrum Meeting
Ежедневно
Стоя
15 минут
Не для решения проблем
Scrum Master лишь ведет собрание
Backlog update
Приглашены все желающие
Только участники команды могут говорить (владелец
продукта - тоже часть команды)
20
21. Каждый отвечает на три вопроса
Что ты сделал вчера?
Что будешь делать сегодня?
Что тебе мешает?
Это НЕ статусный отчет Scrum-мастеру!
Это обязательства перед коллегами
21
22. Обзор спринта
Команда представляет, что было сделано
за спринт
Фокус на результат, а не процесс
Обычно принимает форму демонстрации
Неформально
Максимум 2 часа на подготовку
Без слайдов
Вся команда участвует
Приглашены все, кому может быть интересно
22
23. Ретроспектива
Периодический пересмотр того, что работает, а что нет
Обычно 15-30 минут
После каждого спринта
Вся команда участвует
Возможно, приглашен Владелец продукта, заказчики или кто-то
из менеджмента компании
23
24. Структура Scrum в деталях
Владелец
продукта
Scrum-мастер
Команда
Роли
Планирование
спринта
Обзор спринта
Спринт
ретроспектива
Ежедневный
Скрам
Ритуалы
Бэклог
продукта
Спринт бэклог
Burndown
charts
Артефакты
24
25. Бэклог продукта
Приоритезированный
список требований
Список желательной
функциональности
В идеале написан так,
что каждый элемент
имеет значение для
конечного пользователя
Приоритеты
выставляются
Владельцем продукта
Приоритеты
обновляются в начале
спринта
Бэклог продукта
25
26. Пример бэклога продукта
Бэклог Оценка
Как гость, я хочу зарезервировать номер 3
Как гость, я хочу отменить резервацию 5
Как гость, я хочу изменить дату резервации 3
Как работник гостиницы, я хочу просматривать
отчеты
8
Улучшить обработку исключений 8
… 30
... 50
26
27. Цель спринта
Короткое предложение, описывающее, на чем будет сфокусирована
работа во время спринта
Сделать в
приложении
поддержку MSSQL
в дополнение к
Oracle
БД
Добавить
поддержку
котировок в
реальном времени
Финансы
Поддержка
функциональности
необходимой для
изучения генетики
Наука
27
28. Управление бэклогом спринта
Члены команды выбирают работу на свой выбор
Задачи никогда не назначаются принудительно
Оценка оставшейся работы ежедневно обновляется
Любой член команды может добавить, удалить или изменить
элементы Бэклога Спринта
Задачи на спринт могут появляться в ходе работы
Если задача не понятна, то этому элементу бэклога
резервируется больше времени и он разбивается на составные
части позже
Оценка оставшейся работы обновляется, по мере того как
узнаем больше о задачах
28
29. Управление бэклогом спринта
Члены команды выбирают работу на свой
выбор
Задачи никогда не назначаются
принудительно
Оценка оставшейся работы ежедневно
обновляется
Любой член команды может добавить,
удалить или изменить элементы Бэклога
Спринта
Задачи на спринт могут появляться в ходе
работы
Если задача не понятна, то этому элементу
бэклога резервируется больше времени и
он разбивается на составные части позже
Оценка оставшейся работы обновляется,
по мере того как узнаем больше о задачах
29
30. Пример бэклога спринта
Активности
Сделать интерфейс пользователя
Сделать логику
Протестировать логику
Написать руководство пользователя
Вынести утилиты в общий класс
Пн
8
16
8
12
8
Вт
4
12
16
8
Ср Чт
4
11
8
4
Пт
8
8
Добавить журнал ошибок
8
10
16
8
8
30
32. Масштабируемость
Обычно команда состоит из 3 - 9 человек
Масштабируемость за счет групп команд
Факторы расширения
Тип приложения
Размер команды
Рассредоточенность команды
Продолжительность проекта
Scrum использовался в проектах со сложной структурой, где
работало более 500 человек
32
34. Доска задач
Физическая доска разбитая на три вертикальные полосы – To Do,
In Progress и Done
Стикеры расположены по приоритетам, снизу вверх
Используйте https://trello.com/ или http://realtimeboard.com/
34
35. Planning poker
Ведущий, не участвующий в обсуждении, ведёт собрание.
Менеджер представляет краткие обзоры каждого из пунктов. Команда может
задавать вопросы и вести обсуждение предложений и рисков. Итог обсуждения
записывается менеджером проекта.
Участники выбирают по одной карте и кладут их рубашкой вверх, показывая
таким образом, что выбор сделан. Числовые достоинства карт могут
использоваться по-разному: они могут означать количество дней, наиболее
подходящие дни или относительные единицы сложности.
Каждый участник называет свою карту и переворачивает её.
Участникам с высокими и низкими оценками даётся возможность высказаться и
обосновать свою оценку.
Процесс обсуждения продолжается до тех пор, пока не будет достигнут
консенсус.
0 означает, что, по мнению участника, проблема уже решена либо займет пару
минут
Coffee означает участник утомился и не против устроить перерыв
35
37. Журнал совершенствования
(пример)
Расширить применение автоматизированных тестов
Внедрить инспекцию кода
Добиться непрерывной интеграции
Измерить последствия внедерния Scrum
Подумать над применения Scrum в других процессах
работы департамента
37
39. Нужен ли вам Scrum?
Плюсы:
Просто внедрить
Разработчикам обычно нравится
Прозрачность проекта
Ориентация на результат
Минусы:
Не все люди сработаются
Издержки на «болтовню» 10-30%
39
40. Что дальше?
Изучить гайд по скраму (http://scrumguides.org/)
Пройти пробный тест Scrum Open (https://www.scrum.org/Assessments/Open-
Assessments)
Иметь четкое представление о Scrum либо работать с Scrum Team
Прочитать одну из книг по Scrum (https://www.scrum.org/Courses/Professional-
Scrum-Master/PSM-Subject-Areas)
https://www.scrum.org/Resources/lapg-301/4 - интересные статьи
https://www.scrum.org/Assessments/Professional-Scrum-Master-Assessments/PSM-
I-Assessment - сертификация уровень 1
https://www.scrum.org/Assessments/Professional-Scrum-Master-Assessments/PSM-
II-Assessment - сертификация уровень 2
Книга Руководство по Скраму Кен Швабер и Джефф Сазерленд
Книга Scrum и XP: заметки с передовой – Как мы делаем Scrum Хенрик Книберг
Книга Scrum. Гибкая разработка ПО Майк Кон
40