Вебинар: 12 принципов Agile, которые делают его довольно успешнымak-itconsulting.com
Мы приглашаем вас на бесплатный вебинар, посвященный основам философии Agile. Мы познакомим вас с основными принципами, которые делают Agile успешным и популярным.
В ходе вебинара вы:
- Узнаете о 12 принципах Agile
- Разберетесь, почему каждый из них является важным для достижения успеха
- Поймете принципы, на основе которых создаются инструменты Agile
Узнать больше о вебинаре: http://coach.ak-itconsulting.com/2014/08/12-principov-agile/
Вебинар: 12 принципов Agile, которые делают его довольно успешнымak-itconsulting.com
Мы приглашаем вас на бесплатный вебинар, посвященный основам философии Agile. Мы познакомим вас с основными принципами, которые делают Agile успешным и популярным.
В ходе вебинара вы:
- Узнаете о 12 принципах Agile
- Разберетесь, почему каждый из них является важным для достижения успеха
- Поймете принципы, на основе которых создаются инструменты Agile
Узнать больше о вебинаре: http://coach.ak-itconsulting.com/2014/08/12-principov-agile/
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Презентация была представлена в ходе обсуждения вебинара "Scrum с нуля", автор - Валерий Федоров, руководитель проектов компании "Кодерлайн".
http://www.koderline.ru/
Обсуждение касалось вопроса, почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum. Выступающий представил личный практический опыт.
В начале 2011го года компания Skype купила небольшой стартап под названием Qik. На тот момент в компании Skype был официальный процесс на базе SCRUM. Вышло так, что после перехода на этот процесс, команда Qik сильно потеряла в скорости поставки. В своём докладе я расскажу, что именно произошло, и как следование правилам Scrum мешало команде быстро и качественно разрабатывать свой продукт.
Масштабирование Agile в Единой фронтальной системе СбербанкаSergey Rogachev
Презентация доклада "Масштабирование Agile в Единой фронтальной системе Сбербанка" Сергея Рогачева на конференции AgileKitchen, посвященной масштабированию Agile, которая прошла в Москве 22 сентября 2016 года (https://agilerussia.timepad.ru/event/374516). Также см. видео этого доклада: https://youtu.be/mJpCJiVNuME.
Статегия agile-трансформации крупной компанииAskhat Urazbaev
Достаточно ли обойтись внедрением Agile-практик на уровне Scrum/XP или для успешной работы нужно нечто большее?
Опыт показывает, что существование в компании Agile только как методологии для команд приводит к слабому и часто кратковременному эффекту повышения производительности. Порой это дисбалансирует компанию и приводит к результатам даже хуже, чем были до внедрения Agile.
Для получения максимального результата изменения в культуре организации необходимы на всех уровнях.
Что это означает на практике и как этого добится?
В этом выступлении мы обсудим подходы проведения Agile-трансформации в больших организациях. Мы рассмотрим практики которые работают в российских корпорациях, а также типичные ловушки и грабли на которые вы можете наступить при старте изменений.
Обязательные практики Agile-проекта и правило ПППPavel Gabriel
Презентация для конференции "Деловой интернет 2009". В презентации рассматриваются обязательные практики для agile-проекта, причины их использования и правило, позволяющее добиваться большей эффективности.
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...ScrumTrek
Трудно представить возможность применения Agile в компаниях с большим количеством зарегламентированных процессов, которые, к тому же, ориентированны на водопадную модель разработки ПО. На примере разработки системы управления рисками на Финансовых рынках мы поделимся своим опытом как можно построить полноценный Agile процесс исключительно с использованием стандартного SCRUM framework. Мы расскажем об бизнес процессе, решенных проблемах и инженерных практиках, которые позволили обеспечить высокую скорость delivery в рамках данной системы.
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
Многие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Приходите на доклад, мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Максим Цепков. Agile — ответ на вызовы третьей промышленной революции.ScrumTrek
Третья промышленная революция, которая была предсказана в далеком 1980 году Элвисом Тоффлером в книге «Третья волна», уже перестала быть делом будущего, а становится частью настоящего. Вызовы, которые она несла, в первую очередь пришли в IT-отрасль в конце 20 века. А в начале 21 века появился ответ на них — практики Agile, которые развиваются уже полтора десятилетия, в том числе вбирая из традиционного менеджмента все ценное и применимое в будущем мире. Сейчас новые вызовы и связанная с ними турбулентность идут в другие отрасли, которые могут в ответ изобретать собственные практики, а могут воспользоваться апробированными ответами Agile, наполнив его практики своей спецификой. Темп изменений в разных отраслях различается, однако приход нового неизбежен, потому что изменился mindset нового поколения соцсетей — тех, кто начал активно общаться и завоевывать лидерство в виртуальном пространстве еще в школе. И по мере того, как такие люди будут приходить в организации, они будут необратимо менять их культуру. Распространение бирюзовых организаций, описанных Фредериком Лалу в книге «Открывая организации будущего», — зримое проявление этих изменений. И вовсе не случайно организационный фреймворк для таких компаний — холакратия — тоже появился в IT-отрасли и распространяется за ее пределы. В докладе будет описана big picture современного развития, в которой каждой из организаций предстоит самоопределиться и выбрать собственный путь. Доклад является развитием моих выступлений по темам Agile и Спиральной динамики, доступных на моем сайте http://mtsepkov.org/Agile.
Agile/Scrum методологии разработки программного обеспеченияjazzteam
Сотрудница компании JazzTeam провела ряд лекций в Гродненском государственном университете имени Янки Купалы.
После конференции Solit-2013 в рамках ознакомительного тура по Беларуси для одного из англозычных докладчиков, руководство компании посетило Гродненский государственный университет имени Янки Купалы, где состоялось знакомство с руководством кафедры программного обеспечения интеллектуальных и компьютерных систем. В рамках продолжения отношений между компанией и кафедрой представитель компании JazzTeam провела несколько лекции по тематике разработки программного обеспечения.
Лекции проходили в рамках заседания студенческого семинара “Информатика – Сегодня”, которые университет и кафедра проводят регулярно.
Первая лекция была проведена 22 марта 2013 года на тему: “Agile/Scrum методологии разработки программного обеспечения”.
Посетителей, участников, слушателей этой лекции заинтересовали такие вопросы: преимущества и недостатки agile и scrum, как разработчики решают спорные моменты, как новичок может повлиять на всю команду, как замотивировать разработчиков и т.д. После доклада была продолжительная и насыщенная дискуссия по возникшим у слушателей вопросам.
На лекциях присутствовало много людей, начиная от первокурсников до преподавателей.
Лекции охватывали большой спектр вопросов, и все моменты были разобраны на примерах. Публика вела себя очень оживленно и интересовалась больше примерами из жизни, практическими навыками.
Впечатления о проведенных лекциях остались самые положительные. Спасибо за интересные вопросы и обсуждения!
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Презентация была представлена в ходе обсуждения вебинара "Scrum с нуля", автор - Валерий Федоров, руководитель проектов компании "Кодерлайн".
http://www.koderline.ru/
Обсуждение касалось вопроса, почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum. Выступающий представил личный практический опыт.
В начале 2011го года компания Skype купила небольшой стартап под названием Qik. На тот момент в компании Skype был официальный процесс на базе SCRUM. Вышло так, что после перехода на этот процесс, команда Qik сильно потеряла в скорости поставки. В своём докладе я расскажу, что именно произошло, и как следование правилам Scrum мешало команде быстро и качественно разрабатывать свой продукт.
Масштабирование Agile в Единой фронтальной системе СбербанкаSergey Rogachev
Презентация доклада "Масштабирование Agile в Единой фронтальной системе Сбербанка" Сергея Рогачева на конференции AgileKitchen, посвященной масштабированию Agile, которая прошла в Москве 22 сентября 2016 года (https://agilerussia.timepad.ru/event/374516). Также см. видео этого доклада: https://youtu.be/mJpCJiVNuME.
Статегия agile-трансформации крупной компанииAskhat Urazbaev
Достаточно ли обойтись внедрением Agile-практик на уровне Scrum/XP или для успешной работы нужно нечто большее?
Опыт показывает, что существование в компании Agile только как методологии для команд приводит к слабому и часто кратковременному эффекту повышения производительности. Порой это дисбалансирует компанию и приводит к результатам даже хуже, чем были до внедрения Agile.
Для получения максимального результата изменения в культуре организации необходимы на всех уровнях.
Что это означает на практике и как этого добится?
В этом выступлении мы обсудим подходы проведения Agile-трансформации в больших организациях. Мы рассмотрим практики которые работают в российских корпорациях, а также типичные ловушки и грабли на которые вы можете наступить при старте изменений.
Обязательные практики Agile-проекта и правило ПППPavel Gabriel
Презентация для конференции "Деловой интернет 2009". В презентации рассматриваются обязательные практики для agile-проекта, причины их использования и правило, позволяющее добиваться большей эффективности.
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...ScrumTrek
Трудно представить возможность применения Agile в компаниях с большим количеством зарегламентированных процессов, которые, к тому же, ориентированны на водопадную модель разработки ПО. На примере разработки системы управления рисками на Финансовых рынках мы поделимся своим опытом как можно построить полноценный Agile процесс исключительно с использованием стандартного SCRUM framework. Мы расскажем об бизнес процессе, решенных проблемах и инженерных практиках, которые позволили обеспечить высокую скорость delivery в рамках данной системы.
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
Многие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Приходите на доклад, мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Максим Цепков. Agile — ответ на вызовы третьей промышленной революции.ScrumTrek
Третья промышленная революция, которая была предсказана в далеком 1980 году Элвисом Тоффлером в книге «Третья волна», уже перестала быть делом будущего, а становится частью настоящего. Вызовы, которые она несла, в первую очередь пришли в IT-отрасль в конце 20 века. А в начале 21 века появился ответ на них — практики Agile, которые развиваются уже полтора десятилетия, в том числе вбирая из традиционного менеджмента все ценное и применимое в будущем мире. Сейчас новые вызовы и связанная с ними турбулентность идут в другие отрасли, которые могут в ответ изобретать собственные практики, а могут воспользоваться апробированными ответами Agile, наполнив его практики своей спецификой. Темп изменений в разных отраслях различается, однако приход нового неизбежен, потому что изменился mindset нового поколения соцсетей — тех, кто начал активно общаться и завоевывать лидерство в виртуальном пространстве еще в школе. И по мере того, как такие люди будут приходить в организации, они будут необратимо менять их культуру. Распространение бирюзовых организаций, описанных Фредериком Лалу в книге «Открывая организации будущего», — зримое проявление этих изменений. И вовсе не случайно организационный фреймворк для таких компаний — холакратия — тоже появился в IT-отрасли и распространяется за ее пределы. В докладе будет описана big picture современного развития, в которой каждой из организаций предстоит самоопределиться и выбрать собственный путь. Доклад является развитием моих выступлений по темам Agile и Спиральной динамики, доступных на моем сайте http://mtsepkov.org/Agile.
Agile/Scrum методологии разработки программного обеспеченияjazzteam
Сотрудница компании JazzTeam провела ряд лекций в Гродненском государственном университете имени Янки Купалы.
После конференции Solit-2013 в рамках ознакомительного тура по Беларуси для одного из англозычных докладчиков, руководство компании посетило Гродненский государственный университет имени Янки Купалы, где состоялось знакомство с руководством кафедры программного обеспечения интеллектуальных и компьютерных систем. В рамках продолжения отношений между компанией и кафедрой представитель компании JazzTeam провела несколько лекции по тематике разработки программного обеспечения.
Лекции проходили в рамках заседания студенческого семинара “Информатика – Сегодня”, которые университет и кафедра проводят регулярно.
Первая лекция была проведена 22 марта 2013 года на тему: “Agile/Scrum методологии разработки программного обеспечения”.
Посетителей, участников, слушателей этой лекции заинтересовали такие вопросы: преимущества и недостатки agile и scrum, как разработчики решают спорные моменты, как новичок может повлиять на всю команду, как замотивировать разработчиков и т.д. После доклада была продолжительная и насыщенная дискуссия по возникшим у слушателей вопросам.
На лекциях присутствовало много людей, начиная от первокурсников до преподавателей.
Лекции охватывали большой спектр вопросов, и все моменты были разобраны на примерах. Публика вела себя очень оживленно и интересовалась больше примерами из жизни, практическими навыками.
Впечатления о проведенных лекциях остались самые положительные. Спасибо за интересные вопросы и обсуждения!
Последнее время термины «Канбан» и «Канбанизация» очень часто используются в ИТ. Но что же это такое? Мы приглашаем Вас на бесплатный вебинар, который посвящен теме Kanban в сфере разработки программного обеспечения.
В ходе вебинара вы:
- Узнаете основы Kanban
- Поймете откуда пришел сам подход
- Увидете как Kanban работает в ИТ-шных проектах
Вебинар прошел 23 сентября 2014. Узнать больше можно по ссылке: http://coach.ak-itconsulting.com/2014/09/webinar-kanban/
Lean-разработка, система Kanban, Scrumban - все эти слова всё чаще звучат на специализированных конференециях и вебинарах. Изначально появившаяся в недрах "Тойоты" система производства с успехом перекочевала в мир разработки программного обеспечения.
Какие преимущества может дать эта системы вашей компании? Как команда разработчиков может использовать в своей деятельности принципы Kanban? Как можно скрестить Scrum с Kanban и что получится? С чего начинать?
Презентация Бибичева Андрея об опыте внедрения Scrum в компании CustIS, прочитанная на конференции РИТ-2008.
Текст статьи - http://www.slideshare.net/biBIGine/scrum-2029854
Итак, вы работаете по Scrum или хотя бы просто разделяете Agile философию. Скорее всего у вас как минимум есть ежедневные встречи, ведь сама по себе практика ежедневных встреч очень популярна вне зависимости от вашего процесса. А вы уверены, что со стороны это не похоже на сползающихся зомби? Насколько эта встреча ценна для вашей команды? Я расскажу чуть подробнее зачем проводится эта встреча и как максимально полезно использовать это время всей команды. Несколько примеров типичных ошибок и несколько практических советов, как все исправить.
Постановка и улучшение скрам процесса для группы проектов в большой компании,...viktor_bezhenar
Презентация с конференции Lviv PM Day весны 2014 года:
- Что мешает организациям начать использовать гибкие методологии и почему это сложно?
- Преобразование методологий разработки портфеля проектов к Scrum методологии с помощью ЕТС (enterprise transition community - сообщество по изменениям на предприятии):
* наш путь
* его пересечение с моделью Майка Кона и работа по модели
* обязанности и методы работы ЕТС
Мастер-класс. Интерактивная презентация + деловая игра «Управление командами разрабатывающими ПО по Agile (Scrum) и выводу нового программного продукта (ПО) на рынок» c использованием симулятора проектной деятельности (СПД) BesTeamKpi®
Скачать презентацию: http://sofonov.ru/base-know.html
В этом интервью Сергей Луговцов рассказывает о том, как организовать выработку собственных производственных норм в строительстве, а также способы автоматизации управления с использованием собственных норм производства.
www.sofonov.ru - база знаний по управлению проектами
Скачать презентацию: http://sofonov.ru/base-know.html
Интервью Сергея Должникова, в котором он рассказал о специфике ценообразования в строительстве США, Франции, Великобритании, и дал оценку отечественному подходу к ценообразованию.
Скачать презентацию: http://sofonov.ru/base-know.html
Описание оригинальной методики отслеживания сетевого графика строительного проекта по осям.
По ссылке после регистрации, можно получить доступ к самой презентации в базе знаний: http://sofonov.ru/registration-smart....
www.sofonov.ru - база знаний по управлению строительными проектами
Скачать презентацию: http://sofonov.ru/base-know.html
Сергей Мишин дает оценку ценообразованию строительных проектов на Западе.
Струкрура документов плюсы и минусы разных подходов
В этом видеоролике рассматриваю как модель ценообразования влияет на структуру календарного графика строительного проекта. Речь идет о сметах, единичных расценкаи и фиксированной стоимости.
www.sofonov.ru
Описание целей и программы терининга: Руководитель строительного проекта
www.sofonov.ru - отраслевой учебный центр по управлению строительными проектами
Обзор необходимых календарных графиков на различных фазах жизненного цикла строительного проекта и их взаимосвязь с ключевыми участниками.
Тренинги управления строительными проектами:
www.sofonov.ru
2. ПРОГРАММА ВЕБИНАРА
ЧТО такое Agile.
ЧТО такое Scrum.
КАК работает Scum.
• люди
• процессы
• артефакты
3. ЗАЧЕМ ПОДРУГОМУ?
1915 1939 1972 1976 1983 1994 1998 2000 2008 2010
Мир становится более мобильным, более скоростным. Современные
компании реализуют все большее число сложных комплексных проектов.
Для этого требуется эффективный инструментарий.
17. работающее
сотрудничество
программное
с заказчиком
обеспечение
важнее
важнее, чем
контрактных
полная
обязательств
документация;
реакция на
изменения
личности важнее,
чем процессы
важнее, чем
следование
плану
AGILE
19. ТРАДИЦИОННЫЙ ЖИЗНЕННЫЙ ЦИКЛ ПРОЕКТА
Жизненный цикл проекта – набор последовательных фаз
проекта, название и число которых определяется исходя из
технологии производства работ и потребностей контроля со
стороны организации или организаций, вовлеченных в проект.
Фаза проекта – набор логически взаимосвязанных работ проекта,
в процессе завершения которых достигается один из основных
результатов проекта.
концепция разработка реализация завершение
23. ЖИЗНЕННЫЙ ЦИКЛ SCRUM
Product Backlog Sprint Backlog
• Клиент выставляет • Функционал распределен
приоритеты по на спринт
функционалу • Оценен командой
Временные Рабочий код, готовый
продукта • Команда взяла обязательство рамки к внедрению
Product Backlog Задачи Backlog-а
Sprint planning meeting Ежедневный SCRUM Sprint Review
• Обзор Product Backlog • Что сделано? • Демонстрация функционала
• Оценка Sprint Backlog • Что будет сделано сегодня? • Ретроспектива спринта
• Обязательство • Какие возможны проблемы? • Корректировки
24. ИЗМЕНЕНИЕ РОЛИ СТАНДАРТОВ
ТРАДИЦИОННЫЙ ПОДХОД - стандарты минимизируют отклонения и
позволяют неквалифицированным участникам проекта принимать решения.
Стандартам нужно следовать и нельзя изменять
ГИБКИЙ ПОДХОД - Стандарты определяют для команды целевые ориентиры
для достижения и ограничения для контроля
Команда Agile использует их как точку отсчета для постоянного развития
25. ИЗМЕНЕНИЕ РОЛИ ОЦЕНКИ И
СОГЛАСОВАНИЯ
ТРАДИЦИОННЫЙ ПОДХОД - Сейчас этот документ утвержден и является
основанием для перехода в следующую фазу.
ГИБКИЙ ПОДХОД Сейчас этот документ является частью создаваемого
продукта. Критерии готовности продукта являются минимальным
требованием для переходу к следующей фазе.
26. AGILE ПРОЕКТЫ В ТРИ РАЗА
УСПЕШНЕЕ ТРАДИЦИОННЫХ
Успешные
Проблемные
Провальные
Источник: The CHAOS Manifesto, The Standish Group, 2012
27. ЧТО ТАКОЕ SCRUM
SCRUM - это гибкий подход
управления проектами,
обладающих высокой
степенью неопределенности.
В отличие от методологий
детально описывающих все
процессы управления, Scrum
по своей сути является
системой взглядов и
ценностей, а точнее рабочей
средой.
29. УПРАВЛЕНИЕ ПРОЕКТОМ SCRUM
PRODUCT PRODUCT
BACKLOG OWNER
АРТЕФАКТЫ
РОЛИ
SPRINT SCRUM
BACKLOG SCRUM MASTER
BURNDOWN
TEAM
CHARTS
ВСТРЕЧИ
SPRINT DAILY SPRINT
PLANNING MEETING REVIEW
31. БАЗОВЫЕ ЦЕННОСТИ
КОМАНДЫ SCRUM
У участников команды нет никаких секретов друг от друга в отношении
ОТКРЫТОСТЬ создаваемого продукта; Участники команды открыты к предложениям
КОНЦЕНТРАЦИЯ Все действия участников должны быть сфокусированы на главном
ОТВЕТСТВЕННОСТЬ Команда и каждый ее участник берет на себя обязательства и соглашения.
Каждый участник команды делает максимум зависящего от него. Участник
УВАЖЕНИЕ команды уважает мнение других участников, а также стейкхолдеров.
Команда должна обладать смелостью, чтобы признать реальность, а также
СМЕЛОСТЬ обладать смелостью сказать НЕТ и быть открытыми к другим участникам.
Команда предоставляет все необходимую информацию, чтобы оценить
ПРОЗРАЧНОСТЬ прогресс
32. РОЛЕВАЯ СТРУКТУРА SCRUM
• STAKEHOLDER - выражает
потребности и желания, которые
команда старается удовлетворить
создавая продукт.
• BUSINESS OWNER - представляет
бизнес и помогает Владельцу продукта
взаимодействовать со Стейкхолдерами
• PRODUCT OWNER - направляет
команду, ответственен перед бизнесом
за ценность продукта, создаваемого
командой.
• SCRUMMASTER - поддерживает
команду в ее развитии за счет
использования Scrum.
• КОМАНДА SCRUM - участники
команды разрабатывают качественный
продукт в естественном для них темпе.
33. STAKEHOLDER
У них есть потребности и желания, которые удовлетворяет
команда, создавая новый продукт.
36. ЧЕКЛИСТ: PRODUCT OWNER
• На ежедневной основе обновляет product backlog,
дополняет любыми новыми изменениями
• Осуществляет преоритезацию product backlog
основываясь на ожидаемой бизнес-пользе
• Координирует сове действия со стейкхолдерами, а
также собирает требования к продукту
• Взаимодействует с командой проекта для
прояснения сути требований
38. ЧЕКЛИСТ: SCRUM MASTER
• Обновляет реестр проблем на основании daily scrum,
писем, других сообщений
• Разрешает сложившиеся проблемы e
• Обеспечивает команду необходимым оборудованием
• Разрабатывать Sprint report для стейкхолдеров
(единожды за спринт)
• Отслеживает всю информацию связанную с sprint
• Обеспечивает доступность инструментов
отслеживания прогресса
• Назначает встречи и выступает в качестве
наставника
40. ЧЕКЛИСТ: DEVELOPMENT TEAM
• Обновляют доску задач, отмечая оставшееся время
на каждую задачу
• Информируют о всех проблемах Scrum master
• Взаимодействуют с Product owner дно того как
приступят к реализации story и после ее завершения
• Достигают ежедневные цели
• Поддерживают коммуникации в команде
• Обеспечивают простые решения
• Сфокусированы на создании действующего продукта
42. SPRINT PLANNING
SPRINT
Groomed backlog
PLANNING Sprint backlog
Требования к продукту SM T Цели спринта
Условия готовности PO
Backlog Item Solutions
43. ЕЖЕДНЕВНЫЙ SCRUM
ЕЖЕДНЕНВЫЙ
SCRUM Список препятствий
Проблемы
SM T Обязательства
Завершенные задачи PO
Доп. встречи
44. THE SPRINT REVIEW
SPRINT REVIEW
Принятые истории Новые истории
PО T
Рабочий софт Принятый софт
ST SM
Видение Обновленное видение
47. ГРАФИК СГОРАНИЯ
В проекте SCRUM, команда
отслеживает динамику
реализации плана
релиза используя График
сгорания релиза и оценивает
его в конце каждого спринта.
Горизонтальная ось графика
сгорания спринта показывает
сами спринты, в то время как
вертикальная ось показывает
объем оставшейся работы от
старта каждого спринта.
52. СРАВНЕНИЕ ГИБКОГО И ТРАДИЦИОННОГО ПОДХОДОВ
ВЕС МОДЕЛИ ПЛЮСЫ МИНУСЫ
Процессы рассчитаны на среднюю Требуют существенной
квалификацию исполнителей. Большая управленческой надстройки.
специализация исполнителей. Ниже Более длительные стадии
ТЯЖЕЛЫЕ требования к стабильности команды. анализа и проектирования.
Отсутствуют ограничения по объему и
Более формализованные
сложности выполняемых проектов.
коммуникации.
Эффективность сильно зависит
Меньше непроизводительных расходов, от индивидуальных
связанных с управлением проектом, рисками, способностей, требуют более
изменениями, конфигурациями. квалифицированной,
ЛЕГКИЕ Упрощенные стадии анализа и проектирования, универсальной и стабильной
основной упор на разработку команды.
функциональности, совмещение ролей. Объем и сложность
Неформальные коммуникации. выполняемых проектов
ограничены.