Презентация с конференции Lviv PM Day весны 2014 года:
- Что мешает организациям начать использовать гибкие методологии и почему это сложно?
- Преобразование методологий разработки портфеля проектов к Scrum методологии с помощью ЕТС (enterprise transition community - сообщество по изменениям на предприятии):
* наш путь
* его пересечение с моделью Майка Кона и работа по модели
* обязанности и методы работы ЕТС
Постановка и улучшение Scrum процесса для группы проектов в компанииSoftengi
Доклад Виктора Беженара, Team Led компании Softengi, с международной конференции Lviv PM Day, 26 апреля 2014 года.
- Что мешает организациям начать использовать гибкие методологии и почему это сложно?
- Преобразование методологий разработки портфеля проектов к Scrum методологии с помощью ЕТС (enterprise transition community - сообщество по изменениям на предприятии):
* наш путь
* его пересечение с моделью Майка Кона и работа по модели
* обязанности и методы работы ЕТС
Вебинар: 12 принципов Agile, которые делают его довольно успешнымak-itconsulting.com
Мы приглашаем вас на бесплатный вебинар, посвященный основам философии Agile. Мы познакомим вас с основными принципами, которые делают Agile успешным и популярным.
В ходе вебинара вы:
- Узнаете о 12 принципах Agile
- Разберетесь, почему каждый из них является важным для достижения успеха
- Поймете принципы, на основе которых создаются инструменты Agile
Узнать больше о вебинаре: http://coach.ak-itconsulting.com/2014/08/12-principov-agile/
Борис Вольфсон. Agile ценности и принципы для новичков.ScrumTrek
Это базовый доклад для новичков в Agile, которые только хотят использовать гибкие подходы, будет построен через ценности и принципы, на которых строятся отдельные практики и целые фреймворки. Понимание Agile через призму ценностей и принципов позволит не только лучше разбираться в гибком фреймворке Scrum и методе Kanban, но и после освоения основ изменять их под свою среду и нужды.
Видео: https://www.youtube.com/watch?v=I5bI1QTGrRs
Провёл тренинг и kickoff, а команда всё равно не понимает, зачем она повесила доску, и каждый день двигает стикеры? Завёл бэклог и запустил все события Scrum, а Владелец Продукта продолжает себя вести как начальник отдела или руководитель проекта? Провёл воркшоп по 5 порокам команды, а её участники продолжают работать обособленно? Значит ты что-то упустил при внедрении изменений. На докладе рассмотрим, типичные ошибки внедрения изменений на реальных примерах из Agile-кочинга и как их избежать:
- Отсутствие активного участия руководства
- Недостаточное вовлечение сотрудников
- Недостаточное уделение внимания планированию трансформации
- Завышенные ожидания от Agile и отсутствие желания/возможности поменять окружение
Постановка и улучшение Scrum процесса для группы проектов в компанииSoftengi
Доклад Виктора Беженара, Team Led компании Softengi, с международной конференции Lviv PM Day, 26 апреля 2014 года.
- Что мешает организациям начать использовать гибкие методологии и почему это сложно?
- Преобразование методологий разработки портфеля проектов к Scrum методологии с помощью ЕТС (enterprise transition community - сообщество по изменениям на предприятии):
* наш путь
* его пересечение с моделью Майка Кона и работа по модели
* обязанности и методы работы ЕТС
Вебинар: 12 принципов Agile, которые делают его довольно успешнымak-itconsulting.com
Мы приглашаем вас на бесплатный вебинар, посвященный основам философии Agile. Мы познакомим вас с основными принципами, которые делают Agile успешным и популярным.
В ходе вебинара вы:
- Узнаете о 12 принципах Agile
- Разберетесь, почему каждый из них является важным для достижения успеха
- Поймете принципы, на основе которых создаются инструменты Agile
Узнать больше о вебинаре: http://coach.ak-itconsulting.com/2014/08/12-principov-agile/
Борис Вольфсон. Agile ценности и принципы для новичков.ScrumTrek
Это базовый доклад для новичков в Agile, которые только хотят использовать гибкие подходы, будет построен через ценности и принципы, на которых строятся отдельные практики и целые фреймворки. Понимание Agile через призму ценностей и принципов позволит не только лучше разбираться в гибком фреймворке Scrum и методе Kanban, но и после освоения основ изменять их под свою среду и нужды.
Видео: https://www.youtube.com/watch?v=I5bI1QTGrRs
Провёл тренинг и kickoff, а команда всё равно не понимает, зачем она повесила доску, и каждый день двигает стикеры? Завёл бэклог и запустил все события Scrum, а Владелец Продукта продолжает себя вести как начальник отдела или руководитель проекта? Провёл воркшоп по 5 порокам команды, а её участники продолжают работать обособленно? Значит ты что-то упустил при внедрении изменений. На докладе рассмотрим, типичные ошибки внедрения изменений на реальных примерах из Agile-кочинга и как их избежать:
- Отсутствие активного участия руководства
- Недостаточное вовлечение сотрудников
- Недостаточное уделение внимания планированию трансформации
- Завышенные ожидания от Agile и отсутствие желания/возможности поменять окружение
Борис Вольфсон. Почему Agile больше не работаетScrumTrek
Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики.
Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими.
Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile.
Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.
Статегия agile-трансформации крупной компанииAskhat Urazbaev
Достаточно ли обойтись внедрением Agile-практик на уровне Scrum/XP или для успешной работы нужно нечто большее?
Опыт показывает, что существование в компании Agile только как методологии для команд приводит к слабому и часто кратковременному эффекту повышения производительности. Порой это дисбалансирует компанию и приводит к результатам даже хуже, чем были до внедрения Agile.
Для получения максимального результата изменения в культуре организации необходимы на всех уровнях.
Что это означает на практике и как этого добится?
В этом выступлении мы обсудим подходы проведения Agile-трансформации в больших организациях. Мы рассмотрим практики которые работают в российских корпорациях, а также типичные ловушки и грабли на которые вы можете наступить при старте изменений.
Николай Кныш; Сергей Щербинин. Continuous Fail как способ внедрения Agile.ScrumTrek
Как и многие 4 года назад мы задумались о внедрении Agile. Российские и зарубежные конференции помогли узнать разные подходы к этому упражнению. 4 года мы отчасти разочаровывались в этих подходах и сформировали свое собственное видение, которым поделимся с вами в этом докладе. Мы поговорим про мифы, разочарования, фейлы и те подходы, которые сработали у нас.
Сергей Карач. Agile в страховой компании: практический опыт трех лет трансфор...ScrumTrek
Страховая компания Югория начала Agile трансформацию в 2013 году. Нашей первой задачей было сократить почти десятилетнее отставание от лидеров рынка. Мы осознавали, что надо начинать с изменения культуры; что сегодня успех определяется технологиями и скоростью реализации прорывных идей. Нам удалось создать собственный центр разработки с элементами модели DevOps, с непрерывной интеграцией. Мы применяем Канбан и Scrum. Наша структура похожа чем-то на Spotify. Мы наблюдаем взрывной рост количества изменений, которые мы публикуем. В докладе не будет теории. Я расскажу только то, что сработало конкретно у нас и покажу ключевые показатели Agile трансформации - те, которые на самом деле работают. Затрону инструменты внедрения первой и второй волны, вопросы простой и эффективной диагностики культур. Опишу нашу операционную модель, основанную на принципах Agile.
Николай Фабричев. Внедряем Agile. Как можно влиять на мотивацию команды при в...ScrumTrek
Внедряя Agile, мы много говорим про ценности и mindset, про особый тип мотивации. Процесс обычно строится на базе принципов мотивации 2.0 (Daniel Pink Drive) и, к сожалению, он не работает. Опыт показывает, что в головах людей Agile ценности часто не могут найти отражения в реальности. Люди воспринимают все как красивую теорию, не имеющую применимость в реальной жизни, но главное, не имеют внутренней мотивации изменяться и изменять окружение вокруг себя. И это проблема на пути внедрения Agile, потому что без желания двигаться к цели любая преграда становится непреодолимой. Давайте поговорим про мотивацию команды внедрять изменения на простом языке. Я приведу примеры, как заинтересовать людей изменяться самим и изменять свою команду
Сергей Рогачев; Лилия Алексеева. Дизайн и запуск Agile-команд.ScrumTrek
Запуск в Agile — это одно из ключевых событий в жизни команды: от него зависит, взлетит ли Agile? Но запуск дает только 30% гарантии успеха, около 60% зависит от правильного дизайна команды. Мы расскажем, как проводить дизайн команды. Причем покажем на цифрах реального статистического исследования, как ошибки при дизайне отражаются на эффективности команд. Мы поделимся опытом, как непосредственно при запуске команды можно исправить кривой дизайн. И что делать, если нужно запустить одновременно много команд.
Максим Цепков. Agile — ответ на вызовы третьей промышленной революции.ScrumTrek
Третья промышленная революция, которая была предсказана в далеком 1980 году Элвисом Тоффлером в книге «Третья волна», уже перестала быть делом будущего, а становится частью настоящего. Вызовы, которые она несла, в первую очередь пришли в IT-отрасль в конце 20 века. А в начале 21 века появился ответ на них — практики Agile, которые развиваются уже полтора десятилетия, в том числе вбирая из традиционного менеджмента все ценное и применимое в будущем мире. Сейчас новые вызовы и связанная с ними турбулентность идут в другие отрасли, которые могут в ответ изобретать собственные практики, а могут воспользоваться апробированными ответами Agile, наполнив его практики своей спецификой. Темп изменений в разных отраслях различается, однако приход нового неизбежен, потому что изменился mindset нового поколения соцсетей — тех, кто начал активно общаться и завоевывать лидерство в виртуальном пространстве еще в школе. И по мере того, как такие люди будут приходить в организации, они будут необратимо менять их культуру. Распространение бирюзовых организаций, описанных Фредериком Лалу в книге «Открывая организации будущего», — зримое проявление этих изменений. И вовсе не случайно организационный фреймворк для таких компаний — холакратия — тоже появился в IT-отрасли и распространяется за ее пределы. В докладе будет описана big picture современного развития, в которой каждой из организаций предстоит самоопределиться и выбрать собственный путь. Доклад является развитием моих выступлений по темам Agile и Спиральной динамики, доступных на моем сайте http://mtsepkov.org/Agile.
Обязательные практики Agile-проекта и правило ПППPavel Gabriel
Презентация для конференции "Деловой интернет 2009". В презентации рассматриваются обязательные практики для agile-проекта, причины их использования и правило, позволяющее добиваться большей эффективности.
Вместе со стремительным ростом компании, приходят такие проблемы, как: бюрократия, иерархия, конфликты между подразделениями. Компания постепенно теряет фокус на потребителя и смещает его на разрешение внутренних проблем. Как вернуться в то состояние, когда компания была молодой и динамичной, был драйв, и компания работала на потребителя? Как перейти в такое состояние большим и иерархичным компаниям?
Алексей Воронин. Как не собрать все грабли при Agile трансформации компании?ScrumTrek
Agile хайп делает свое дело: многие компании от крупных банков до растущих стартапов ринулись трансформироваться в Agile. Но все так или иначе наступают на грабли: Нужно ли менять организационную структуру компании или не стоит? В какой момент это делать? Если менять, то как? Есть ли какие-то шаблоны или нужно использовать другие подходы? Как формировать Agile команды? Довериться мнению бизнеса, функциональных руководителей IT? Я расскажу о нетривиальных проблемах, в решении которых я участвовал за предыдущий год в крупных компаниях (количество команд >= 5), и, конечно же, о решениях.
Егор Крюнькин. Agile-ом по Lean production или Гибкий путь государственного у...ScrumTrek
Внедрять проектное управление в государственном секторе — дело неблагодарное, а местами и бесполезное. Госзаказчику просто так не продашь PMбук, ему охота видеть ГОТОВЫЙ ПРОДУКТ и обязательно доказать, что это работает. А еще, чтобы это как то способствовало выполнению поручений руководства страны и духу времени (например экономии, клиентоориентированности и импортозамещению). И как же впихнуть все хотелки в один framework? Мы (отделение Пенсионного фонда РФ по Самарской области) для себя нашли ответ и готовы им поделиться. Что будет в докладе: примеры из практики; путь от каскада до собственных Agile разработок; немного провокаций.
Михаил Подурец. Почему Agile не работает (на самом деле нет). Agiledays2017LuxoftAgilePractice
Каждый уважающий себя Agile-coach рано или поздно должен высказаться на эту тему:
— АААА! Оно у нас не работает
— Ваш Скрам у нас невозможен
— Как вы предлагаете делать нам интеграционное тестирование внутри спринта, если оно занимает месяц!? О_о
Спокойно! На докладе мы разберем, почему оно не работает, и как на самом деле оно должно работать.
Презентация с доклада на AgileDays 2017. Скоро будет видео
Алексей Ионов. Agile-трансформация: что делать, чтобы потом не искать виноватых?ScrumTrek
Вы готовы двигаться, но не знаете, с чего конкретно начать? Какую построить структуру, какие задачи ставить и как оценивать результаты? Как не превратить гибкость в хаос? Как масштабировать успех одной команды на всю организацию (и нужно ли это делать)? Мы не станем убеждать вас в абсолютной правильности, исключительной необходимости или супер-эффективности Agile-методов. Мы просто расскажем, как их внедрять на практике. Минимум теории – максимум конкретики: ключевые шаги, подводные камни, типичные ошибки и технологии достижения результата.
Прототипирование, как способ исправить клиентский опыт до старта разработки п...Denis Tuchin
Запись выступления: https://www.youtube.com/watch?v=LJ-0nm1UWDg
- Прототип нового продукта или новой функции продукта зачастую можно за считанные часы ещё до выделения бюджета
- Тестирование такого прототипа, как правило тоже обходится достаточно дёшево
- На докладе рассказал, том как быстро создавать и тестировать прототипы, улучшая клиентский опыт ещё до старта разработки
Что такое agile?
Не бойтесь незнакомого слова и не думайте, что оно относится только к сфере ИТ и разработке программного обеспечения. Действительно, изначально agile - это идеология подхода к разработке программного обеспечения. Но в последнее время гибкий подход к проектам (Agile) нашел применение не только в сфере ИТ. Уже сейчас те, кто применяют формат Agile-управления проектами в разных сферах и отраслях, более успешны, чем их конкуренты. Еще более модным agile-подход сделал Герман Греф, сказав, что "Те, кто не освоит Agile сегодня в куче бизнес-процессов – будет лузерами завтра".
Борис Вольфсон. Почему Agile больше не работаетScrumTrek
Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики.
Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими.
Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile.
Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.
Статегия agile-трансформации крупной компанииAskhat Urazbaev
Достаточно ли обойтись внедрением Agile-практик на уровне Scrum/XP или для успешной работы нужно нечто большее?
Опыт показывает, что существование в компании Agile только как методологии для команд приводит к слабому и часто кратковременному эффекту повышения производительности. Порой это дисбалансирует компанию и приводит к результатам даже хуже, чем были до внедрения Agile.
Для получения максимального результата изменения в культуре организации необходимы на всех уровнях.
Что это означает на практике и как этого добится?
В этом выступлении мы обсудим подходы проведения Agile-трансформации в больших организациях. Мы рассмотрим практики которые работают в российских корпорациях, а также типичные ловушки и грабли на которые вы можете наступить при старте изменений.
Николай Кныш; Сергей Щербинин. Continuous Fail как способ внедрения Agile.ScrumTrek
Как и многие 4 года назад мы задумались о внедрении Agile. Российские и зарубежные конференции помогли узнать разные подходы к этому упражнению. 4 года мы отчасти разочаровывались в этих подходах и сформировали свое собственное видение, которым поделимся с вами в этом докладе. Мы поговорим про мифы, разочарования, фейлы и те подходы, которые сработали у нас.
Сергей Карач. Agile в страховой компании: практический опыт трех лет трансфор...ScrumTrek
Страховая компания Югория начала Agile трансформацию в 2013 году. Нашей первой задачей было сократить почти десятилетнее отставание от лидеров рынка. Мы осознавали, что надо начинать с изменения культуры; что сегодня успех определяется технологиями и скоростью реализации прорывных идей. Нам удалось создать собственный центр разработки с элементами модели DevOps, с непрерывной интеграцией. Мы применяем Канбан и Scrum. Наша структура похожа чем-то на Spotify. Мы наблюдаем взрывной рост количества изменений, которые мы публикуем. В докладе не будет теории. Я расскажу только то, что сработало конкретно у нас и покажу ключевые показатели Agile трансформации - те, которые на самом деле работают. Затрону инструменты внедрения первой и второй волны, вопросы простой и эффективной диагностики культур. Опишу нашу операционную модель, основанную на принципах Agile.
Николай Фабричев. Внедряем Agile. Как можно влиять на мотивацию команды при в...ScrumTrek
Внедряя Agile, мы много говорим про ценности и mindset, про особый тип мотивации. Процесс обычно строится на базе принципов мотивации 2.0 (Daniel Pink Drive) и, к сожалению, он не работает. Опыт показывает, что в головах людей Agile ценности часто не могут найти отражения в реальности. Люди воспринимают все как красивую теорию, не имеющую применимость в реальной жизни, но главное, не имеют внутренней мотивации изменяться и изменять окружение вокруг себя. И это проблема на пути внедрения Agile, потому что без желания двигаться к цели любая преграда становится непреодолимой. Давайте поговорим про мотивацию команды внедрять изменения на простом языке. Я приведу примеры, как заинтересовать людей изменяться самим и изменять свою команду
Сергей Рогачев; Лилия Алексеева. Дизайн и запуск Agile-команд.ScrumTrek
Запуск в Agile — это одно из ключевых событий в жизни команды: от него зависит, взлетит ли Agile? Но запуск дает только 30% гарантии успеха, около 60% зависит от правильного дизайна команды. Мы расскажем, как проводить дизайн команды. Причем покажем на цифрах реального статистического исследования, как ошибки при дизайне отражаются на эффективности команд. Мы поделимся опытом, как непосредственно при запуске команды можно исправить кривой дизайн. И что делать, если нужно запустить одновременно много команд.
Максим Цепков. Agile — ответ на вызовы третьей промышленной революции.ScrumTrek
Третья промышленная революция, которая была предсказана в далеком 1980 году Элвисом Тоффлером в книге «Третья волна», уже перестала быть делом будущего, а становится частью настоящего. Вызовы, которые она несла, в первую очередь пришли в IT-отрасль в конце 20 века. А в начале 21 века появился ответ на них — практики Agile, которые развиваются уже полтора десятилетия, в том числе вбирая из традиционного менеджмента все ценное и применимое в будущем мире. Сейчас новые вызовы и связанная с ними турбулентность идут в другие отрасли, которые могут в ответ изобретать собственные практики, а могут воспользоваться апробированными ответами Agile, наполнив его практики своей спецификой. Темп изменений в разных отраслях различается, однако приход нового неизбежен, потому что изменился mindset нового поколения соцсетей — тех, кто начал активно общаться и завоевывать лидерство в виртуальном пространстве еще в школе. И по мере того, как такие люди будут приходить в организации, они будут необратимо менять их культуру. Распространение бирюзовых организаций, описанных Фредериком Лалу в книге «Открывая организации будущего», — зримое проявление этих изменений. И вовсе не случайно организационный фреймворк для таких компаний — холакратия — тоже появился в IT-отрасли и распространяется за ее пределы. В докладе будет описана big picture современного развития, в которой каждой из организаций предстоит самоопределиться и выбрать собственный путь. Доклад является развитием моих выступлений по темам Agile и Спиральной динамики, доступных на моем сайте http://mtsepkov.org/Agile.
Обязательные практики Agile-проекта и правило ПППPavel Gabriel
Презентация для конференции "Деловой интернет 2009". В презентации рассматриваются обязательные практики для agile-проекта, причины их использования и правило, позволяющее добиваться большей эффективности.
Вместе со стремительным ростом компании, приходят такие проблемы, как: бюрократия, иерархия, конфликты между подразделениями. Компания постепенно теряет фокус на потребителя и смещает его на разрешение внутренних проблем. Как вернуться в то состояние, когда компания была молодой и динамичной, был драйв, и компания работала на потребителя? Как перейти в такое состояние большим и иерархичным компаниям?
Алексей Воронин. Как не собрать все грабли при Agile трансформации компании?ScrumTrek
Agile хайп делает свое дело: многие компании от крупных банков до растущих стартапов ринулись трансформироваться в Agile. Но все так или иначе наступают на грабли: Нужно ли менять организационную структуру компании или не стоит? В какой момент это делать? Если менять, то как? Есть ли какие-то шаблоны или нужно использовать другие подходы? Как формировать Agile команды? Довериться мнению бизнеса, функциональных руководителей IT? Я расскажу о нетривиальных проблемах, в решении которых я участвовал за предыдущий год в крупных компаниях (количество команд >= 5), и, конечно же, о решениях.
Егор Крюнькин. Agile-ом по Lean production или Гибкий путь государственного у...ScrumTrek
Внедрять проектное управление в государственном секторе — дело неблагодарное, а местами и бесполезное. Госзаказчику просто так не продашь PMбук, ему охота видеть ГОТОВЫЙ ПРОДУКТ и обязательно доказать, что это работает. А еще, чтобы это как то способствовало выполнению поручений руководства страны и духу времени (например экономии, клиентоориентированности и импортозамещению). И как же впихнуть все хотелки в один framework? Мы (отделение Пенсионного фонда РФ по Самарской области) для себя нашли ответ и готовы им поделиться. Что будет в докладе: примеры из практики; путь от каскада до собственных Agile разработок; немного провокаций.
Михаил Подурец. Почему Agile не работает (на самом деле нет). Agiledays2017LuxoftAgilePractice
Каждый уважающий себя Agile-coach рано или поздно должен высказаться на эту тему:
— АААА! Оно у нас не работает
— Ваш Скрам у нас невозможен
— Как вы предлагаете делать нам интеграционное тестирование внутри спринта, если оно занимает месяц!? О_о
Спокойно! На докладе мы разберем, почему оно не работает, и как на самом деле оно должно работать.
Презентация с доклада на AgileDays 2017. Скоро будет видео
Алексей Ионов. Agile-трансформация: что делать, чтобы потом не искать виноватых?ScrumTrek
Вы готовы двигаться, но не знаете, с чего конкретно начать? Какую построить структуру, какие задачи ставить и как оценивать результаты? Как не превратить гибкость в хаос? Как масштабировать успех одной команды на всю организацию (и нужно ли это делать)? Мы не станем убеждать вас в абсолютной правильности, исключительной необходимости или супер-эффективности Agile-методов. Мы просто расскажем, как их внедрять на практике. Минимум теории – максимум конкретики: ключевые шаги, подводные камни, типичные ошибки и технологии достижения результата.
Прототипирование, как способ исправить клиентский опыт до старта разработки п...Denis Tuchin
Запись выступления: https://www.youtube.com/watch?v=LJ-0nm1UWDg
- Прототип нового продукта или новой функции продукта зачастую можно за считанные часы ещё до выделения бюджета
- Тестирование такого прототипа, как правило тоже обходится достаточно дёшево
- На докладе рассказал, том как быстро создавать и тестировать прототипы, улучшая клиентский опыт ещё до старта разработки
Что такое agile?
Не бойтесь незнакомого слова и не думайте, что оно относится только к сфере ИТ и разработке программного обеспечения. Действительно, изначально agile - это идеология подхода к разработке программного обеспечения. Но в последнее время гибкий подход к проектам (Agile) нашел применение не только в сфере ИТ. Уже сейчас те, кто применяют формат Agile-управления проектами в разных сферах и отраслях, более успешны, чем их конкуренты. Еще более модным agile-подход сделал Герман Греф, сказав, что "Те, кто не освоит Agile сегодня в куче бизнес-процессов – будет лузерами завтра".
- VUCA мир или как выжить бизнесу в современных реалиях.
- Что такое Agile. Ключевые принципы.
- Agile-методологии: Scrum и Kanban. Что это такое и как применять на практике.
- Реальные кейсы применения Agile в производственных компаниях.
- Практикуем Agile-подход.
Подготовлено "ЭКОПСИ Консалтинг
www.ecopsy.ru
Scrum!
Short introduction to Scrum in Russian.
What, who, how and which results you gain.
Scrum!
Краткое введение в Scrum на русском языке.
Что, кто, как и для чего он нужен.
Mykola Mytko — "Быть, а не казаться Agile" it-network
Николай рассказал, что же значит Agile и как правильно его внедрять.
✔️Agile — это обучение и выполнение работы через опыт.
✔️Изменения - это нормально, нужно ошибаться, делать выводы и учиться.
✔️Agile — это мышление. Есть 2 подхода к Agile: делать и быть.
✔️Попробуйте модель обучения СюХаРи.
✔️Задача Agile коучей - научить людей мыслить.
It talk №23: "Если не Scrum, то что?", Екатерина ШалапановаMarina Peregud
Докладчик: Екатерина Шалапанова, деливери-менеджер финансовой практики DataArt, Петербург
О чем пойдет речь:
Что делать:
Если ваш заказчик не подписывал Agile Manifesto и не читал Scrum Guide?
Если в итерацию врываются сверхсрочные задачи?
Если бизнес-процессы не позволяют регулярные релизы?
Идеологи Scrum создавали процесс для небольших вовлеченных и нацеленных на результат команд. Что же делать, если вам приходится работать с корпорациями?
Процесс приходится строить заново, беря все самое лучшее и подстраиваясь под нужды и возможности любимых клиентов.
Я расскажу, какие подходы мы используем при создании процесса разработки, что, по моему опыту, важно, а чем можно пренебречь, ну, и обязательно о чем-нибудь еще.
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Viktor Bezhenar @ Kharkiv PM Day - Delegation and Empowerment: Lessons Learnedviktor_bezhenar
Spoken on the great conference Kharkiv PM Day in March 2017. Described my experience in buiding self-motivated and empowered teams. Audience liked this one a lot - ready to share my knowledge on this topic anytime!
Viktor Bezhenar, Lviv PM Day - On the way of building your own Engineering Cu...viktor_bezhenar
The speech of Viktor Bezhenar, presented on Lviv PM Day and ITEM 2016 conferences. Here I'm describing how we are scaling agile by the example of Spotify
MSTS.ip - уникальное решение для мониторинга сетевой инфраструктуры, программ...viktor_bezhenar
Начните пользоваться программным продуктом MSTS.ip - соберите в едином прекрасном интерфейсе все сетевое оборудование, все программные сервисы и все датчики, данные из которых вы хотели бы получать. Возьмите под контроль свою ИТ-инфраструктуру уже сегодня!
The product have to be used for manage corporate IP-networks. Tackled tasks:
- Inventory of network hardware and software;
- Monitoring and Control;
- Reporting.
Продукт MSTS поможет Вам:
- Успешно отслеживать состояние Вашей сети
- Выделять из потоков событий наиболее критичные
- И оперативно реагировать на них
Виктор Беженар - сборник цитат из книги Ирины Хакамады - "Дао Жизни"viktor_bezhenar
Визуализированные цитаты из книги Ирины Хакамады - "Дао Жизни". Заметки и советы обо всем на свете от мудрейшей женщины. Пересмотр данной презентации отображает основную соль книги. Но, конечно же - читать всем!
Много полезных цитат, в моем блоге, здесь:
http://citations-and-growth.blogspot.com/
Виктор Беженар - Обзор бизнес среды Бразилии, Бразилия для украинского ИТ биз...viktor_bezhenar
Небольшой ресерч по ситуации в бизнес-среде Бразилии. Слайды нужно рассказывать и обьяснять, если кому интересна тема открытия бизнеса в Бразилии, особенно в сфере аутсорсинга, обращайтесь , расскажу что знаю.
Ukraine: Introduction to ukrainian life and reasons of all our troubles in 20...viktor_bezhenar
Presentation was made at the end of July 2014 in University Federal of Minas Gerais, Belo-Horizonte, Brazil. Audience - interested brazilian students. Here is introduction and description of our usual life through the eyes of a Kyiv's citizen. Here I'm saying about history of Ukraine, about usual life, about our problems and successes, about our politicians, about revolutions, about war agains russian terrorists. Presentation took little less than 2 hours and students were satisfied enough to applause looong time:)
Виктор Беженар - Бразилия глазами украинца в формате топ-10: что понравилось,...viktor_bezhenar
Моя презентация о путешествии в Бразилию. Все фотографии, кроме помеченных красным крестиком сделаны мной или моим другом Ильей. Слайды отображают мое непосредственное мнение, поэтому на обьективность не претендую, возможно кому-то понравится то, от чего меня тошнит:)
Виктор Беженар - Бразилия глазами украинца в формате топ-10: что понравилось,...
Постановка и улучшение скрам процесса для группы проектов в большой компании, Lviv PM Day by Viktor Bezhenar
1. Постановка и улучшение Scrum процесса
для группы проектов в большой компании
inspired software engineering
2. Будем Знакомы
R&D manager of 2 projects:
(qa3s.com, loc-serv.com)
Team Lead of 2 active projects
Certified Scrum Master
ISTQB Certified Tester
•Компания Softengi – поставщик услуг в области разработки
программного обеспечения
•Мы работаем преимущественно на рынках Европы и США
•более 16 лет опыта в области разработки программного
обеспечения
•Компания входит в Intecracy Group, международный ИТ
консорциум
3. План нашей встречи
• Что мешает организациям начать
использовать гибкие методологии и почему
это сложно?
• Преобразование методологий разработки
портфеля проектов к Scrum методологии с
помощью ЕТС:
• наш путь
• его пересечение с моделью Майка Кона и работа
по модели
• обязанности и методы работы ЕТС
4. Почему у организаций сложности с внедрением
Agile методологий?
• Необходимость одновременного движения
снизу-вверх и сверху-вниз
5. Почему у организаций сложности с внедрением
Agile методологий?
• Необходимость одновременного движения
снизу-вверх и сверху-вниз
• Невозможность предсказать – что же
конкретно будет в конце?
6. Почему у организаций сложности с внедрением
Agile методологий?
• Необходимость одновременного движения
снизу-вверх и сверху-вниз
• Невозможность предсказать – что же
конкретно будет в конце?
• Scrum кардинально отличается от других
«традиционных методологий»
7. Почему у организаций сложности с внедрением
Agile методологий?
• Необходимость одновременного движения
снизу-вверх и сверху-вниз
• Невозможность предсказать – что же
конкретно будет в конце?
• Scrum кардинально отличается от других
«традиционных методологий»
• Сопротивление некоторых личностей или
групп личностей
20. Обязанности ЕТС
- Планирует объем работ по переходу, результаты которого
демонстрирует в конце спринта
21. Обязанности ЕТС
- Планирует объем работ по переходу, результаты которого
демонстрирует в конце спринта
- Зажигает интерес в других
22. Обязанности ЕТС
- Планирует объем работ по переходу, результаты которого
демонстрирует в конце спринта
- Зажигает интерес в других
- Показывает свой энтузиазм, проводит конструктивные беседы в
направлении изменений
23. Обязанности ЕТС
- Планирует объем работ по переходу, результаты которого
демонстрирует в конце спринта
- Зажигает интерес в других
- Показывает свой энтузиазм, проводит конструктивные беседы в
направлении изменений
- Помогает понять необходимость изменений, воспитывает
желание к изменениям у сотрудников
24. Стимулирует разговоры – это побуждает к
зарождению идей
Проблемы проектов Истории Успеха Причины неудач
Игры Лекции Дискуссии
25. Элементы Scrum в работе ЕТС
• Бэклог улучшений (Improvement Backlog)
• Бэклог спринта
• Собственно спринт – 4 недели
• Планирование
• Ретроспектива
• ----------------------------------------------------------------
• Сообщество
• Спонсор (владелец продукта)
• Скрам-мастер – переходящая роль
26. Бэклог улучшений
• Подготовиться к встрече с ПО проекта №7
• провести тренинг по TDD для разработчиков проекта №2
• Провести презентацию по Канбан методологии для ЕТС
• Определить каким образом мы будем измерять влияние от
внедрения скрама на проектах
• Провести Planning Poker на проекте №6
• Игра Ball Point Game для демонстрации эмпирического
процесса
• Груминг на проекте №1 – разбор требований превращается в
балаган
• Проведение игры «Построй свой скрам» на проекте №3
• Провести тренинг Scrum Basics для команд №4, №5
Бэклог спринта
33. Цель ЕТС
- создание культуры и среды, в которой говорят
об улучшениях и изменениях
34. Цель ЕТС
- создание культуры и среды, в которой говорят об
улучшениях и изменениях
- обучение тех, кто непосредственно реализует
изменения
35. Цель ЕТС
- создание культуры и среды, в которой говорят об
улучшениях и изменениях
- обучение тех, кто непосредственно реализует
изменения
- устранение препятствий, мешающих внедрению
agile методологий
36. Цель ЕТС
- создание культуры и среды в которой успех
зарождается и заражает всех вокруг
- обучение тех, кто непосредственно реализует
изменения
- устранение препятствий для работы по
методологии
- генерация энергии и вдохновения для процесса
постоянных улучшений
38. Чего мы уже добились?
Проекты Результат
Project 1
Project 2
Project 3
Старт работы по практически каноническому Scrum, появление настоящих команд,
большинство элементов Scrum используется. Начинаем внедрять development практики
Project 4
Project 5
Работа с клиентом, превращение клиента в продакт овнера, некоторые элементы Scrum
уже присутствуют
Project 6
Project 7
Работа по Kanban методологии
Project 8
Project 9
Попытки перестройки увеначались провалом – предстоит работать и с менеджерами и с
владельцами продуктов и доказать преимущества гибких методологий
Project 10
Project 11
Project 12
Менеджеры подключились к ЕТС, уверен, скоро им будет чем похвастаться
30 хв. для презентації з доповіддю і потрібно розрахувати час на запитання, тобто залишити 4-5 хвилин в кінці виступу
Я хочу познакомиться с аудиторией. Для начала стоит спросить:
- кто знает что такое скрам?
Хорошо, время не стоит на месте и методология набирает популярность
- кто хочет начать работать по методологии, но ему мешают множество факторов?
- кто хочет протолкнуть внедрение изменений в своей компании и не знает с чего начать?
- кто хочет собрать команду из экспертов в методологии, скрам мастеров на своих проектах,
Лого MS, ISO
Необходимость одновременного движения снизу-вверх и сверху-вниз
Успешное внедрение скрама только снизу вверх (ребята стараются, пытаются, но не получают поддержки и одобрения у менеджмента и все рушится) или только сверху вниз (даже самый могущественный лидер, который да, может предоставить видение, но не может донести его до большинства людей, он не может устанавливать и фиксировать краткосрочные победы, управлять изменениями для 10-ка проектов и пробовать для каждого новые подходы).
Невозможность предсказать – что же конкретно будет в конце?
Дело в том что в скраме да и в гибкости в целом не бывает понятия конечное состояние. Не бывает конечного состояния у процесса под названием - постоянные улучшения – continuous improvement. То что нельзя поставить конечную цель создает проблемы для множества организаций, которые привыкли строить тактические планы
Скрам кардинально отличается от других «традиционных методологий»
Да ,ведь тестировщика всю жизнь учили – твоя работа тестировать программу на соответствие спецификации, разработчика учили – что любая проблема сперва должна быть глубоко проанализирована и хорошее решение вырабатывается до того как начинается кодинг. В скраме тестеры и девы должны отучаться от этих привычек. Тестер понимает, что тестирование – это в первую очередь соответствие потребностям пользователя. Разработчик понимает что полностью проработанный дизайн и архитектура не всегда начинается задолго до кодинга
Number Employees Managers
1 Неосведомленность Страх потери контроля и авторитета
2 Страх неизвестного Нехватка времени
3 Lack of job security Комфортно в текущем состоянии
4 Lack of sponsorship Нет ответа на вопрос: что это даст мне
5 No involvement in solution design
Я считаю, что Scrum — это самая удобная методология, чтобы начать практиковать. Последние опросы о состоянии Agile разработки ПО, говорят, что Scrum и его модификации применяет почти 70% опрошенных (по данным “State of Agile Development Survey Results” от VersionOne ).
Секрет популярности понятен — это методология, говорящая об управлении проектом и оставляющая за скобками технические аспекты. В конце концов это вопрос технического профессионализма, как писать программы, в то время как многие проектные команды и представители бизнеса просто страдают от отсутствия налаженного взаимодействия.
Scrum — это рамки и шаблоны взаимодействия (management framework), которые как лакмусовая бумага показывают проблемные области. А решение этих проблем оставим людям, действующим в конкретных ситуациях и руководствующихся принципами и здравым смыслом.
Кто-то читал Майка Кона и его «Succeеding with Agile»?
У нас это получилось случайно. Клиент был вполне доволен налаженым процессом, претензий не было. Но команды стали закостневать – было понятно, что если не придать процессу разработки нового импульса, со временем нас ожидают проблемы. Ладно забегаю наперед.
Руководитель нашего портфеля проектов прошел скрам сертификацию. И понял, что поговорить особо не с кем о методологии. Вот он дергнул несколько активных менеджеров, с предложением прочесть книгу «Succeding with Agile». Менеджеры нехотя взялись за дело и через месяц отрапортовали о готовности. Мы начали проводить Scrum семинары – готовили каждый по главе из книги и рассказывали как я сейчас Вам. Часть менеджеров прошла сертификацию скрам-мастером и с каждой неделей к нашей группе привлекались новые менеджеры и тест-лиды. На данный момент нас 10 и мы поняли что Майк Кон в одной из своих глав
что Майк Кон в одной из своих глав описывает наш случай. Он говорит что для старта работы по скраму в корпорации необходима:это именно та книга, с которой я начал настоящее знакомство со скрамом
Сначала убедитесь, что коммюнити знает теорию скрама. Мы разбирали темы книги на каждой встрече, прежде чем осознали, что мы действительно говорим на одном языке. Каждый презентовал какую-то из интересующих тем – выбирал основные мысли, предлагал идеи для внедрения, которые заносились в Improvement Backlog
Собирая команду ETC, для каждого участника рабочей группы было поставлено одно условие – прочесть книгу, хрестоматию от Майка Кона – Успех в agile.Каждый презентовал какую-то из интересующих тем – выбирал основные мысли, предлагал идеи для внедрения, которые заносились в Improvement Backlog
Небольшая группа влиятельных людей, которая инициирует поощряет и поддерживаект усилия организации ввести и улучшать Scrum. Это
обьединение и он и мы называем ETC – Enterprise Transition Community. Как Вы догадываесь нежданно не гадано, хорошенько изучив теорию наша группа скрам-семинаристов осознала что мы и являемся ETC. Изменения могут быть как в самом переходе на скрам так и в улучшении существующего скрам процесса
Итак изучив теорию и поработав в такой себе группе Скрам семинаристов, когда каждый по кругу докладывал о какой-то из тем и мы убедились, что все понимают о чем речь, мы осознали, что нужно начинать действовать.
Предприятия с опаской относятся к изменениям – ЕТС инициирует изменения))
Предприятия с опаской относятся к изменениям – ЕТС инициирует изменения))
Мы встречаемся 2 раза в неделю на полтора-часовые митинги. Где обсуждаем варианты и пути внедрения скрама, а также изучаем дополнительные теоретические материалы – тренируемся выступать публично
Наш пример:
Провести Скрам тренинг для команд
Презентация «10 принципов для Agile тестировщиков»
Груминг для команды Henley – разбор требований превращается в балаган
Реализовать СI для команд MSTS и RST
Провести Planning Poker на проекте APPS
Каждый проект имеет Продакт Овнера
Мы ведем свой Improvement Backlog чтобы трекать усилия затраченные на внедрение процесса скрамДругие наши стори из бэклога:
- определить каким образом мы будем измерять влияние от внедрения скрама на проектах
- провести тренинг по TDD для разработчиков
- распространять новости и успехи внедрения скрама на всех уровнях компании
Перед стартом спринта мы
Наш спринт длиться 4 недели – 2 встречи по полтора часа в неделю
Перед стартом спринта мы
Наш спринт длиться 4 недели – 2 встречи по полтора часа в неделю
Перед стартом спринта мы
Наш спринт длиться 4 недели – 2 встречи по полтора часа в неделю
ETC должен иметь спонсора – владельца продукта
Важно не только финансирование со стороны спонсора, а и его вовлечение в процесс усовершенствования (если не буде заинтересован спонсор, не будет никто)
The Enterprise Transition Community exists to create a culture and environment where change can be released by those who are passionate about the success of the organization and where success leads to more passion from more people. The ETC does this not by imposing changes on the organization but by guiding groups who are implementing changes, by removing obstacles to doing Scrum well, and by creating energy and excitement for the change.
The Enterprise Transition Community exists to create a culture and environment where change can be released by those who are passionate about the success of the organization and where success leads to more passion from more people. The ETC does this not by imposing changes on the organization but by guiding groups who are implementing changes, by removing obstacles to doing Scrum well, and by creating energy and excitement for the change.
The Enterprise Transition Community exists to create a culture and environment where change can be released by those who are passionate about the success of the organization and where success leads to more passion from more people. The ETC does this not by imposing changes on the organization but by guiding groups who are implementing changes, by removing obstacles to doing Scrum well, and by creating energy and excitement for the change.
The Enterprise Transition Community exists to create a culture and environment where change can be released by those who are passionate about the success of the organization and where success leads to more passion from more people. The ETC does this not by imposing changes on the organization but by guiding groups who are implementing changes, by removing obstacles to doing Scrum well, and by creating energy and excitement for the change.
The Enterprise Transition Community exists to create a culture and environment where change can be released by those who are passionate about the success of the organization and where success leads to more passion from more people. The ETC does this not by imposing changes on the organization but by guiding groups who are implementing changes, by removing obstacles to doing Scrum well, and by creating energy and excitement for the change.
На 3-х проектах – старт работы по практически каноническому Scrum, появление настоящих команд, большинство элементов Scrum используется, подключаем Development практики
На 3-х проектах – работа с клиентом, превращение клиента в продакт овнера, некоторые элементы Scrum уже присутствуют
3 проекта работают по Канбану
На 2-проектах – сделали попытку перестройки, модель не прижилась, все же не все проекты нуждаются в скраме
Подключаем представителей следующих проектов к нашим беседам и будем следить за улучшением процессов
6 из 11 проектов уже придерживаются скрам методологии, бывшие менеджеры , нынешние скрам-мастера , благодаря умению аргументировать свою позицию и доказывать преимущества гибких методологий договорились с представителями заказчика и каждый проект имеет продакт овнера, которого мы также натаскиваем по скраму.