Из этого доклада вы конечно же не узнаете о том, что Владельцам Продуктам свойственно есть на завтрак, какой у них “размах крыльев”, сколько они весят, при какой температуре воздуха они чувствуют себя наиболее комфортно и спят ли они стоя :-) И в то же время вы узнаете, какие Владельцы Продуктов встречались мне или моим коллегам, и какие особенности того или иного типа стоит учитывать при общении и построении взаимоотношений, а также много другого.
Основные вопросы, которые прозвучат:
* Как выглядит идеальный Владелец Продукта? Существует ли он в природе?
* Владелец Продукта на стороне команды и на стороне заказчика: кому повезло больше?
* Владелец Продукта – посредник: выход или ловушка?
* Владелец Продукта – вредитель или помощник?
* Что должен знать Владелец Продукта?
* Что команда должна знать о Владельце Продукта и наоборот?
Мы разберемся в многообразии Владельцев Продуктов и ответим на основные вопросы :-)
Нередко бывает так, что команда уверена, что она работает по Scrum, и что она следует всем принципам и практикам Scrum-методологии. Но всегда ли это действительно так? Все ли принципы Scrum работают? Каждая команда и проект уникальны, и часто не все происходит, как должно быть в теории. И можно ли в таком случае это называть Scrum-ом?
Как работает ваша команда? Все ли в порядке? Ваша команда – самоорганизующаяся? Что такое самоорганизация вообще? Что нужно сделать, чтобы команду можно было действительно назвать самоорганизующейся?
О самых распространенных мифах, которые касаются самоорганизующихся команд; о том, какую команду можно в принципе считать командой; какие признаки говорят об успешности команды; и что собственно говоря можно сделать, чтобы команда могла стать самоорганизующейся.
Методы и подходы из семейства гибких методологий уже прочно укрепились в нашем лексиконе. В тоже время, по прежнему многим компаниям не хватает фундаментальной трансформации стиля мышления. Трансформации, необходимой, чтобы действительно «стать» гибкими, а не просто «делать» какие-то практики.
Мы поговорим немного о том, что двигает компании к таким трансформациям. Рассмотрим как могут проходить трансформации компаний. И обсудим несколько публично известных кейсов, а также примеры из моей практики.
Этот рассказ никоем образом не претендует на полноту обзора, скорее имеет практический фокус, основанный на моем семилетнем опыте трансформации компаний.
Вы прочитали об интересном Agile подходе и хотите попробовать в проекте. Кто-то вам сказал, что эти модные слова помогут вам продавать ваши услуги разработки. Или вы сами искренне верите, что вам поможет внедрение методов гибкой разработки. Готовы ли вы к тем изменениям, которые необходимо сделать? Готовы ли менеджеры продукта, ваши аналитики, руководители проектов, и разработчики мыслить по-другому? Готовы ли ваша компания общаться с представителями бизнеса по-другому? Зачастую изменение работы в одной области затрагивает и другие аспекты, и часто выходит за границы команды или отдела. Давайте вспомним, какие принципиальные отличия подразумевает Agile стиль мышления. На примерах посмотрим, как это может выглядеть в продуктовой компании и в компании заказной разработки. В этом рассказе опыт реальных компаний и заметки о “недокументированных” изменениях, которые вас ожидают на пути.
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.
Из этого доклада вы конечно же не узнаете о том, что Владельцам Продуктам свойственно есть на завтрак, какой у них “размах крыльев”, сколько они весят, при какой температуре воздуха они чувствуют себя наиболее комфортно и спят ли они стоя :-) И в то же время вы узнаете, какие Владельцы Продуктов встречались мне или моим коллегам, и какие особенности того или иного типа стоит учитывать при общении и построении взаимоотношений, а также много другого.
Основные вопросы, которые прозвучат:
* Как выглядит идеальный Владелец Продукта? Существует ли он в природе?
* Владелец Продукта на стороне команды и на стороне заказчика: кому повезло больше?
* Владелец Продукта – посредник: выход или ловушка?
* Владелец Продукта – вредитель или помощник?
* Что должен знать Владелец Продукта?
* Что команда должна знать о Владельце Продукта и наоборот?
Мы разберемся в многообразии Владельцев Продуктов и ответим на основные вопросы :-)
Нередко бывает так, что команда уверена, что она работает по Scrum, и что она следует всем принципам и практикам Scrum-методологии. Но всегда ли это действительно так? Все ли принципы Scrum работают? Каждая команда и проект уникальны, и часто не все происходит, как должно быть в теории. И можно ли в таком случае это называть Scrum-ом?
Как работает ваша команда? Все ли в порядке? Ваша команда – самоорганизующаяся? Что такое самоорганизация вообще? Что нужно сделать, чтобы команду можно было действительно назвать самоорганизующейся?
О самых распространенных мифах, которые касаются самоорганизующихся команд; о том, какую команду можно в принципе считать командой; какие признаки говорят об успешности команды; и что собственно говоря можно сделать, чтобы команда могла стать самоорганизующейся.
Методы и подходы из семейства гибких методологий уже прочно укрепились в нашем лексиконе. В тоже время, по прежнему многим компаниям не хватает фундаментальной трансформации стиля мышления. Трансформации, необходимой, чтобы действительно «стать» гибкими, а не просто «делать» какие-то практики.
Мы поговорим немного о том, что двигает компании к таким трансформациям. Рассмотрим как могут проходить трансформации компаний. И обсудим несколько публично известных кейсов, а также примеры из моей практики.
Этот рассказ никоем образом не претендует на полноту обзора, скорее имеет практический фокус, основанный на моем семилетнем опыте трансформации компаний.
Вы прочитали об интересном Agile подходе и хотите попробовать в проекте. Кто-то вам сказал, что эти модные слова помогут вам продавать ваши услуги разработки. Или вы сами искренне верите, что вам поможет внедрение методов гибкой разработки. Готовы ли вы к тем изменениям, которые необходимо сделать? Готовы ли менеджеры продукта, ваши аналитики, руководители проектов, и разработчики мыслить по-другому? Готовы ли ваша компания общаться с представителями бизнеса по-другому? Зачастую изменение работы в одной области затрагивает и другие аспекты, и часто выходит за границы команды или отдела. Давайте вспомним, какие принципиальные отличия подразумевает Agile стиль мышления. На примерах посмотрим, как это может выглядеть в продуктовой компании и в компании заказной разработки. В этом рассказе опыт реальных компаний и заметки о “недокументированных” изменениях, которые вас ожидают на пути.
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.
Практические советы о планировании того, что и как вы будете выпускать. Как придать объем вашим бесплотным идеям, а по дороге добавить понимания куда мы идем, когда там будем и чего нам это будет стоить. В докладе будут примеры из опыта продуктовых команд, с которыми мне довелось работать. Также “недокументированные проблемы”, о которых многие не подозревают, и техники как все это по прежнему направлять к выпуску хоть чего-то стоящего
Раскрась свой Бэклог! Или о том как принимать решения на основе разных типов ...Timofey (Tim) Yevgrashyn
Вы знали, что Бэклог Продукта может содержать элементы разного типа? Да-да, об этом еще дедушка Швабер говорил. Я наблюдал молодых СкрамМастеров и Владельцев Продукта, которые бьются головой об стену мучаются вопросом, что можно положить в Бэклог Продукта, а что нельзя, и если нельзя, то куда.
В докладе мы рассмотрим несколько основных типов Элементов Бэклога, на примерах посмотрим как и на что они влияют. И самое главное обсудим как принимать решения о планах итерации и выпуска, на основе комбинации разных типов.
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.
Привет!
Мы рады приветствовать тебя на новом цикле митапов "Atlassian User Group in Saint-Petersburg".
Первый доклад - "Жизнь после SAFe. Или что делать рядовому сотруднику после запуска SAFe внутри компании?". Вам знакома ситуация, когда Вы сидели и спокойно работали. И тут приходит начальство и говорит, что с понедельника компания работает по SAFe. В вашей голове возникает вопрос: “Эмм.. И что мне делать?” Если такой вопрос звучит в вашей голове, то приходите и мы поговорим, что меняется в жизни рядового инженера после SAFe. От практика обучающего сотрудников работать в новых реалиях. Можно задать вопросы и познакомиться с опытом большого числа Московских и Питерских компаний.
Второй доклад будет про "SAFe в Atlassian Jira", где Юлия Атлыгина расскажет, как делать SAFe (Scaled Agile Framework) в Jira: настроить проекты и кастомные поля, объединить все уровни на одной странице, проводить PI планирования, следить за результатами и принимать правильные решения.
Для кого это?
Для менеджеров:
Вы поднимите мотивацию своей команды, рассказав, что жить можно. И сами лучше поймете на что нужно делать упор в обучении команды.
Для инженеров:
В вашей жизни появится определенность)) Да еще план действий по завоеванию мира в придачу.
Регистрируйтесь и приходите! От Вас ждем каверзных вопросов! Будет интересно!
При себе иметь удостоверение личности в связи с пропускным контролем.
С уважением,
Atlassian User Group in Saint-Petersburg
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.
Поговорим про ключевые принципы Agile mindset. О том, какие изменения в парадигмах привели к тому, что Agility стала основным движущим принципом разработки программного обеспечения. На примерах реальных компаний посмотрим, как это выглядит в продуктовой компании и в компании заказной разработки.
Масштабирование Agile в Единой фронтальной системе СбербанкаSergey Rogachev
Презентация доклада "Масштабирование Agile в Единой фронтальной системе Сбербанка" Сергея Рогачева на конференции AgileKitchen, посвященной масштабированию Agile, которая прошла в Москве 22 сентября 2016 года (https://agilerussia.timepad.ru/event/374516). Также см. видео этого доклада: https://youtu.be/mJpCJiVNuME.
Вместе со стремительным ростом компании, приходят такие проблемы, как: бюрократия, иерархия, конфликты между подразделениями. Компания постепенно теряет фокус на потребителя и смещает его на разрешение внутренних проблем. Как вернуться в то состояние, когда компания была молодой и динамичной, был драйв, и компания работала на потребителя? Как перейти в такое состояние большим и иерархичным компаниям?
Алексей Ионов. Agile-трансформация: что делать, чтобы потом не искать виноватых?ScrumTrek
Вы готовы двигаться, но не знаете, с чего конкретно начать? Какую построить структуру, какие задачи ставить и как оценивать результаты? Как не превратить гибкость в хаос? Как масштабировать успех одной команды на всю организацию (и нужно ли это делать)? Мы не станем убеждать вас в абсолютной правильности, исключительной необходимости или супер-эффективности Agile-методов. Мы просто расскажем, как их внедрять на практике. Минимум теории – максимум конкретики: ключевые шаги, подводные камни, типичные ошибки и технологии достижения результата.
Практические советы о планировании того, что и как вы будете выпускать. Как придать объем вашим бесплотным идеям, а по дороге добавить понимания куда мы идем, когда там будем и чего нам это будет стоить. В докладе будут примеры из опыта продуктовых команд, с которыми мне довелось работать. Также “недокументированные проблемы”, о которых многие не подозревают, и техники как все это по прежнему направлять к выпуску хоть чего-то стоящего
Agility - это способ мышления и принцип принятия решений.
Несколько слов о том, почему компании должны мыслить гибко, что это значит в моем понимании и, главное, как к этому прийти. Плюс, несколько примеров из опыта собственного и опыта иностранных коллег.
Сейчас много говорят про Agile методы, такие как Scrum, Kanban, и XP. Они определенно работают для отдельных команд.
А что вам делать, если у вас много команд в компании? Или если у вас действительно большой продукт и необходимо координировать много команд для достижения целей?
К счастью, уже более пяти лет существуют успешные примеры масштабировани с использованием Agile и Lean принципов.
В этой лекции я говорил о предпосылках, основных аспектах о которы нужно помнить и практиках масштабирования.
Михаил Подурец. Почему Agile не работает (на самом деле нет). Agiledays2017LuxoftAgilePractice
Каждый уважающий себя Agile-coach рано или поздно должен высказаться на эту тему:
— АААА! Оно у нас не работает
— Ваш Скрам у нас невозможен
— Как вы предлагаете делать нам интеграционное тестирование внутри спринта, если оно занимает месяц!? О_о
Спокойно! На докладе мы разберем, почему оно не работает, и как на самом деле оно должно работать.
Презентация с доклада на AgileDays 2017. Скоро будет видео
Николай Фабричев. Внедряем Agile. Как можно влиять на мотивацию команды при в...ScrumTrek
Внедряя Agile, мы много говорим про ценности и mindset, про особый тип мотивации. Процесс обычно строится на базе принципов мотивации 2.0 (Daniel Pink Drive) и, к сожалению, он не работает. Опыт показывает, что в головах людей Agile ценности часто не могут найти отражения в реальности. Люди воспринимают все как красивую теорию, не имеющую применимость в реальной жизни, но главное, не имеют внутренней мотивации изменяться и изменять окружение вокруг себя. И это проблема на пути внедрения Agile, потому что без желания двигаться к цели любая преграда становится непреодолимой. Давайте поговорим про мотивацию команды внедрять изменения на простом языке. Я приведу примеры, как заинтересовать людей изменяться самим и изменять свою команду
Истории Пользователей (User Stories) - семинар на AgileUkraine 7, 2009-04-25Timofey (Tim) Yevgrashyn
Семинар на тему Историй Пользователя (User Stories) прошел в рамках седьмой конференции AgileUkraine.
Первоначально задуманный как практическое упражнение для 20 человек, он превратился в захватывающую тематическую дискуссию с аудиторией в 50 человек.
Судя по отзывам, участникам было о чем пообщаться.
5 Советов, как улучшить работу распределенных команд - WebCamp@Odessa Innovat...Timofey (Tim) Yevgrashyn
На сегодняшний день глобализация сделала распределенные команды повседневной практикой. Часто это не вопрос экономии, а насущная необходимость.
В тоже время часто слышим жалобы о неэффективности команд сидящих в разных офисах, и что мол только в командах сидящих за одним круглым столом возможен "true" Agile.
Используя свой десятилетний опыт работы с распределенными командами, я выделил 5 основных идей для улучшения продуктивности команд.
Практические советы о планировании того, что и как вы будете выпускать. Как придать объем вашим бесплотным идеям, а по дороге добавить понимания куда мы идем, когда там будем и чего нам это будет стоить. В докладе будут примеры из опыта продуктовых команд, с которыми мне довелось работать. Также “недокументированные проблемы”, о которых многие не подозревают, и техники как все это по прежнему направлять к выпуску хоть чего-то стоящего
Раскрась свой Бэклог! Или о том как принимать решения на основе разных типов ...Timofey (Tim) Yevgrashyn
Вы знали, что Бэклог Продукта может содержать элементы разного типа? Да-да, об этом еще дедушка Швабер говорил. Я наблюдал молодых СкрамМастеров и Владельцев Продукта, которые бьются головой об стену мучаются вопросом, что можно положить в Бэклог Продукта, а что нельзя, и если нельзя, то куда.
В докладе мы рассмотрим несколько основных типов Элементов Бэклога, на примерах посмотрим как и на что они влияют. И самое главное обсудим как принимать решения о планах итерации и выпуска, на основе комбинации разных типов.
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.
Привет!
Мы рады приветствовать тебя на новом цикле митапов "Atlassian User Group in Saint-Petersburg".
Первый доклад - "Жизнь после SAFe. Или что делать рядовому сотруднику после запуска SAFe внутри компании?". Вам знакома ситуация, когда Вы сидели и спокойно работали. И тут приходит начальство и говорит, что с понедельника компания работает по SAFe. В вашей голове возникает вопрос: “Эмм.. И что мне делать?” Если такой вопрос звучит в вашей голове, то приходите и мы поговорим, что меняется в жизни рядового инженера после SAFe. От практика обучающего сотрудников работать в новых реалиях. Можно задать вопросы и познакомиться с опытом большого числа Московских и Питерских компаний.
Второй доклад будет про "SAFe в Atlassian Jira", где Юлия Атлыгина расскажет, как делать SAFe (Scaled Agile Framework) в Jira: настроить проекты и кастомные поля, объединить все уровни на одной странице, проводить PI планирования, следить за результатами и принимать правильные решения.
Для кого это?
Для менеджеров:
Вы поднимите мотивацию своей команды, рассказав, что жить можно. И сами лучше поймете на что нужно делать упор в обучении команды.
Для инженеров:
В вашей жизни появится определенность)) Да еще план действий по завоеванию мира в придачу.
Регистрируйтесь и приходите! От Вас ждем каверзных вопросов! Будет интересно!
При себе иметь удостоверение личности в связи с пропускным контролем.
С уважением,
Atlassian User Group in Saint-Petersburg
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.
Поговорим про ключевые принципы Agile mindset. О том, какие изменения в парадигмах привели к тому, что Agility стала основным движущим принципом разработки программного обеспечения. На примерах реальных компаний посмотрим, как это выглядит в продуктовой компании и в компании заказной разработки.
Масштабирование Agile в Единой фронтальной системе СбербанкаSergey Rogachev
Презентация доклада "Масштабирование Agile в Единой фронтальной системе Сбербанка" Сергея Рогачева на конференции AgileKitchen, посвященной масштабированию Agile, которая прошла в Москве 22 сентября 2016 года (https://agilerussia.timepad.ru/event/374516). Также см. видео этого доклада: https://youtu.be/mJpCJiVNuME.
Вместе со стремительным ростом компании, приходят такие проблемы, как: бюрократия, иерархия, конфликты между подразделениями. Компания постепенно теряет фокус на потребителя и смещает его на разрешение внутренних проблем. Как вернуться в то состояние, когда компания была молодой и динамичной, был драйв, и компания работала на потребителя? Как перейти в такое состояние большим и иерархичным компаниям?
Алексей Ионов. Agile-трансформация: что делать, чтобы потом не искать виноватых?ScrumTrek
Вы готовы двигаться, но не знаете, с чего конкретно начать? Какую построить структуру, какие задачи ставить и как оценивать результаты? Как не превратить гибкость в хаос? Как масштабировать успех одной команды на всю организацию (и нужно ли это делать)? Мы не станем убеждать вас в абсолютной правильности, исключительной необходимости или супер-эффективности Agile-методов. Мы просто расскажем, как их внедрять на практике. Минимум теории – максимум конкретики: ключевые шаги, подводные камни, типичные ошибки и технологии достижения результата.
Практические советы о планировании того, что и как вы будете выпускать. Как придать объем вашим бесплотным идеям, а по дороге добавить понимания куда мы идем, когда там будем и чего нам это будет стоить. В докладе будут примеры из опыта продуктовых команд, с которыми мне довелось работать. Также “недокументированные проблемы”, о которых многие не подозревают, и техники как все это по прежнему направлять к выпуску хоть чего-то стоящего
Agility - это способ мышления и принцип принятия решений.
Несколько слов о том, почему компании должны мыслить гибко, что это значит в моем понимании и, главное, как к этому прийти. Плюс, несколько примеров из опыта собственного и опыта иностранных коллег.
Сейчас много говорят про Agile методы, такие как Scrum, Kanban, и XP. Они определенно работают для отдельных команд.
А что вам делать, если у вас много команд в компании? Или если у вас действительно большой продукт и необходимо координировать много команд для достижения целей?
К счастью, уже более пяти лет существуют успешные примеры масштабировани с использованием Agile и Lean принципов.
В этой лекции я говорил о предпосылках, основных аспектах о которы нужно помнить и практиках масштабирования.
Михаил Подурец. Почему Agile не работает (на самом деле нет). Agiledays2017LuxoftAgilePractice
Каждый уважающий себя Agile-coach рано или поздно должен высказаться на эту тему:
— АААА! Оно у нас не работает
— Ваш Скрам у нас невозможен
— Как вы предлагаете делать нам интеграционное тестирование внутри спринта, если оно занимает месяц!? О_о
Спокойно! На докладе мы разберем, почему оно не работает, и как на самом деле оно должно работать.
Презентация с доклада на AgileDays 2017. Скоро будет видео
Николай Фабричев. Внедряем Agile. Как можно влиять на мотивацию команды при в...ScrumTrek
Внедряя Agile, мы много говорим про ценности и mindset, про особый тип мотивации. Процесс обычно строится на базе принципов мотивации 2.0 (Daniel Pink Drive) и, к сожалению, он не работает. Опыт показывает, что в головах людей Agile ценности часто не могут найти отражения в реальности. Люди воспринимают все как красивую теорию, не имеющую применимость в реальной жизни, но главное, не имеют внутренней мотивации изменяться и изменять окружение вокруг себя. И это проблема на пути внедрения Agile, потому что без желания двигаться к цели любая преграда становится непреодолимой. Давайте поговорим про мотивацию команды внедрять изменения на простом языке. Я приведу примеры, как заинтересовать людей изменяться самим и изменять свою команду
Истории Пользователей (User Stories) - семинар на AgileUkraine 7, 2009-04-25Timofey (Tim) Yevgrashyn
Семинар на тему Историй Пользователя (User Stories) прошел в рамках седьмой конференции AgileUkraine.
Первоначально задуманный как практическое упражнение для 20 человек, он превратился в захватывающую тематическую дискуссию с аудиторией в 50 человек.
Судя по отзывам, участникам было о чем пообщаться.
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.
Первое правило распределенных самоорганизующихся систем (доклад AgileBaseCamp...Timofey (Tim) Yevgrashyn
Если бы меня спросили, какую единственную практику можно рекомендовать командам — это была бы постоянная адаптация. Механизм самообучения — критический фактор для команд, которые, по сути, являются самоорганизующимися системами.
А если ваша команда разбросана по офисам, городам и странам? Как обеспечить и обратную связь и планирование изменений?
Я предлагаю взглянуть на то, что вы слышали про ретроспективы, с точки зрения организации общения совместных и распределенных групп. С меня набор ключевых аспектов и практических приемов — с вас внимание, вопросы и применение советов в вашей практике.
Давным давно, в мире ИТ…
Повстанцы придумали философию, чтобы продвигать свои идеи о лучших способах разработки. Но темные силы ИТ сообщества превратили их в популярный бренд и обесценили. Многие разработчики разочаровались в громогласных заявлениях и так не увидели лучших способов разработки при своей жизни.
В этом докладе используется аналогия истории в Star Wars с историей Agile движения.
Мы не правильно используем этот термин. Как бренд с большой "А" это слово должно умереть.
Но нам по прежнему нужна гибкость в разработке продуктов и проектов.
Чтобы достичь целей и не потерять ориентиры развития, мы должны заглянуть глубже, в самое сердце Agile философии.
Heart of Agile - модель предложенная Алистером Коуберном, которая гораздо понятнее объясняет суть философии гибкости.
Итак, вы делает свой проект по Agile методологии. Итерации, планы, Daily Scrum — вроде все это работает.
Один из первых вопросов, с которым сталкиваются команды: «что положить в Бэклог продукта?». Абстрактное слово Требования уже давно известно и в тоже время, Гибкие подходы требуют гибкости мышления во всех областях. Ведь мы договорились, что Требования будут появляться по мере необходимости — мы же AGILE в конце концов. А как же описать всю систему, как построить планы, в конце концов, как оценить сложность?
С одной стороны пользователям не нужны рассказы про архитектуру, базы данных, им нужно «клац-клац, тык-тык». С другой стороны, команда должна знать, что мы вообще строим. Простые инструменты и форматы оказываются более полезными в условиях гибкости и постоянных изменений.
Agile формат записи требований в виде Историй Пользователя уже широко популярен. О нем рассказывают на тренингах, в книгах, статьях и когда хвастаются успехами внедрения Scrum, XP и других методологий.
В тоже время, простота формата хранит много ловушек. Более того, этот формат не единственный
Мы поговорим о том, что же отличает Agile Работу с Требованиями, на чем фокус и какие инструменты нам помогут.
Практику командного самоанализа добавили в Scrum в виде обязательной встречи. Фактически, эта встреча подходит любой команде вне зависимости от того, какую методологию они исповедуют и что делают. По сути, это мощнейший инструмент адаптации команды.
Вы никогда не сможете предсказать все заранее, а вот сделать выводы из полученного опыта можно, чтобы не повторять ошибок или в следующий раз добиться большего. Ну а если делать это регулярно и часто, то можно добиться очень и очень многого.
На тему Ретроспектив я написал не одну и даже не десять статей, сделал много докладов и презентаций. Тему можно развивать как в ширь, так и в глубь, но я останавливаюсь на самых практических вопросах.
В этом докладе рассказывается об основных моментах Ретроспективной встречи, как к ней подготовиться, какие бывают форматы проведения и, конечно же, практические советы по проведению.
Вы прочитали об интересном Agile подходе и хотите попробовать в проекте?
Готовы ли вы к тем изменениям, которые необходимо сделать?
Готовы ли менеджеры продукта, ваши аналитики, руководители проектов, и разработчики мыслить по-другому?
Готовы ли представители бизнеса общаться с командами разработки по-другому?
Зачастую оптимизация работы в одной области затрагивает и другие аспекты выпуска продукта, и часто выходит за границы одного отдела.
Опыт маленьких и больших компаний и заметки о “недокументированных” изменениях, которые вас ожидают на этом пути.
Сейчас про слово на букву «Г» (геймификация) где только не говорят. Есть несколько концептуальных моментов, которые не понимают или используют неправильно. Поэтому для начала узнаем немного о понятиях, видах/типах геймификации.
Во второй части рассказа вы увидите примеры игровых механик и примеры игр, которые спикер использует на своих тренингах и в работе. И, отдельно, поговорим о примерах и даже возможных способах применения геймификации в онлайн обучении.
Парадигма менеджмента безнадежно устарела. В особенности ИТ-отрасль требует иной культуры взаимодействия, а культура — набор привычек.
Роль менеджера и лидера претерпевает существенные изменения.
Мы поговорим о нескольких простых инструментах взаимодействия с командой, направленных на повышение эффективности работников интеллектуального труда.
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.
Сеанс коллективного гадания или почему совместные оценки все-таки помогают 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, как способ мышления, и научиться принимать решения в вашем проекте и даже повседневной жизни.
В этом докладе мы говорили про:
+ Гибкое управление маркетингом и развитием компании.
+ Методики увеличения предсказуемости и “впихивания невпихуемого”.
+ Что значат модные термины Agile, Scrum, Kanban и как их применять в обычном бизнесе (маркетинг, копирайтинг, адвокатские услуги, консалтинг и т.д.)
+ Реальные кейсы преодоления хаоса через использование гибких методик.
+ Как попасть в сказку: все сделано вовремя, в рамках бюджета, с хорошим качеством.
Вам будет интересно, если перед Вами стоит одна из таких задач:
+ Проектов много, они разные и не понятно как ими управлять.
+ Вы занимаетесь творческими задачами (маркетинг, дизайн, разработка) и не понимаете как учитывать и приоритезировать работу.
+ У Вас в бизнесе управление проектами работает по принципу “как получится” или “через ж**у”.
+ Есть постоянные проблемы с качеством и сроками.
Кому будет полезно:
+ Владельцам и директорам не IT бизнеса
+ Проектным менеджерам
+ Тем, кто планирует открыть свое дело и хочет сразу делать все по уму.
+ Тем, кто не понимает, что такое Agile и хочет узнать что-то новое, чтобы потом блистать знаниями перед коллегами.
Что получили слушатели на выходе:
+ Понимание как в обычном бизнесе использовать лучшие наработки IT сферы.
+ Основы design thinking
+ Понимание как управлять маркетингом вашей компании
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.
Как контролировать работу? Вадим НарейкоVadim Nareyko
Школа Управленческого Мастерства (ШУМ) - 4. Тренинг по контролю выполнения работ.
Посвящен типичным ошибкам управления при внедрении гибких (адаптивных, Agile) методологий. Разбираются активности и роли на примере методологии Scrum.
Ведущий: Вадим Нарейко
Страница: https://www.facebook.com/ManagementMasters
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Mykola Mytko — "Быть, а не казаться Agile" it-network
Николай рассказал, что же значит Agile и как правильно его внедрять.
✔️Agile — это обучение и выполнение работы через опыт.
✔️Изменения - это нормально, нужно ошибаться, делать выводы и учиться.
✔️Agile — это мышление. Есть 2 подхода к Agile: делать и быть.
✔️Попробуйте модель обучения СюХаРи.
✔️Задача Agile коучей - научить людей мыслить.
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 помогает спланировать регрессию, когда совсем не осталось на нее времени
Инновационная модель дизайна организационных изменений “Драйвер перемен” основана на последних открытиях в нейробиологии и учитывает особенности реакций человека на перемены. Используя принципы дизайн-мышления, она активизирует правое полушарие мозга, повышает креативность и позволяет вовлечь всех сотрудников. Благодаря этому изменения в компании происходят органично и внедряются максимально эффективно.
Presentation is about our methodology for driving change. It incorporates design-thinking philosophy, visualization techniques, facilitation and latest findings in neurobiology.
Scrum!
Short introduction to Scrum in Russian.
What, who, how and which results you gain.
Scrum!
Краткое введение в Scrum на русском языке.
Что, кто, как и для чего он нужен.
Постановка и улучшение скрам процесса для группы проектов в большой компании,...viktor_bezhenar
Презентация с конференции Lviv PM Day весны 2014 года:
- Что мешает организациям начать использовать гибкие методологии и почему это сложно?
- Преобразование методологий разработки портфеля проектов к Scrum методологии с помощью ЕТС (enterprise transition community - сообщество по изменениям на предприятии):
* наш путь
* его пересечение с моделью Майка Кона и работа по модели
* обязанности и методы работы ЕТС
Сейчас про слово на букву Г где только не говорят. Есть несколько концептуальных моментов, которые на мой взгляд не понимают или используют не правильно. Расскажу немного о понятиях, видах/типах геймификации.
За 20 минут всего не расскажешь, и все-таки я покажу примеры игровых механик, а также примеры игр, которые я использую на тренингах.
Пара слов о себе:
Работаю в независимом подразделении Ciklum Consulting, работаю как тренер и консультант по внедрению гибких методологий управления проектами (Agile/Scrum/Kanban).
Более 13 лет создаю и руковожу командами по разработке программного обеспечения.
Автор блога The Improved Methods.
Фанат игровых механик для обучения и фасилитации - создатель нескольких собственных игр.
Этот доклад больше про Business Agility.
Немного про причины и необходимость изменения стиля жизни компаний, к чему стремиться, какие шаги и самое главное - какие выгоды от изменений.
В докладе есть примеры, которые помогут слушателям лучше доносить цели и ценности "внедрения Agile" для бизнес-представителей компании.
как наглядность помогает в разных аспектах мотивации, примеры известных визуальных Agile инструментов с пояснением их воздействия, плюс примеры мало известных инструментов.
IT People PechaKucha - Тимофей Евграшин - Люди из мира ИТ — всего лишь людиTimofey (Tim) Yevgrashyn
Когда-то во время учебы в институте мне довелось поработать в приемной комиссии. Общение с преподавателями вне обстановки аудитории, помогло начать по-другому к ним относиться. Тоже самое происходит в ИТ командах и компаниях. Вы можете пытаться выстроить формальный процесс, вводить правила, и в то же время человеческое общение вне работы позволяет улучшить понимание и взаимодействие. Это происходит на всех уровнях: команда, компания, отношения с заказчиком — главное не забывать об этом и правильно применять ;-)
Хотите внедрить Канбан? Тогди читайте подробнее как мы это делали http://goo.gl/kV3NX.
В ходе мастер-класса мы на практике посмотрели, как происходит внедрение Канбан процесса. Взяли процесс производства, запустили, усовершенствовали.
По дороге участники на своем опыте узнали, на что придется обращать внимание и, что можно сделать, чтобы оптимизировать работу.
Шум, гам и много инсайтов гарантируем.
Успех не всегда означает победу (онлайн конференция ITBrunch "Учимся на чужих...Timofey (Tim) Yevgrashyn
Рассказ из личного опыта о внедрении Agile методологий на проекте и о том, почему это им не помогло. Помимо самой истории, что и как я делал, я расскажу свои мысли о том, что повлияло на "провал" всего проекта. Успех внедрения процессов не всегда приводит к успеху проекта. К сожалению, ИТ специалисты не всегда задумываются об этом, хотя могли бы. :-)
В вопросах организации времени и себя самого все инструменты хороши. Главная задача любого инструмента – найти свое полезное применение. Так интеллект-карты (Mind Maps) могут стать незаменимым помощником не только в решении разного рода вопросов, но и в планировании: как в схематическом, так и более детальном. Интеллект-карты затрагивают как разные когнитивные функции мозга, которые помогают лучше «видеть» информацию, усваивать и организовывать, так и некоторые функции психического аппарата в целом, которые помогают выгрузить всю нужную информацию. В этом докладе - не только опыт использования интеллект-карт в чистом виде, но и опыт комбинации различных методов на основе интеллект-карт для лучшей организации личного времени.