The talk about Agile mindset, how did we get there, what paradigms shift had lead to bringing Agility as the primary driving principles for software development.
This talk includes an example of a product company that had built and organized with Agile principles in mind.
Also, there is a piece of advice for companies that are doing development on demand or professional services.
There are a lot of talks and stories about Agile methods such as Scrum, Kanban, and XP. They certainly work for individual teams.
And what would you do if you have a lot of teams in the company, or if you have a big product, which requires interaction between many teams for success?
There are successful examples of scaling using Agile and Lean principles for the last 5 or more years.
During the lecture, I talk about the principles and practices based behind the scale. Also, I demonstrate how it works using the example of our company.
Agile is still the buzz-word. It has proven to work for teams.
What will you do when you have a lot of teams in the same company, or if you have a big product, which requires interaction between many teams to success?
For the last 5 or more years there are successful examples of scaling using Agile and Lean principles.
During the lecture, I talk about the principles and practices behind the scaling. Also, I demonstrate how it works.
Нередко бывает так, что команда уверена, что она работает по Scrum, и что она следует всем принципам и практикам Scrum-методологии. Но всегда ли это действительно так? Все ли принципы Scrum работают? Каждая команда и проект уникальны, и часто не все происходит, как должно быть в теории. И можно ли в таком случае это называть Scrum-ом?
Вы прочитали об интересном Agile подходе и хотите попробовать в проекте. Кто-то вам сказал, что эти модные слова помогут вам продавать ваши услуги разработки. Или вы сами искренне верите, что вам поможет внедрение методов гибкой разработки. Готовы ли вы к тем изменениям, которые необходимо сделать? Готовы ли менеджеры продукта, ваши аналитики, руководители проектов, и разработчики мыслить по-другому? Готовы ли ваша компания общаться с представителями бизнеса по-другому? Зачастую изменение работы в одной области затрагивает и другие аспекты, и часто выходит за границы команды или отдела. Давайте вспомним, какие принципиальные отличия подразумевает Agile стиль мышления. На примерах посмотрим, как это может выглядеть в продуктовой компании и в компании заказной разработки. В этом рассказе опыт реальных компаний и заметки о “недокументированных” изменениях, которые вас ожидают на пути.
Agility - это способ мышления и принцип принятия решений.
Несколько слов о том, почему компании должны мыслить гибко, что это значит в моем понимании и, главное, как к этому прийти. Плюс, несколько примеров из опыта собственного и опыта иностранных коллег.
Методы и подходы из семейства гибких методологий уже прочно укрепились в нашем лексиконе. В тоже время, по прежнему многим компаниям не хватает фундаментальной трансформации стиля мышления. Трансформации, необходимой, чтобы действительно «стать» гибкими, а не просто «делать» какие-то практики.
Мы поговорим немного о том, что двигает компании к таким трансформациям. Рассмотрим как могут проходить трансформации компаний. И обсудим несколько публично известных кейсов, а также примеры из моей практики.
Этот рассказ никоем образом не претендует на полноту обзора, скорее имеет практический фокус, основанный на моем семилетнем опыте трансформации компаний.
There are a lot of talks and stories about Agile methods such as Scrum, Kanban, and XP. They certainly work for individual teams.
And what would you do if you have a lot of teams in the company, or if you have a big product, which requires interaction between many teams for success?
There are successful examples of scaling using Agile and Lean principles for the last 5 or more years.
During the lecture, I talk about the principles and practices based behind the scale. Also, I demonstrate how it works using the example of our company.
Agile is still the buzz-word. It has proven to work for teams.
What will you do when you have a lot of teams in the same company, or if you have a big product, which requires interaction between many teams to success?
For the last 5 or more years there are successful examples of scaling using Agile and Lean principles.
During the lecture, I talk about the principles and practices behind the scaling. Also, I demonstrate how it works.
Нередко бывает так, что команда уверена, что она работает по Scrum, и что она следует всем принципам и практикам Scrum-методологии. Но всегда ли это действительно так? Все ли принципы Scrum работают? Каждая команда и проект уникальны, и часто не все происходит, как должно быть в теории. И можно ли в таком случае это называть Scrum-ом?
Вы прочитали об интересном Agile подходе и хотите попробовать в проекте. Кто-то вам сказал, что эти модные слова помогут вам продавать ваши услуги разработки. Или вы сами искренне верите, что вам поможет внедрение методов гибкой разработки. Готовы ли вы к тем изменениям, которые необходимо сделать? Готовы ли менеджеры продукта, ваши аналитики, руководители проектов, и разработчики мыслить по-другому? Готовы ли ваша компания общаться с представителями бизнеса по-другому? Зачастую изменение работы в одной области затрагивает и другие аспекты, и часто выходит за границы команды или отдела. Давайте вспомним, какие принципиальные отличия подразумевает Agile стиль мышления. На примерах посмотрим, как это может выглядеть в продуктовой компании и в компании заказной разработки. В этом рассказе опыт реальных компаний и заметки о “недокументированных” изменениях, которые вас ожидают на пути.
Agility - это способ мышления и принцип принятия решений.
Несколько слов о том, почему компании должны мыслить гибко, что это значит в моем понимании и, главное, как к этому прийти. Плюс, несколько примеров из опыта собственного и опыта иностранных коллег.
Методы и подходы из семейства гибких методологий уже прочно укрепились в нашем лексиконе. В тоже время, по прежнему многим компаниям не хватает фундаментальной трансформации стиля мышления. Трансформации, необходимой, чтобы действительно «стать» гибкими, а не просто «делать» какие-то практики.
Мы поговорим немного о том, что двигает компании к таким трансформациям. Рассмотрим как могут проходить трансформации компаний. И обсудим несколько публично известных кейсов, а также примеры из моей практики.
Этот рассказ никоем образом не претендует на полноту обзора, скорее имеет практический фокус, основанный на моем семилетнем опыте трансформации компаний.
Практические советы о планировании того, что и как вы будете выпускать. Как придать объем вашим бесплотным идеям, а по дороге добавить понимания куда мы идем, когда там будем и чего нам это будет стоить. В докладе будут примеры из опыта продуктовых команд, с которыми мне довелось работать. Также “недокументированные проблемы”, о которых многие не подозревают, и техники как все это по прежнему направлять к выпуску хоть чего-то стоящего
Поговорим про ключевые принципы Agile mindset. О том, какие изменения в парадигмах привели к тому, что Agility стала основным движущим принципом разработки программного обеспечения. На примерах реальных компаний посмотрим, как это выглядит в продуктовой компании и в компании заказной разработки.
Из этого доклада вы конечно же не узнаете о том, что Владельцам Продуктам свойственно есть на завтрак, какой у них “размах крыльев”, сколько они весят, при какой температуре воздуха они чувствуют себя наиболее комфортно и спят ли они стоя :-) И в то же время вы узнаете, какие Владельцы Продуктов встречались мне или моим коллегам, и какие особенности того или иного типа стоит учитывать при общении и построении взаимоотношений, а также много другого.
Основные вопросы, которые прозвучат:
* Как выглядит идеальный Владелец Продукта? Существует ли он в природе?
* Владелец Продукта на стороне команды и на стороне заказчика: кому повезло больше?
* Владелец Продукта – посредник: выход или ловушка?
* Владелец Продукта – вредитель или помощник?
* Что должен знать Владелец Продукта?
* Что команда должна знать о Владельце Продукта и наоборот?
Мы разберемся в многообразии Владельцев Продуктов и ответим на основные вопросы :-)
Масштабирование Agile в Единой фронтальной системе СбербанкаSergey Rogachev
Презентация доклада "Масштабирование Agile в Единой фронтальной системе Сбербанка" Сергея Рогачева на конференции AgileKitchen, посвященной масштабированию Agile, которая прошла в Москве 22 сентября 2016 года (https://agilerussia.timepad.ru/event/374516). Также см. видео этого доклада: https://youtu.be/mJpCJiVNuME.
Егор Крюнькин. Agile-ом по Lean production или Гибкий путь государственного у...ScrumTrek
Внедрять проектное управление в государственном секторе — дело неблагодарное, а местами и бесполезное. Госзаказчику просто так не продашь PMбук, ему охота видеть ГОТОВЫЙ ПРОДУКТ и обязательно доказать, что это работает. А еще, чтобы это как то способствовало выполнению поручений руководства страны и духу времени (например экономии, клиентоориентированности и импортозамещению). И как же впихнуть все хотелки в один framework? Мы (отделение Пенсионного фонда РФ по Самарской области) для себя нашли ответ и готовы им поделиться. Что будет в докладе: примеры из практики; путь от каскада до собственных Agile разработок; немного провокаций.
Сейчас много говорят про Agile методы, такие как Scrum, Kanban, и XP. Они определенно работают для отдельных команд.
А что вам делать, если у вас много команд в компании? Или если у вас действительно большой продукт и необходимо координировать много команд для достижения целей?
К счастью, уже более пяти лет существуют успешные примеры масштабировани с использованием Agile и Lean принципов.
В этой лекции я говорил о предпосылках, основных аспектах о которы нужно помнить и практиках масштабирования.
Сергей Карач. Agile в страховой компании: практический опыт трех лет трансфор...ScrumTrek
Страховая компания Югория начала Agile трансформацию в 2013 году. Нашей первой задачей было сократить почти десятилетнее отставание от лидеров рынка. Мы осознавали, что надо начинать с изменения культуры; что сегодня успех определяется технологиями и скоростью реализации прорывных идей. Нам удалось создать собственный центр разработки с элементами модели DevOps, с непрерывной интеграцией. Мы применяем Канбан и Scrum. Наша структура похожа чем-то на Spotify. Мы наблюдаем взрывной рост количества изменений, которые мы публикуем. В докладе не будет теории. Я расскажу только то, что сработало конкретно у нас и покажу ключевые показатели Agile трансформации - те, которые на самом деле работают. Затрону инструменты внедрения первой и второй волны, вопросы простой и эффективной диагностики культур. Опишу нашу операционную модель, основанную на принципах Agile.
Практические советы о планировании того, что и как вы будете выпускать. Как придать объем вашим бесплотным идеям, а по дороге добавить понимания куда мы идем, когда там будем и чего нам это будет стоить. В докладе будут примеры из опыта продуктовых команд, с которыми мне довелось работать. Также “недокументированные проблемы”, о которых многие не подозревают, и техники как все это по прежнему направлять к выпуску хоть чего-то стоящего
Михаил Подурец. Почему Agile не работает (на самом деле нет). Agiledays2017LuxoftAgilePractice
Каждый уважающий себя Agile-coach рано или поздно должен высказаться на эту тему:
— АААА! Оно у нас не работает
— Ваш Скрам у нас невозможен
— Как вы предлагаете делать нам интеграционное тестирование внутри спринта, если оно занимает месяц!? О_о
Спокойно! На докладе мы разберем, почему оно не работает, и как на самом деле оно должно работать.
Презентация с доклада на AgileDays 2017. Скоро будет видео
Раскрась свой Бэклог! Или о том как принимать решения на основе разных типов ...Timofey (Tim) Yevgrashyn
Вы знали, что Бэклог Продукта может содержать элементы разного типа? Да-да, об этом еще дедушка Швабер говорил. Я наблюдал молодых СкрамМастеров и Владельцев Продукта, которые бьются головой об стену мучаются вопросом, что можно положить в Бэклог Продукта, а что нельзя, и если нельзя, то куда.
В докладе мы рассмотрим несколько основных типов Элементов Бэклога, на примерах посмотрим как и на что они влияют. И самое главное обсудим как принимать решения о планах итерации и выпуска, на основе комбинации разных типов.
Learn Lean: Технология управления от самураев – теория и практикаSvetlana Fedyanina
16 марта провела свой первый вебинар в Softline. В рамках вебинара рассмотрены принципы и инструменты Lean, способы минимизации издержек производства ПО. Вебинар был открытый, собралось 50 слушателей. Волновалась, запиналась, но вцелом довольна - выписала список, над чем еще работать. Точнее работать и работать :)
Иван Спресов; Екатерина Макаревич. Agile и Scalability для традиционных индус...ScrumTrek
The old fashion industries such as Travel works hard with the agility and at the same time scalability. The talk would take attention to fixed enterpise delivearables and agility. How to apply agile principals to the hard enterpise commits and scaled program executions for more than 70 people in Release Train.
Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.Anton Stoliar
1. Цель презентации:
• Побудить аудиторию пользоваться описанными техниками, которые могут помочь уменьшить количество «фейлов» со стороны QA команды в Agile-based проектах.
• Сфокусировать внимание на «фишках» которые особенно пропагандируются в Agile, которые помогают выпускать более качественный продукт
2. Какова практическая ценность презентации для аудитории:
• Поделиться конкретным опытом использования всяческих Agile-техник : Sprint Planning на основе QA оценок, Создание командного Vision-a на основе Product Canvas, First Release Baseline
• Поделиться некоторыми hint-ами когда ты вроде бы test team lead, но по факту менеджишь еще и команду разработки.
3. Для кого предназначена:
• QA которые уже работали по Agile (Scrum в частности)
• Начинающие ПМs и QA Team Leads
• Ребята которым скоро придется лидать Agile-проекты
4. Короткий план презентации по шагам:
• Чего могут жать от работы QA команды к зависимости от специфики проекта\компании
• Чего ожидают от QA в Agile
• Какие техники могут помочь выпустить более правильный\успешный\ качественный продукт
o Как формировать у команды общий Vision и как это помогает снижать дефекты в продукте
o Как планировать спринт отталкиваясь от QA-команды чтобы снизить овертаймы
o Как First Release Baseline помогает спланировать регрессию, когда совсем не осталось на нее времени
Николай Кныш; Сергей Щербинин. Continuous Fail как способ внедрения Agile.ScrumTrek
Как и многие 4 года назад мы задумались о внедрении Agile. Российские и зарубежные конференции помогли узнать разные подходы к этому упражнению. 4 года мы отчасти разочаровывались в этих подходах и сформировали свое собственное видение, которым поделимся с вами в этом докладе. Мы поговорим про мифы, разочарования, фейлы и те подходы, которые сработали у нас.
Вы прочитали об интересном Agile подходе и хотите попробовать в проекте?
Готовы ли вы к тем изменениям, которые необходимо сделать?
Готовы ли менеджеры продукта, ваши аналитики, руководители проектов, и разработчики мыслить по-другому?
Готовы ли представители бизнеса общаться с командами разработки по-другому?
Зачастую оптимизация работы в одной области затрагивает и другие аспекты выпуска продукта, и часто выходит за границы одного отдела.
Опыт маленьких и больших компаний и заметки о “недокументированных” изменениях, которые вас ожидают на этом пути.
Давным давно, в мире ИТ…
Повстанцы придумали философию, чтобы продвигать свои идеи о лучших способах разработки. Но темные силы ИТ сообщества превратили их в популярный бренд и обесценили. Многие разработчики разочаровались в громогласных заявлениях и так не увидели лучших способов разработки при своей жизни.
В этом докладе используется аналогия истории в Star Wars с историей Agile движения.
Мы не правильно используем этот термин. Как бренд с большой "А" это слово должно умереть.
Но нам по прежнему нужна гибкость в разработке продуктов и проектов.
Чтобы достичь целей и не потерять ориентиры развития, мы должны заглянуть глубже, в самое сердце Agile философии.
Heart of Agile - модель предложенная Алистером Коуберном, которая гораздо понятнее объясняет суть философии гибкости.
Практические советы о планировании того, что и как вы будете выпускать. Как придать объем вашим бесплотным идеям, а по дороге добавить понимания куда мы идем, когда там будем и чего нам это будет стоить. В докладе будут примеры из опыта продуктовых команд, с которыми мне довелось работать. Также “недокументированные проблемы”, о которых многие не подозревают, и техники как все это по прежнему направлять к выпуску хоть чего-то стоящего
Поговорим про ключевые принципы Agile mindset. О том, какие изменения в парадигмах привели к тому, что Agility стала основным движущим принципом разработки программного обеспечения. На примерах реальных компаний посмотрим, как это выглядит в продуктовой компании и в компании заказной разработки.
Из этого доклада вы конечно же не узнаете о том, что Владельцам Продуктам свойственно есть на завтрак, какой у них “размах крыльев”, сколько они весят, при какой температуре воздуха они чувствуют себя наиболее комфортно и спят ли они стоя :-) И в то же время вы узнаете, какие Владельцы Продуктов встречались мне или моим коллегам, и какие особенности того или иного типа стоит учитывать при общении и построении взаимоотношений, а также много другого.
Основные вопросы, которые прозвучат:
* Как выглядит идеальный Владелец Продукта? Существует ли он в природе?
* Владелец Продукта на стороне команды и на стороне заказчика: кому повезло больше?
* Владелец Продукта – посредник: выход или ловушка?
* Владелец Продукта – вредитель или помощник?
* Что должен знать Владелец Продукта?
* Что команда должна знать о Владельце Продукта и наоборот?
Мы разберемся в многообразии Владельцев Продуктов и ответим на основные вопросы :-)
Масштабирование Agile в Единой фронтальной системе СбербанкаSergey Rogachev
Презентация доклада "Масштабирование Agile в Единой фронтальной системе Сбербанка" Сергея Рогачева на конференции AgileKitchen, посвященной масштабированию Agile, которая прошла в Москве 22 сентября 2016 года (https://agilerussia.timepad.ru/event/374516). Также см. видео этого доклада: https://youtu.be/mJpCJiVNuME.
Егор Крюнькин. Agile-ом по Lean production или Гибкий путь государственного у...ScrumTrek
Внедрять проектное управление в государственном секторе — дело неблагодарное, а местами и бесполезное. Госзаказчику просто так не продашь PMбук, ему охота видеть ГОТОВЫЙ ПРОДУКТ и обязательно доказать, что это работает. А еще, чтобы это как то способствовало выполнению поручений руководства страны и духу времени (например экономии, клиентоориентированности и импортозамещению). И как же впихнуть все хотелки в один framework? Мы (отделение Пенсионного фонда РФ по Самарской области) для себя нашли ответ и готовы им поделиться. Что будет в докладе: примеры из практики; путь от каскада до собственных Agile разработок; немного провокаций.
Сейчас много говорят про Agile методы, такие как Scrum, Kanban, и XP. Они определенно работают для отдельных команд.
А что вам делать, если у вас много команд в компании? Или если у вас действительно большой продукт и необходимо координировать много команд для достижения целей?
К счастью, уже более пяти лет существуют успешные примеры масштабировани с использованием Agile и Lean принципов.
В этой лекции я говорил о предпосылках, основных аспектах о которы нужно помнить и практиках масштабирования.
Сергей Карач. Agile в страховой компании: практический опыт трех лет трансфор...ScrumTrek
Страховая компания Югория начала Agile трансформацию в 2013 году. Нашей первой задачей было сократить почти десятилетнее отставание от лидеров рынка. Мы осознавали, что надо начинать с изменения культуры; что сегодня успех определяется технологиями и скоростью реализации прорывных идей. Нам удалось создать собственный центр разработки с элементами модели DevOps, с непрерывной интеграцией. Мы применяем Канбан и Scrum. Наша структура похожа чем-то на Spotify. Мы наблюдаем взрывной рост количества изменений, которые мы публикуем. В докладе не будет теории. Я расскажу только то, что сработало конкретно у нас и покажу ключевые показатели Agile трансформации - те, которые на самом деле работают. Затрону инструменты внедрения первой и второй волны, вопросы простой и эффективной диагностики культур. Опишу нашу операционную модель, основанную на принципах Agile.
Практические советы о планировании того, что и как вы будете выпускать. Как придать объем вашим бесплотным идеям, а по дороге добавить понимания куда мы идем, когда там будем и чего нам это будет стоить. В докладе будут примеры из опыта продуктовых команд, с которыми мне довелось работать. Также “недокументированные проблемы”, о которых многие не подозревают, и техники как все это по прежнему направлять к выпуску хоть чего-то стоящего
Михаил Подурец. Почему Agile не работает (на самом деле нет). Agiledays2017LuxoftAgilePractice
Каждый уважающий себя Agile-coach рано или поздно должен высказаться на эту тему:
— АААА! Оно у нас не работает
— Ваш Скрам у нас невозможен
— Как вы предлагаете делать нам интеграционное тестирование внутри спринта, если оно занимает месяц!? О_о
Спокойно! На докладе мы разберем, почему оно не работает, и как на самом деле оно должно работать.
Презентация с доклада на AgileDays 2017. Скоро будет видео
Раскрась свой Бэклог! Или о том как принимать решения на основе разных типов ...Timofey (Tim) Yevgrashyn
Вы знали, что Бэклог Продукта может содержать элементы разного типа? Да-да, об этом еще дедушка Швабер говорил. Я наблюдал молодых СкрамМастеров и Владельцев Продукта, которые бьются головой об стену мучаются вопросом, что можно положить в Бэклог Продукта, а что нельзя, и если нельзя, то куда.
В докладе мы рассмотрим несколько основных типов Элементов Бэклога, на примерах посмотрим как и на что они влияют. И самое главное обсудим как принимать решения о планах итерации и выпуска, на основе комбинации разных типов.
Learn Lean: Технология управления от самураев – теория и практикаSvetlana Fedyanina
16 марта провела свой первый вебинар в Softline. В рамках вебинара рассмотрены принципы и инструменты Lean, способы минимизации издержек производства ПО. Вебинар был открытый, собралось 50 слушателей. Волновалась, запиналась, но вцелом довольна - выписала список, над чем еще работать. Точнее работать и работать :)
Иван Спресов; Екатерина Макаревич. Agile и Scalability для традиционных индус...ScrumTrek
The old fashion industries such as Travel works hard with the agility and at the same time scalability. The talk would take attention to fixed enterpise delivearables and agility. How to apply agile principals to the hard enterpise commits and scaled program executions for more than 70 people in Release Train.
Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.Anton Stoliar
1. Цель презентации:
• Побудить аудиторию пользоваться описанными техниками, которые могут помочь уменьшить количество «фейлов» со стороны QA команды в Agile-based проектах.
• Сфокусировать внимание на «фишках» которые особенно пропагандируются в Agile, которые помогают выпускать более качественный продукт
2. Какова практическая ценность презентации для аудитории:
• Поделиться конкретным опытом использования всяческих Agile-техник : Sprint Planning на основе QA оценок, Создание командного Vision-a на основе Product Canvas, First Release Baseline
• Поделиться некоторыми hint-ами когда ты вроде бы test team lead, но по факту менеджишь еще и команду разработки.
3. Для кого предназначена:
• QA которые уже работали по Agile (Scrum в частности)
• Начинающие ПМs и QA Team Leads
• Ребята которым скоро придется лидать Agile-проекты
4. Короткий план презентации по шагам:
• Чего могут жать от работы QA команды к зависимости от специфики проекта\компании
• Чего ожидают от QA в Agile
• Какие техники могут помочь выпустить более правильный\успешный\ качественный продукт
o Как формировать у команды общий Vision и как это помогает снижать дефекты в продукте
o Как планировать спринт отталкиваясь от QA-команды чтобы снизить овертаймы
o Как First Release Baseline помогает спланировать регрессию, когда совсем не осталось на нее времени
Николай Кныш; Сергей Щербинин. Continuous Fail как способ внедрения Agile.ScrumTrek
Как и многие 4 года назад мы задумались о внедрении Agile. Российские и зарубежные конференции помогли узнать разные подходы к этому упражнению. 4 года мы отчасти разочаровывались в этих подходах и сформировали свое собственное видение, которым поделимся с вами в этом докладе. Мы поговорим про мифы, разочарования, фейлы и те подходы, которые сработали у нас.
Вы прочитали об интересном Agile подходе и хотите попробовать в проекте?
Готовы ли вы к тем изменениям, которые необходимо сделать?
Готовы ли менеджеры продукта, ваши аналитики, руководители проектов, и разработчики мыслить по-другому?
Готовы ли представители бизнеса общаться с командами разработки по-другому?
Зачастую оптимизация работы в одной области затрагивает и другие аспекты выпуска продукта, и часто выходит за границы одного отдела.
Опыт маленьких и больших компаний и заметки о “недокументированных” изменениях, которые вас ожидают на этом пути.
Давным давно, в мире ИТ…
Повстанцы придумали философию, чтобы продвигать свои идеи о лучших способах разработки. Но темные силы ИТ сообщества превратили их в популярный бренд и обесценили. Многие разработчики разочаровались в громогласных заявлениях и так не увидели лучших способов разработки при своей жизни.
В этом докладе используется аналогия истории в Star Wars с историей Agile движения.
Мы не правильно используем этот термин. Как бренд с большой "А" это слово должно умереть.
Но нам по прежнему нужна гибкость в разработке продуктов и проектов.
Чтобы достичь целей и не потерять ориентиры развития, мы должны заглянуть глубже, в самое сердце Agile философии.
Heart of Agile - модель предложенная Алистером Коуберном, которая гораздо понятнее объясняет суть философии гибкости.
Сейчас про слово на букву «Г» (геймификация) где только не говорят. Есть несколько концептуальных моментов, которые не понимают или используют неправильно. Поэтому для начала узнаем немного о понятиях, видах/типах геймификации.
Во второй части рассказа вы увидите примеры игровых механик и примеры игр, которые спикер использует на своих тренингах и в работе. И, отдельно, поговорим о примерах и даже возможных способах применения геймификации в онлайн обучении.
Итак, вы делает свой проект по Agile методологии. Итерации, планы, Daily Scrum — вроде все это работает.
Один из первых вопросов, с которым сталкиваются команды: «что положить в Бэклог продукта?». Абстрактное слово Требования уже давно известно и в тоже время, Гибкие подходы требуют гибкости мышления во всех областях. Ведь мы договорились, что Требования будут появляться по мере необходимости — мы же AGILE в конце концов. А как же описать всю систему, как построить планы, в конце концов, как оценить сложность?
С одной стороны пользователям не нужны рассказы про архитектуру, базы данных, им нужно «клац-клац, тык-тык». С другой стороны, команда должна знать, что мы вообще строим. Простые инструменты и форматы оказываются более полезными в условиях гибкости и постоянных изменений.
Agile формат записи требований в виде Историй Пользователя уже широко популярен. О нем рассказывают на тренингах, в книгах, статьях и когда хвастаются успехами внедрения Scrum, XP и других методологий.
В тоже время, простота формата хранит много ловушек. Более того, этот формат не единственный
Мы поговорим о том, что же отличает Agile Работу с Требованиями, на чем фокус и какие инструменты нам помогут.
Практику командного самоанализа добавили в Scrum в виде обязательной встречи. Фактически, эта встреча подходит любой команде вне зависимости от того, какую методологию они исповедуют и что делают. По сути, это мощнейший инструмент адаптации команды.
Вы никогда не сможете предсказать все заранее, а вот сделать выводы из полученного опыта можно, чтобы не повторять ошибок или в следующий раз добиться большего. Ну а если делать это регулярно и часто, то можно добиться очень и очень многого.
На тему Ретроспектив я написал не одну и даже не десять статей, сделал много докладов и презентаций. Тему можно развивать как в ширь, так и в глубь, но я останавливаюсь на самых практических вопросах.
В этом докладе рассказывается об основных моментах Ретроспективной встречи, как к ней подготовиться, какие бывают форматы проведения и, конечно же, практические советы по проведению.
Парадигма менеджмента безнадежно устарела. В особенности ИТ-отрасль требует иной культуры взаимодействия, а культура — набор привычек.
Роль менеджера и лидера претерпевает существенные изменения.
Мы поговорим о нескольких простых инструментах взаимодействия с командой, направленных на повышение эффективности работников интеллектуального труда.
5 Советов, как улучшить работу распределенных команд - WebCamp@Odessa Innovat...Timofey (Tim) Yevgrashyn
На сегодняшний день глобализация сделала распределенные команды повседневной практикой. Часто это не вопрос экономии, а насущная необходимость.
В тоже время часто слышим жалобы о неэффективности команд сидящих в разных офисах, и что мол только в командах сидящих за одним круглым столом возможен "true" Agile.
Используя свой десятилетний опыт работы с распределенными командами, я выделил 5 основных идей для улучшения продуктивности команд.
You have read about an interesting agile approach and now you want to try it in real-life? Are you ready to make all the needed changes for the approach to work? Are you, project managers, Business Analysts, developers ready to start thinking differently? Are the business representatives ready to communicate with development teams differently?
It is frequent that the changes in one part impact other areas of product development and are greater than just team or department changes.
Let's try to remind ourselves about the main differences of an Agile mindset. This talk will include real life examples from real companies and undocumented items that you don't always find out about when reading about Agile and planning your Agile journey.
There are a lot of talks and stories about Agile methods such as Scrum, Kanban, and XP. They certainly work for individual teams. And what would you do if you have a lot of teams in the company, or if you have a big product, which requires interaction between many teams for success? There are successful examples of scaling using Agile and Lean principles for the last 5 or more years. During the lecture, I talk about the principles and practices behind the scale.
Первое правило распределенных самоорганизующихся систем (доклад AgileBaseCamp...Timofey (Tim) Yevgrashyn
Если бы меня спросили, какую единственную практику можно рекомендовать командам — это была бы постоянная адаптация. Механизм самообучения — критический фактор для команд, которые, по сути, являются самоорганизующимися системами.
А если ваша команда разбросана по офисам, городам и странам? Как обеспечить и обратную связь и планирование изменений?
Я предлагаю взглянуть на то, что вы слышали про ретроспективы, с точки зрения организации общения совместных и распределенных групп. С меня набор ключевых аспектов и практических приемов — с вас внимание, вопросы и применение советов в вашей практике.
Сеанс коллективного гадания или почему совместные оценки все-таки помогают Ag...Timofey (Tim) Yevgrashyn
"Я все понимаю, но откуда электричество в проводах берется?" - этой фразой из анекдота можно описать то, как некоторые "Agile" команды относятся к упрощенным методам оценки.
"Да, мы почти все слышали про оценку в Пунктах (Story Points), про всякие там Идеальные Часы и прочие Agile базз-вордс. Но, поскольку мы не до конца понимаем как это работает, то давайте оценивать по старинке. Тем более заказчик требует оценку на все и сразу, да и работаем мы на заказ" и т.д. и т.п. Примерно такие высказывания я слышал не раз. Вы тоже?
Мы немного разберемся с мат-обоснованием "альтернативных" подходов к оценкам. Узнаем несколько методов быстрой оценки как командой, так и отдельными экспертами. Поговорим о том, как прогнозировать что-то на основе таких оценок.
Speech on the Stratoplan World Edition @Kharkov
Assembling main thoughts on how to build your own Culture of Leadership management in the team or organization
Как работает ваша команда? Все ли в порядке? Ваша команда – самоорганизующаяся? Что такое самоорганизация вообще? Что нужно сделать, чтобы команду можно было действительно назвать самоорганизующейся?
О самых распространенных мифах, которые касаются самоорганизующихся команд; о том, какую команду можно в принципе считать командой; какие признаки говорят об успешности команды; и что собственно говоря можно сделать, чтобы команда могла стать самоорганизующейся.
Как вы принимаете решения? Какие подходы для этого практикуете? LRM, YAGNI, JIT – то, что поможет ответить на эти вопросы, ведь все эти принципы являются основой Agility Mindset – гибкости принятия решений.
Этот доклад о том, что вы наверняка слышали, но не факт, что правильно поняли. Основная проблема с такими терминами, что многие их трактуют по-своему и с этим связано множество недопониманий. Наример, LRM (Last Responsible Moment) – это не тоже самое, что “Самый Последний Момент”, скорее это – “как и когда принимать решения”, инвестируя самое ценное, что у нас есть – наше время и силы, чтобы не делать того, что никому не нужно.
Мы разберемся в значении таких принципов, как LRM, YAGNI, JIT, их правильном понимании и использовании, а также на реальных примерах я покажу применение подхода Real Options в Lean/Agile философии. Надеюсь, мой доклад даст вам несколько мыслей о том, как начать практиковать Real Options, как способ мышления, и научиться принимать решения в вашем проекте и даже повседневной жизни.
More and more Ukrainian companies claim they implement Agile approaches. Someone does it for promotion, someone does it without announcements, someone invests a lot of money to move the entire organization, and someone introduces gradually in selected teams.
Implementing Agile approaches is not the Olympics and we can not say that someone takes the first place while someone the last. A "norm" doesn't exist and Agile maturity level of a company/team isn't defined. Companies are not compared or evaluated individually and only the overall condition of an industry is accessed.
This talk is about the overall picture of Ukrainian teams compared to the global community in 2010. A short summary of many interesting observations.
Истории Пользователей (User Stories) - семинар на AgileUkraine 7, 2009-04-25Timofey (Tim) Yevgrashyn
Семинар на тему Историй Пользователя (User Stories) прошел в рамках седьмой конференции AgileUkraine.
Первоначально задуманный как практическое упражнение для 20 человек, он превратился в захватывающую тематическую дискуссию с аудиторией в 50 человек.
Судя по отзывам, участникам было о чем пообщаться.
Хотите внедрить Канбан? Тогди читайте подробнее как мы это делали http://goo.gl/kV3NX.
В ходе мастер-класса мы на практике посмотрели, как происходит внедрение Канбан процесса. Взяли процесс производства, запустили, усовершенствовали.
По дороге участники на своем опыте узнали, на что придется обращать внимание и, что можно сделать, чтобы оптимизировать работу.
Шум, гам и много инсайтов гарантируем.
В этом докладе мы говорили про:
+ Гибкое управление маркетингом и развитием компании.
+ Методики увеличения предсказуемости и “впихивания невпихуемого”.
+ Что значат модные термины Agile, Scrum, Kanban и как их применять в обычном бизнесе (маркетинг, копирайтинг, адвокатские услуги, консалтинг и т.д.)
+ Реальные кейсы преодоления хаоса через использование гибких методик.
+ Как попасть в сказку: все сделано вовремя, в рамках бюджета, с хорошим качеством.
Вам будет интересно, если перед Вами стоит одна из таких задач:
+ Проектов много, они разные и не понятно как ими управлять.
+ Вы занимаетесь творческими задачами (маркетинг, дизайн, разработка) и не понимаете как учитывать и приоритезировать работу.
+ У Вас в бизнесе управление проектами работает по принципу “как получится” или “через ж**у”.
+ Есть постоянные проблемы с качеством и сроками.
Кому будет полезно:
+ Владельцам и директорам не IT бизнеса
+ Проектным менеджерам
+ Тем, кто планирует открыть свое дело и хочет сразу делать все по уму.
+ Тем, кто не понимает, что такое Agile и хочет узнать что-то новое, чтобы потом блистать знаниями перед коллегами.
Что получили слушатели на выходе:
+ Понимание как в обычном бизнесе использовать лучшие наработки IT сферы.
+ Основы design thinking
+ Понимание как управлять маркетингом вашей компании
It talk №23: "Если не Scrum, то что?", Екатерина ШалапановаMarina Peregud
Докладчик: Екатерина Шалапанова, деливери-менеджер финансовой практики DataArt, Петербург
О чем пойдет речь:
Что делать:
Если ваш заказчик не подписывал Agile Manifesto и не читал Scrum Guide?
Если в итерацию врываются сверхсрочные задачи?
Если бизнес-процессы не позволяют регулярные релизы?
Идеологи Scrum создавали процесс для небольших вовлеченных и нацеленных на результат команд. Что же делать, если вам приходится работать с корпорациями?
Процесс приходится строить заново, беря все самое лучшее и подстраиваясь под нужды и возможности любимых клиентов.
Я расскажу, какие подходы мы используем при создании процесса разработки, что, по моему опыту, важно, а чем можно пренебречь, ну, и обязательно о чем-нибудь еще.
Денис Тучин - Почему всегда не успеваем QA? Как могут помочь гибкие методы в ...Denis Tuchin
Какие основные проблемы есть при тестировании больших проектов и как их помогают решить гибкие (agile) практики.
Какие инструменты помогают снизить накладные расходы на тестирование при постоянно меняющихся требованиях
Валерий Куваев, HP на пути к Enterprise AgileScrumTrek
Многие в России уже хорошо знакомы с тем, что такое Kanban и Scrum на практике. Но, традиционно, в больших компаниях такое знание применяется с некоторой инерцией и запозданием. В настоящий момент в России достаточно многие крупный организации заинтересованы гибкими методиками в управлении проектами и разработкой, но еще не имеют опыта масштабирования и развертывания методик.
HP в том числе находилась в поиске подходящего под масштабы компании современного подхода. Изначально для этого использовалась методология Scrum на базе доработок в своих же продуктах.
Но с начала 2014 года был окончательно выбран фреймворк SAFe для модернизации практик HP R&D, с одновременным переходом на новый инструмент собственной разработки.
Рассказ будет о том что такое SAFe подход и почему мы его выбрали, а также о том, какие этапы мы прошли на пути на сегодняшний момент.
Алексей Пименов, 1000 и 1 система. Как бысро выполнять проекты в Enterprise-к...ScrumTrek
В зрелых компаниях обычно имеется огромное количество информационных систем, а каждый бизнес-проект состоит из кучи небольших изменений чуть ли не в каждой системе. В подобных условиях даже самые маленькие проекты могут растягиваться на период от полугода до нескольких лет. В своём докладе я расскажу о том, как можно с помощью Agile снять эту проблему:
Как организовывать проектную работу.
Как организовывать работу по поддержке информационных систем.
Как организовывать синхронизацию работ подразделений.
Как работать в условиях, когда часть информационных систем у вас поддерживают и развивают аутсорсеры.
Роль аналитика в негибких методологиях разработкиDevDay
В ходе доклада обсудим:
— Какие методологии сейчас используют чаще всего.
— Как типы разработки влияют на решение: взять аналитика в команду или нет.
— В чем суть негибкого процесса. Этапы и поставки аналитических работ.
— Нужен ли аналитик в негибком проекте продуктовой разработки - все за и против.
Сейчас про слово на букву Г где только не говорят. Есть несколько концептуальных моментов, которые на мой взгляд не понимают или используют не правильно. Расскажу немного о понятиях, видах/типах геймификации.
За 20 минут всего не расскажешь, и все-таки я покажу примеры игровых механик, а также примеры игр, которые я использую на тренингах.
Пара слов о себе:
Работаю в независимом подразделении Ciklum Consulting, работаю как тренер и консультант по внедрению гибких методологий управления проектами (Agile/Scrum/Kanban).
Более 13 лет создаю и руковожу командами по разработке программного обеспечения.
Автор блога The Improved Methods.
Фанат игровых механик для обучения и фасилитации - создатель нескольких собственных игр.
Этот доклад больше про Business Agility.
Немного про причины и необходимость изменения стиля жизни компаний, к чему стремиться, какие шаги и самое главное - какие выгоды от изменений.
В докладе есть примеры, которые помогут слушателям лучше доносить цели и ценности "внедрения Agile" для бизнес-представителей компании.
как наглядность помогает в разных аспектах мотивации, примеры известных визуальных Agile инструментов с пояснением их воздействия, плюс примеры мало известных инструментов.
IT People PechaKucha - Тимофей Евграшин - Люди из мира ИТ — всего лишь людиTimofey (Tim) Yevgrashyn
Когда-то во время учебы в институте мне довелось поработать в приемной комиссии. Общение с преподавателями вне обстановки аудитории, помогло начать по-другому к ним относиться. Тоже самое происходит в ИТ командах и компаниях. Вы можете пытаться выстроить формальный процесс, вводить правила, и в то же время человеческое общение вне работы позволяет улучшить понимание и взаимодействие. Это происходит на всех уровнях: команда, компания, отношения с заказчиком — главное не забывать об этом и правильно применять ;-)
Успех не всегда означает победу (онлайн конференция ITBrunch "Учимся на чужих...Timofey (Tim) Yevgrashyn
Рассказ из личного опыта о внедрении Agile методологий на проекте и о том, почему это им не помогло. Помимо самой истории, что и как я делал, я расскажу свои мысли о том, что повлияло на "провал" всего проекта. Успех внедрения процессов не всегда приводит к успеху проекта. К сожалению, ИТ специалисты не всегда задумываются об этом, хотя могли бы. :-)
В вопросах организации времени и себя самого все инструменты хороши. Главная задача любого инструмента – найти свое полезное применение. Так интеллект-карты (Mind Maps) могут стать незаменимым помощником не только в решении разного рода вопросов, но и в планировании: как в схематическом, так и более детальном. Интеллект-карты затрагивают как разные когнитивные функции мозга, которые помогают лучше «видеть» информацию, усваивать и организовывать, так и некоторые функции психического аппарата в целом, которые помогают выгрузить всю нужную информацию. В этом докладе - не только опыт использования интеллект-карт в чистом виде, но и опыт комбинации различных методов на основе интеллект-карт для лучшей организации личного времени.
Зачем нужны пилотные команды, когда вы внедряете новые процессы, практики или пробуете идеи. По каким признакам выбирать команды или из кого их лучше формировать. Что делать с опытом полученным этой командой и как его переносить на другие команды.
9. Немного истории
1900 1950 1980 1990 2000
Реализация
Mass
Production
Toyota Production
System
Lean
Manufacturing
Waterfall
Iterative
Incremental
Development
Lean Software
Development
Scrum
XPPMI
Принципы
Практики
10. Немного истории
1900 1950 1980 1990 2000
Реализация
Mass
Production
Toyota Production
System
Lean
Manufacturing
Waterfall
Iterative
Incremental
Development
Lean Software
Development
Agile
Scrum
XP
Your
team? J
PMI
Принципы
Практики
PMI
12. Сдвиг парадигмы #1
Требования
Далеко от ясности
Технологии Далеко от определенности
Простые
Сложные
Комплексные
Анархия
Source: Strategic Management and Organizational Dynamics by
Ralph Stacey, in Agile Software Development With Scrum by Ken
Schwaber and Mike Beedle.