Василий Чепцов, PMBOK для Agile-менеджера. Чем полезен?ScrumTrek
В Agile-сообществе можно встретить немало мифов и поверхностных суждений о подходах к управлению, где не используется слово "Agile". Больше всех, пожалуй, "досталось" методологии управления проектами PMI PMBOK... "Водопад", Гант, куча документации — это же всё ужасно с точки зрения Agile! Недавно мне пришлось хорошенько проштудировать PMBOK (для подготовки к экзамену) и теперь по горячим следам хочется вдумчиво обсудить: — какие популярные суждения о PMBOK верны, а какие нет? — как же всё-таки соотносятся эти подходы? — и, главное, чем нам PMBOK может быть полезен в Agile-разработке?
Владимир Завертайлов. Требовательность, мозгоклюйство и провокации: уровни уп...ScrumTrek
Интерактивный мастер-класс, где будет разобрано 8 типичных, но очень не простых для любого руководителя ситуаций. 1. Провокация. 2. Продажа. 3. Жизнь после релиза. 4. Конфликт с дизайнером (я — художник, я так вижу) 5. Конфликт с программистом: требования говно! 6. Интеграция по центрирующим парадигмам 7. Учимся говорить "НЕТ!" 8. Рабочие запахи
Олег Швайковский, Европейский опыт государственного AgileScrumTrek
Мы разберем на нескольких примерах применения Agile в госпроектах основные преимущества, недостатки и вызовы при применении Agile подхода к управлению проектами в госсекторе. Как со стороны исполнителя, так и заказчика.
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.ScrumTrek
Доклад нацелен на подготовленных слушателей, руководителей проектов или директоров студий с десятком и более сотрудников, в общих чертах что-то слышавших про LEAN и ТОС. Выстройте поток единичных изделий, выравнивайте его и оптимизируйте скорость — говорит нам LEAN и производственная система Тойоты. Найдите ограничение и подчините ритму его работы все остальные звенья производственной цепи, Сбалансировать поток невозможно, говорит нам теория ограничений (ТОС). Все это очевидно работает, в примерах производства серийной продукции. Но и то и другое непонятно как применить на практике в сфере услуг. Тем более таких высоко кастомизируемых, как наша сфера — digital. Нам, директорам, больно смотреть, когда штатный сотрудник остаётся без задач, т.к. не готовы или не согласованы работы предыдущего этапа. Мы стремимся загрузить всех и максимально. Порой это приводит к тому, что мы хватаемся за огромное число проектов. А вдруг какой-то застрянет на согласовании — такой логикой руководствуемся мы. Это приводит либо к большим очередям (клиенты вынуждены ждать и ненавидеть it-шников за неповоротливость). Либо к необходимости перегружать сотрудников, а это приводит к повышенному проценту брака в их работе, и, как следствие, к дополнительной перегрузке, низкой скорости и ненависти к it-шникам со стороны клиента. Впихнуть невпихуемое и не стать студией, где считается преступлением быть «не затраханным». В этом докладе мы разберемся с вами, что можно автоматизировать для балансировки нагрузки. Что можно выбрать за единичное изделие. Как построить поток, визуализировать его, найти узкое звено и научиться предсказывать, где и когда у вас в
Василий Чепцов, PMBOK для Agile-менеджера. Чем полезен?ScrumTrek
В Agile-сообществе можно встретить немало мифов и поверхностных суждений о подходах к управлению, где не используется слово "Agile". Больше всех, пожалуй, "досталось" методологии управления проектами PMI PMBOK... "Водопад", Гант, куча документации — это же всё ужасно с точки зрения Agile! Недавно мне пришлось хорошенько проштудировать PMBOK (для подготовки к экзамену) и теперь по горячим следам хочется вдумчиво обсудить: — какие популярные суждения о PMBOK верны, а какие нет? — как же всё-таки соотносятся эти подходы? — и, главное, чем нам PMBOK может быть полезен в Agile-разработке?
Владимир Завертайлов. Требовательность, мозгоклюйство и провокации: уровни уп...ScrumTrek
Интерактивный мастер-класс, где будет разобрано 8 типичных, но очень не простых для любого руководителя ситуаций. 1. Провокация. 2. Продажа. 3. Жизнь после релиза. 4. Конфликт с дизайнером (я — художник, я так вижу) 5. Конфликт с программистом: требования говно! 6. Интеграция по центрирующим парадигмам 7. Учимся говорить "НЕТ!" 8. Рабочие запахи
Олег Швайковский, Европейский опыт государственного AgileScrumTrek
Мы разберем на нескольких примерах применения Agile в госпроектах основные преимущества, недостатки и вызовы при применении Agile подхода к управлению проектами в госсекторе. Как со стороны исполнителя, так и заказчика.
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.ScrumTrek
Доклад нацелен на подготовленных слушателей, руководителей проектов или директоров студий с десятком и более сотрудников, в общих чертах что-то слышавших про LEAN и ТОС. Выстройте поток единичных изделий, выравнивайте его и оптимизируйте скорость — говорит нам LEAN и производственная система Тойоты. Найдите ограничение и подчините ритму его работы все остальные звенья производственной цепи, Сбалансировать поток невозможно, говорит нам теория ограничений (ТОС). Все это очевидно работает, в примерах производства серийной продукции. Но и то и другое непонятно как применить на практике в сфере услуг. Тем более таких высоко кастомизируемых, как наша сфера — digital. Нам, директорам, больно смотреть, когда штатный сотрудник остаётся без задач, т.к. не готовы или не согласованы работы предыдущего этапа. Мы стремимся загрузить всех и максимально. Порой это приводит к тому, что мы хватаемся за огромное число проектов. А вдруг какой-то застрянет на согласовании — такой логикой руководствуемся мы. Это приводит либо к большим очередям (клиенты вынуждены ждать и ненавидеть it-шников за неповоротливость). Либо к необходимости перегружать сотрудников, а это приводит к повышенному проценту брака в их работе, и, как следствие, к дополнительной перегрузке, низкой скорости и ненависти к it-шникам со стороны клиента. Впихнуть невпихуемое и не стать студией, где считается преступлением быть «не затраханным». В этом докладе мы разберемся с вами, что можно автоматизировать для балансировки нагрузки. Что можно выбрать за единичное изделие. Как построить поток, визуализировать его, найти узкое звено и научиться предсказывать, где и когда у вас в
Обязательные практики Agile-проекта и правило ПППPavel Gabriel
Презентация для конференции "Деловой интернет 2009". В презентации рассматриваются обязательные практики для agile-проекта, причины их использования и правило, позволяющее добиваться большей эффективности.
В Agile-сообществе можно встретить немало мифов и поверхностных суждений о подходах к управлению, где не используется слово "Agile". Больше всех, пожалуй, "досталось" методологии управления проектами PMI PMBOK... "Водопад", Гант, куча документации — это же всё ужасно с точки зрения Agile!
Недавно мне пришлось хорошенько проштудировать PMBOK (для подготовки к экзамену) и теперь по горячим следам хочется вдумчиво обсудить:
— какие популярные суждения о PMBOK верны, а какие нет?
— как же всё-таки соотносятся эти подходы?
— и, главное, чем нам PMBOK может быть полезен в Agile-разработке?
Слайды к докладу на конференции AgileDays 2016.
Борис Вольфсон. Agile ценности и принципы для новичков.ScrumTrek
Это базовый доклад для новичков в Agile, которые только хотят использовать гибкие подходы, будет построен через ценности и принципы, на которых строятся отдельные практики и целые фреймворки. Понимание Agile через призму ценностей и принципов позволит не только лучше разбираться в гибком фреймворке Scrum и методе Kanban, но и после освоения основ изменять их под свою среду и нужды.
Дмитрий Павлов. Бытовые трудности и анти-паттерны Agile-команд.ScrumTrek
- Я решил внедрить Agile у себя в команде. Какой бы тул мне купить: Rally или TargetProcess? - Jira недоступна, мы не можем проводить планирование - Вы мне там Скрам настройте у разработчиков - У нас тестировщики половину спринта простаивают, а потом не успевают... Знакомые ситуации? Больно вспоминать? В данном докладе мы детально рассмотрим эти и другие антипаттерны, подсмотренных у реальных команд, - без философии про ценности и личностный рост. Поговорим о причинах их возникновения и последствиях, к которым они приводят. Доклад будет полезен начинающим скрам мастерам, чтобы не наступать на "детские" грабли, а опытные команды смогут критическим взглядом оценить свой процесс.
Денис Тучин - Как внедрить Agile, чтобы никто не заметилDenis Tuchin
Видео: https://www.youtube.com/watch?v=ielCPWnMQts
Часто сталкиваюсь с вопросом коллег, а что делать, если в компании никто не хочет/не заинтересован внедрять Agile, начальство не поддерживает и т.д. Этот доклад чтобы помочь людям разрешить такие кейсы с максимальной эффективностью и минимальными моральными усилиями.
На докладе постараюсь ответить на следующие вопросы:
- Что делать, если в компании или команде есть ярые противники Agile?
- Что делать, если никто ничего не хочет менять в процессах проекта, отдела, компании?
- Как не "внедряя Agile" привнести Agile принципы и практики в проект?
Иван Дубровин, Возможные подходы к контрактованию в AgileScrumTrek
Сравнительный анализ моделей заключения контрактов на Agile-разработку ПО: -"Традиционный" fixed-price и fixed-scope -Time materail -Agile fixed-price плюсы и минусы каждого варианта, рекомендуемый подход к составлению Agile fixed-price контракта.
Дмитрий Лобасев. Подготовка корпоративной культуры к внедрению Agile.ScrumTrek
Вы работаете в крупной организации и думаете о том, как начать использовать Agile-практики в ней? Или, возможно, уже пробовали "внедрять Скрам", но эта инициатива "не взлетела"? На докладе я рассмотрю основные причины, мешающие традиционным компаниям вставать на путь гибкости и уверенно по нему идти. На конкретных примерах нашего опыта работы с крупнейшими Российскими компаниями, в частности, не-ИТ сферы. Мы рассмотрим те самые первые, критически необходимые шаги, которые должны сделать ТОП-менеджеры компании, чтобы запустить процесс Agile-трансформации. Задолго до "внедрения Скрама", массового обучения сотрудников Agile или найма команды Agile-коучей.
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджераScrumTrek
За последние три года ЦИАН сильно поменялся как продукт, как бизнес и как компания. Выросли в несколько раз по всем метрикам (персонал, аудитория, выручка и др.), развили продукт, географию нашей работы, принципы управления. В докладе я рассажу о том, с какими сложностями стратегического, организационного и операционного характера мы сталкивались и как их решали: - С чего начинали - Как меняли систему управления, зоны ответственности и принятия решений о том, какие продукты, когда и для кого нужно делать - Какие процессы в создании продукта мы внедряли, что из этого у нас прижилось, а что нет и почему - Как мы постепенно идем к agile и design thinking - Где во всем этом культура и ценности компании, что из них есть «мода», а что в действительности нужно для бизнеса и людей в компании.
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)Denis Tuchin
Видео: http://youtu.be/CTrRzdzhj1s?list=PLu7pKL8OAoRSze5Ts9wrbcEQBvXDx-AGq
Если вы начали проводить ретроспективы в своей команде, это ещё не значит, что вы внедрили процесс постоянного совершенствования (Kaizen). Часто у начинающих и не только Agile команд возникают те или иные сложности: выявленные проблемы не существенны или находятся за пределами влияния команды, действия по решению проблем не воплощаются в жизнь.
На докладе мы рассмотрим типичные проблемы Agile ретроспектив и как с ними бороться. Начнём с такого часто встречаемого случая, когда члены команды достаточно позитивно настроены, не видят проблем в своей работе и их идеи по улучшению процесса сводятся к предложениям по организации инфраструктуры офиса: кондиционеры, видов чая и т.д.
Здесь нужно вернуть команду с небес на землю, показать, какие проблемы есть на самом деле и профасилитировать нахождение решений.
Другой частый случай почти полная противоположность первому по атмосфере, но по эффекту на ретро очень похож. Члены команды настолько сильно находятся под прессингом дефектов и постоянных "хотелок" заказчиков, что не верят, что что-то можно улучшить и видят проблемы только в других командах, но не у себя.
Здесь более сложный процесс по нормализации атмосферы в команде. Рассмотрим первые 3 важных шага, как это сделать: снижение психологического напряжения процессным путём, решение основных проблем и маленькие победы.
Третья проблема, которую успеем рассмотреть: принятые на ретроспективе решения, не претворяются в жизнь. Практики для исправления достаточно просты, но далеко не все о них знают и их соблюдают: добровольное назначение задач, голосование консенсусом и добавление задач в беклог.
- Кто есть кто? Или немного о ролях.
- Project менеджер VS Product Owner
- Характеристики PO
- Взаимодействие с командой, Scrum Master-ом, заказчиками
- Масштабирование роли PO
- Основные ошибки
Екатерина Иванова, Евгений Джамалов. Разработка прототипа по Agile в условиях...ScrumTrek
На реальном кейсе рассмотрим пример разработки мобильного приложения силами небольшой продуктовой команды внутри компании с Waterfall принципами управления. Расскажем, как эволюционировал продукт от эксперимента к эксперименту, и как мы в итоге пришли к его масштабной версии. Расскажем, с какими подводными камнями столкнулись и какие вызовы нам пришлось принять в ходе работы. В докладе затронем тему изменения компаний, тему внедрения новых методологий разработки и перестройки «неповоротливой» и «закостенелой» структуры компании в сторону быстрого реагирования на потребности пользователей.
Обязательные практики Agile-проекта и правило ПППPavel Gabriel
Презентация для конференции "Деловой интернет 2009". В презентации рассматриваются обязательные практики для agile-проекта, причины их использования и правило, позволяющее добиваться большей эффективности.
В Agile-сообществе можно встретить немало мифов и поверхностных суждений о подходах к управлению, где не используется слово "Agile". Больше всех, пожалуй, "досталось" методологии управления проектами PMI PMBOK... "Водопад", Гант, куча документации — это же всё ужасно с точки зрения Agile!
Недавно мне пришлось хорошенько проштудировать PMBOK (для подготовки к экзамену) и теперь по горячим следам хочется вдумчиво обсудить:
— какие популярные суждения о PMBOK верны, а какие нет?
— как же всё-таки соотносятся эти подходы?
— и, главное, чем нам PMBOK может быть полезен в Agile-разработке?
Слайды к докладу на конференции AgileDays 2016.
Борис Вольфсон. Agile ценности и принципы для новичков.ScrumTrek
Это базовый доклад для новичков в Agile, которые только хотят использовать гибкие подходы, будет построен через ценности и принципы, на которых строятся отдельные практики и целые фреймворки. Понимание Agile через призму ценностей и принципов позволит не только лучше разбираться в гибком фреймворке Scrum и методе Kanban, но и после освоения основ изменять их под свою среду и нужды.
Дмитрий Павлов. Бытовые трудности и анти-паттерны Agile-команд.ScrumTrek
- Я решил внедрить Agile у себя в команде. Какой бы тул мне купить: Rally или TargetProcess? - Jira недоступна, мы не можем проводить планирование - Вы мне там Скрам настройте у разработчиков - У нас тестировщики половину спринта простаивают, а потом не успевают... Знакомые ситуации? Больно вспоминать? В данном докладе мы детально рассмотрим эти и другие антипаттерны, подсмотренных у реальных команд, - без философии про ценности и личностный рост. Поговорим о причинах их возникновения и последствиях, к которым они приводят. Доклад будет полезен начинающим скрам мастерам, чтобы не наступать на "детские" грабли, а опытные команды смогут критическим взглядом оценить свой процесс.
Денис Тучин - Как внедрить Agile, чтобы никто не заметилDenis Tuchin
Видео: https://www.youtube.com/watch?v=ielCPWnMQts
Часто сталкиваюсь с вопросом коллег, а что делать, если в компании никто не хочет/не заинтересован внедрять Agile, начальство не поддерживает и т.д. Этот доклад чтобы помочь людям разрешить такие кейсы с максимальной эффективностью и минимальными моральными усилиями.
На докладе постараюсь ответить на следующие вопросы:
- Что делать, если в компании или команде есть ярые противники Agile?
- Что делать, если никто ничего не хочет менять в процессах проекта, отдела, компании?
- Как не "внедряя Agile" привнести Agile принципы и практики в проект?
Иван Дубровин, Возможные подходы к контрактованию в AgileScrumTrek
Сравнительный анализ моделей заключения контрактов на Agile-разработку ПО: -"Традиционный" fixed-price и fixed-scope -Time materail -Agile fixed-price плюсы и минусы каждого варианта, рекомендуемый подход к составлению Agile fixed-price контракта.
Дмитрий Лобасев. Подготовка корпоративной культуры к внедрению Agile.ScrumTrek
Вы работаете в крупной организации и думаете о том, как начать использовать Agile-практики в ней? Или, возможно, уже пробовали "внедрять Скрам", но эта инициатива "не взлетела"? На докладе я рассмотрю основные причины, мешающие традиционным компаниям вставать на путь гибкости и уверенно по нему идти. На конкретных примерах нашего опыта работы с крупнейшими Российскими компаниями, в частности, не-ИТ сферы. Мы рассмотрим те самые первые, критически необходимые шаги, которые должны сделать ТОП-менеджеры компании, чтобы запустить процесс Agile-трансформации. Задолго до "внедрения Скрама", массового обучения сотрудников Agile или найма команды Agile-коучей.
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджераScrumTrek
За последние три года ЦИАН сильно поменялся как продукт, как бизнес и как компания. Выросли в несколько раз по всем метрикам (персонал, аудитория, выручка и др.), развили продукт, географию нашей работы, принципы управления. В докладе я рассажу о том, с какими сложностями стратегического, организационного и операционного характера мы сталкивались и как их решали: - С чего начинали - Как меняли систему управления, зоны ответственности и принятия решений о том, какие продукты, когда и для кого нужно делать - Какие процессы в создании продукта мы внедряли, что из этого у нас прижилось, а что нет и почему - Как мы постепенно идем к agile и design thinking - Где во всем этом культура и ценности компании, что из них есть «мода», а что в действительности нужно для бизнеса и людей в компании.
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)Denis Tuchin
Видео: http://youtu.be/CTrRzdzhj1s?list=PLu7pKL8OAoRSze5Ts9wrbcEQBvXDx-AGq
Если вы начали проводить ретроспективы в своей команде, это ещё не значит, что вы внедрили процесс постоянного совершенствования (Kaizen). Часто у начинающих и не только Agile команд возникают те или иные сложности: выявленные проблемы не существенны или находятся за пределами влияния команды, действия по решению проблем не воплощаются в жизнь.
На докладе мы рассмотрим типичные проблемы Agile ретроспектив и как с ними бороться. Начнём с такого часто встречаемого случая, когда члены команды достаточно позитивно настроены, не видят проблем в своей работе и их идеи по улучшению процесса сводятся к предложениям по организации инфраструктуры офиса: кондиционеры, видов чая и т.д.
Здесь нужно вернуть команду с небес на землю, показать, какие проблемы есть на самом деле и профасилитировать нахождение решений.
Другой частый случай почти полная противоположность первому по атмосфере, но по эффекту на ретро очень похож. Члены команды настолько сильно находятся под прессингом дефектов и постоянных "хотелок" заказчиков, что не верят, что что-то можно улучшить и видят проблемы только в других командах, но не у себя.
Здесь более сложный процесс по нормализации атмосферы в команде. Рассмотрим первые 3 важных шага, как это сделать: снижение психологического напряжения процессным путём, решение основных проблем и маленькие победы.
Третья проблема, которую успеем рассмотреть: принятые на ретроспективе решения, не претворяются в жизнь. Практики для исправления достаточно просты, но далеко не все о них знают и их соблюдают: добровольное назначение задач, голосование консенсусом и добавление задач в беклог.
- Кто есть кто? Или немного о ролях.
- Project менеджер VS Product Owner
- Характеристики PO
- Взаимодействие с командой, Scrum Master-ом, заказчиками
- Масштабирование роли PO
- Основные ошибки
Екатерина Иванова, Евгений Джамалов. Разработка прототипа по Agile в условиях...ScrumTrek
На реальном кейсе рассмотрим пример разработки мобильного приложения силами небольшой продуктовой команды внутри компании с Waterfall принципами управления. Расскажем, как эволюционировал продукт от эксперимента к эксперименту, и как мы в итоге пришли к его масштабной версии. Расскажем, с какими подводными камнями столкнулись и какие вызовы нам пришлось принять в ходе работы. В докладе затронем тему изменения компаний, тему внедрения новых методологий разработки и перестройки «неповоротливой» и «закостенелой» структуры компании в сторону быстрого реагирования на потребности пользователей.
Євген Лабунський: Agile in Enterprise. How do we do itLviv Startup Club
Kyiv Project Management Day 2016 Євген Лабунський: Agile in Enterprise. How do we do it
Сайт конференції: http://pmday.org/
Спільнота в мережі Linkedin: http://bit.ly/PMDayLin
Спільнота в мережі facebook: http://bit.ly/PMDayKyivFB
Twitter конференції: https://twitter.com/LvivPMDay
Євгеній Антонов: Продуктова розробка як стратегія розвитку ІТ в УкраїніLviv Startup Club
Kyiv Project Management Day 2016 Євгеній Антонов: Продуктова розробка як стратегія розвитку ІТ в Україні
Сайт конференції: http://pmday.org/
Спільнота в мережі Linkedin: http://bit.ly/PMDayLin
Спільнота в мережі facebook: http://bit.ly/PMDayKyivFB
Twitter конференції: https://twitter.com/LvivPMDay
Фелікс Морозовський: Порівняння сучасних методологій PM з класичною теорією м...Lviv Startup Club
Kyiv Project Management Day 2016 Фелікс Морозовський: Порівняння сучасних методологій PM з класичною теорією менеджменту “Звідки ноги ростуть”
Сайт конференції: http://pmday.org/
Спільнота в мережі Linkedin: http://bit.ly/PMDayLin
Спільнота в мережі facebook: http://bit.ly/PMDayKyivFB
Twitter конференції: https://twitter.com/LvivPMDay
Никита Филиппов, ScrumTrek (Москва)
Или как в стартапах и больших корпорациях команды вместе создают продукт
Говоря вслух Project Manager, какие у вас возникают ассоциации?
Зачем нужен Project Manager?
Кто создает проект/продукт?
Чьи плюшки, если проект закончен с успехом?
Повышает ли шансы на успех наличие главного за результат?
Как должен измениться мир разработки?
Что такое agile?
Не бойтесь незнакомого слова и не думайте, что оно относится только к сфере ИТ и разработке программного обеспечения. Действительно, изначально agile - это идеология подхода к разработке программного обеспечения. Но в последнее время гибкий подход к проектам (Agile) нашел применение не только в сфере ИТ. Уже сейчас те, кто применяют формат Agile-управления проектами в разных сферах и отраслях, более успешны, чем их конкуренты. Еще более модным agile-подход сделал Герман Греф, сказав, что "Те, кто не освоит Agile сегодня в куче бизнес-процессов – будет лузерами завтра".
Как сделать командные встречи более эффективными? У меня нет одного волшебного рецепта для решения этого комплексного вопроса, но я буду рада поделится с вами набором техник с примерами, которые помогут вам:
Быть лучше подготовленным к встречам;
Фокусировать участников на теме обсуждения;
Уменьшать количество разговоров не относящихся к основной теме дискуссии;
Научить участников быстро принимать решения;
Митигировать конфликтные ситуации;
Описывать механизм реализации договоренностей, принятых на встрече.
Из моего доклады вы узнаете, что такое фасилитации и кто такой фасилитатор, а так же изучите ряд фасилитационных техник, которые применяются для работы с определенными проблемными ситуациями.
Mykola Mytko — "Быть, а не казаться Agile" it-network
Николай рассказал, что же значит Agile и как правильно его внедрять.
✔️Agile — это обучение и выполнение работы через опыт.
✔️Изменения - это нормально, нужно ошибаться, делать выводы и учиться.
✔️Agile — это мышление. Есть 2 подхода к Agile: делать и быть.
✔️Попробуйте модель обучения СюХаРи.
✔️Задача Agile коучей - научить людей мыслить.
Постановка и улучшение скрам процесса для группы проектов в большой компании,...viktor_bezhenar
Презентация с конференции Lviv PM Day весны 2014 года:
- Что мешает организациям начать использовать гибкие методологии и почему это сложно?
- Преобразование методологий разработки портфеля проектов к Scrum методологии с помощью ЕТС (enterprise transition community - сообщество по изменениям на предприятии):
* наш путь
* его пересечение с моделью Майка Кона и работа по модели
* обязанности и методы работы ЕТС
Семён Факторович (Noveo) рассказывает о карьерных лестницах и различных профессиях в IT-индустрии, 20.02.2013
Software Industry 101 — это серия обзорных лекций для студентов Новосибирского государственного университета о профессиях в IT и о реалиях коммерческой разработки софта.
Более подробную информацию, материалы лекций и раписание занятий можно посмотреть на http://bit.ly/industry101
Similar to Lviv PMDay 2016 S Євгеній Антонов та Юрій Велигорський: Як вести розробку за Agile без PRODUCT OWNER’а (20)
Artem Bykovets: Чому люди не стають раптово кросс-функціональними, хоча в нас...Lviv Startup Club
Artem Bykovets: Чому люди не стають раптово кросс-функціональними, хоча в нас Agile? (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Natalia Renska & Roman Astafiev: Нарциси і психопати в організаціях. Як це вп...Lviv Startup Club
Natalia Renska & Roman Astafiev: Нарциси і психопати в організаціях. Як це впливає на розробку продуктів та реалізацію інноваційних рішень (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Igor Protsenko: Difference between outsourcing and product companies for prod...Lviv Startup Club
Igor Protsenko: Difference between outsourcing and product companies for product managers and related challenges (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Kseniya Leshchenko: Shared development support service model as the way to ma...Lviv Startup Club
Kseniya Leshchenko: Shared development support service model as the way to make small projects with small budgets profitable for the company (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Anna Kompanets: Проблеми впровадження проєктів, про які б ви ніколи не подума...Lviv Startup Club
Anna Kompanets: Проблеми впровадження проєктів, про які б ви ніколи не подумали (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Anton Hlazkov: Впровадження змін – це процес чи проєкт? Чому важливо розуміти...Lviv Startup Club
Anton Hlazkov: Впровадження змін – це процес чи проєкт? Чому важливо розуміти різницю і як це впливає на результат (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Yana Bort: Ритм організації. Чи можливо синхронізувати великий ентерпрайз за ...Lviv Startup Club
Yana Bort: Ритм організації. Чи можливо синхронізувати великий ентерпрайз за допомогою Agile практик? (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
2. КТО МЫ?
Юрий Велигорский
● 10 лет в IT
● 8 лет в IT Management
● 16 лет в IT Management
● 8 лет в аналитике
● >10 реализованных
проектов
Евгений Антонов
PM
Внедряю Agile. Вдохновляю и развиваю
людей для работы в командах
Помогаю разрабатывать IT решения
от концептуальной идеи до запуска
в эксплуатацию
Head of BA
4. Что такое Agile
Серия подходов к разработке программного обеспечения, ориентированных
на использование интерактивной разработки, динамическое формирование
требований и их реализацию самоорганизующимися командами.
люди и взаимодействие
работающий продукт
сотрудничество с заказчиком
готовность к изменениям
процессы и инструменты
исчерпывающая документация
согласованные условия контракта
первоначальный план
12 принципов Agile
timeresources
scope
6. Роли в Scrum
what how
when
effectbuild the right thing
build the thing in time
build the thing right
PO Team
SM
timeresources
scope
PO
SM
Team
7. Обязанности Product Owner’а
● Формирование Product Vision
● Формирование и приоритизация Product Backlog
● Приём инкремента в конце каждой итерации
● Взаимодействие с заказчиком, командой и Stakeholders
● Управление бюджетом продукта
● Доступность для команды
15. Резюме: Какие могут быть проблемы с PO?
● PO недоступен
● PO перегружен
● PO не понимает свою роль
● PO мешает
● PO много с разными целями
● PO просто нет
Вызов принят!
16. I
AE
PO
Идеальный Product Owner
знает чего хочет бизнес
и пользователи
знает, как планировать
и сделать так, чтобы
проект выполнился
знает, как получить требования
от пользователей и как их
подготовить для выполнения
знает, как направить общие
усилия в одну сторону и как
мотивировать команду на
достижение цели
Project Manager
LeaderBusiness Analyst
Product Manager
P
18. Проект «Альфа»: Постановка задачи
Проблемы:
● PO не понимает свою роль
● PO недоступен
● PO перегружен
Цель проекта — Заказная разработка
системы автоматизации БП
Методология — SCRUM
Product Owner — на стороне Заказчика
19. ● Консультируем и помогаем
● Организовываем тренинг для PO
● Разъясняем важность участия
● Корректируем время мероприятий
● Пытаемся работать с заместителем
● Объясняем и напоминаем руководству
заказчика о важности выделенной роли
● Ищем способ выполнение задач PO
силами команды
Проект «Альфа»: Решаем проблему по Scrum’у
● PO не понимает свою роль
● PO недоступен
● PO перегружен
20. Проект «Альфа»: Найденное решение
PO
Project Manager
LeaderBusiness Analyst
Product Manager
I
A
SMBA
E
P
● Формирование Product Vision
● Формирование и приоритизация
Product Backlog
● Взаимодействие с заказчиком,
командой и Stakeholders
● Доступность для команды
21. Проект «Бета»: Постановка задачи
Проблемы:
● PO перегружен
● PO мешает
● PO много с разными целями
Цель проекта — Продуктовая
разработка BSS для B2C в виде SaaS
Методология — C&F с элементами Agile
Product Owner — один из руководителей
Product Owner
Team Members:
BE
System Architect
Potential Customers
Team Members:
BE,UX
Tech Lead
Team Members:
BE, FE
Tech Lead
FEQA
22. dev. support team
Product Manager
strategy team:
vision, solution,
features, roadmap
Проект «Бета»: Выходим за рамки Scrum’a
DevOps Lead
Team Members:
BE, FE, UX
tactic team #1:
tasks, schedule
QA
Engineer
Tech Lead Team Members:
BE, FE, UX
tactic team #N:
tasks, schedule
Tech Lead
QA
Engineer
Team
Admin
Team
Admin
System Architect
QA Lead
Product
Lead
Product
Lead
Customers
23. Проект «Бета»: Необходимые условия
what how
when
effect
build the right thing
build the thing in time
build the thing right
E
A
I
P
Entrepreneur
Administrator
Integrator
Producer
30. Статистика: Причины провала Agile проектов
What causes Agile project to fail? What impedes Agile adoptation?
ОпытОпыта
КультураКультуры
УправлениеУправления
Недостаток
31. Резюме: Как предотвратить проблемы с PO
● Нет Scrum’а — PO не нужен :)
● Помогите подобрать правильного PO
● Развивайте PO
● Помогайте PO с его обязанностями
● Оберегайте PO
32. Резюме: Как решать проблемы с PO
● PO недоступен
● PO перегружен
● PO не понимает свою роль
● PO мешает
● PO много с разными целями
● PO просто нет
Найдите замену!
Распределите обязанности!
Научите!
Установите границы!
Установите приоритеты!
Застрелите заказчика!Станьте Poduct Owner’ом!