Методы и подходы из семейства гибких методологий уже прочно укрепились в нашем лексиконе. В тоже время, по прежнему многим компаниям не хватает фундаментальной трансформации стиля мышления. Трансформации, необходимой, чтобы действительно «стать» гибкими, а не просто «делать» какие-то практики.
Мы поговорим немного о том, что двигает компании к таким трансформациям. Рассмотрим как могут проходить трансформации компаний. И обсудим несколько публично известных кейсов, а также примеры из моей практики.
Этот рассказ никоем образом не претендует на полноту обзора, скорее имеет практический фокус, основанный на моем семилетнем опыте трансформации компаний.
Вы прочитали об интересном 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.
Вебинар: 12 принципов Agile, которые делают его довольно успешнымak-itconsulting.com
Мы приглашаем вас на бесплатный вебинар, посвященный основам философии Agile. Мы познакомим вас с основными принципами, которые делают Agile успешным и популярным.
В ходе вебинара вы:
- Узнаете о 12 принципах Agile
- Разберетесь, почему каждый из них является важным для достижения успеха
- Поймете принципы, на основе которых создаются инструменты Agile
Узнать больше о вебинаре: http://coach.ak-itconsulting.com/2014/08/12-principov-agile/
В начале 2011го года компания Skype купила небольшой стартап под названием Qik. На тот момент в компании Skype был официальный процесс на базе SCRUM. Вышло так, что после перехода на этот процесс, команда Qik сильно потеряла в скорости поставки. В своём докладе я расскажу, что именно произошло, и как следование правилам 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.
Вебинар: 12 принципов Agile, которые делают его довольно успешнымak-itconsulting.com
Мы приглашаем вас на бесплатный вебинар, посвященный основам философии Agile. Мы познакомим вас с основными принципами, которые делают Agile успешным и популярным.
В ходе вебинара вы:
- Узнаете о 12 принципах Agile
- Разберетесь, почему каждый из них является важным для достижения успеха
- Поймете принципы, на основе которых создаются инструменты Agile
Узнать больше о вебинаре: http://coach.ak-itconsulting.com/2014/08/12-principov-agile/
В начале 2011го года компания Skype купила небольшой стартап под названием Qik. На тот момент в компании Skype был официальный процесс на базе SCRUM. Вышло так, что после перехода на этот процесс, команда Qik сильно потеряла в скорости поставки. В своём докладе я расскажу, что именно произошло, и как следование правилам Scrum мешало команде быстро и качественно разрабатывать свой продукт.
Практические советы о планировании того, что и как вы будете выпускать. Как придать объем вашим бесплотным идеям, а по дороге добавить понимания куда мы идем, когда там будем и чего нам это будет стоить. В докладе будут примеры из опыта продуктовых команд, с которыми мне довелось работать. Также “недокументированные проблемы”, о которых многие не подозревают, и техники как все это по прежнему направлять к выпуску хоть чего-то стоящего
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.
Из этого доклада вы конечно же не узнаете о том, что Владельцам Продуктам свойственно есть на завтрак, какой у них “размах крыльев”, сколько они весят, при какой температуре воздуха они чувствуют себя наиболее комфортно и спят ли они стоя :-) И в то же время вы узнаете, какие Владельцы Продуктов встречались мне или моим коллегам, и какие особенности того или иного типа стоит учитывать при общении и построении взаимоотношений, а также много другого.
Основные вопросы, которые прозвучат:
* Как выглядит идеальный Владелец Продукта? Существует ли он в природе?
* Владелец Продукта на стороне команды и на стороне заказчика: кому повезло больше?
* Владелец Продукта – посредник: выход или ловушка?
* Владелец Продукта – вредитель или помощник?
* Что должен знать Владелец Продукта?
* Что команда должна знать о Владельце Продукта и наоборот?
Мы разберемся в многообразии Владельцев Продуктов и ответим на основные вопросы :-)
Agility - это способ мышления и принцип принятия решений.
Несколько слов о том, почему компании должны мыслить гибко, что это значит в моем понимании и, главное, как к этому прийти. Плюс, несколько примеров из опыта собственного и опыта иностранных коллег.
Масштабирование Agile в Единой фронтальной системе СбербанкаSergey Rogachev
Презентация доклада "Масштабирование Agile в Единой фронтальной системе Сбербанка" Сергея Рогачева на конференции AgileKitchen, посвященной масштабированию Agile, которая прошла в Москве 22 сентября 2016 года (https://agilerussia.timepad.ru/event/374516). Также см. видео этого доклада: https://youtu.be/mJpCJiVNuME.
Нередко бывает так, что команда уверена, что она работает по Scrum, и что она следует всем принципам и практикам Scrum-методологии. Но всегда ли это действительно так? Все ли принципы Scrum работают? Каждая команда и проект уникальны, и часто не все происходит, как должно быть в теории. И можно ли в таком случае это называть Scrum-ом?
Что такое agile?
Не бойтесь незнакомого слова и не думайте, что оно относится только к сфере ИТ и разработке программного обеспечения. Действительно, изначально agile - это идеология подхода к разработке программного обеспечения. Но в последнее время гибкий подход к проектам (Agile) нашел применение не только в сфере ИТ. Уже сейчас те, кто применяют формат Agile-управления проектами в разных сферах и отраслях, более успешны, чем их конкуренты. Еще более модным agile-подход сделал Герман Греф, сказав, что "Те, кто не освоит Agile сегодня в куче бизнес-процессов – будет лузерами завтра".
Раскрась свой Бэклог! Или о том как принимать решения на основе разных типов ...Timofey (Tim) Yevgrashyn
Вы знали, что Бэклог Продукта может содержать элементы разного типа? Да-да, об этом еще дедушка Швабер говорил. Я наблюдал молодых СкрамМастеров и Владельцев Продукта, которые бьются головой об стену мучаются вопросом, что можно положить в Бэклог Продукта, а что нельзя, и если нельзя, то куда.
В докладе мы рассмотрим несколько основных типов Элементов Бэклога, на примерах посмотрим как и на что они влияют. И самое главное обсудим как принимать решения о планах итерации и выпуска, на основе комбинации разных типов.
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.
Из этого доклада вы конечно же не узнаете о том, что Владельцам Продуктам свойственно есть на завтрак, какой у них “размах крыльев”, сколько они весят, при какой температуре воздуха они чувствуют себя наиболее комфортно и спят ли они стоя :-) И в то же время вы узнаете, какие Владельцы Продуктов встречались мне или моим коллегам, и какие особенности того или иного типа стоит учитывать при общении и построении взаимоотношений, а также много другого.
Основные вопросы, которые прозвучат:
* Как выглядит идеальный Владелец Продукта? Существует ли он в природе?
* Владелец Продукта на стороне команды и на стороне заказчика: кому повезло больше?
* Владелец Продукта – посредник: выход или ловушка?
* Владелец Продукта – вредитель или помощник?
* Что должен знать Владелец Продукта?
* Что команда должна знать о Владельце Продукта и наоборот?
Мы разберемся в многообразии Владельцев Продуктов и ответим на основные вопросы :-)
Agility - это способ мышления и принцип принятия решений.
Несколько слов о том, почему компании должны мыслить гибко, что это значит в моем понимании и, главное, как к этому прийти. Плюс, несколько примеров из опыта собственного и опыта иностранных коллег.
Масштабирование Agile в Единой фронтальной системе СбербанкаSergey Rogachev
Презентация доклада "Масштабирование Agile в Единой фронтальной системе Сбербанка" Сергея Рогачева на конференции AgileKitchen, посвященной масштабированию Agile, которая прошла в Москве 22 сентября 2016 года (https://agilerussia.timepad.ru/event/374516). Также см. видео этого доклада: https://youtu.be/mJpCJiVNuME.
Нередко бывает так, что команда уверена, что она работает по Scrum, и что она следует всем принципам и практикам Scrum-методологии. Но всегда ли это действительно так? Все ли принципы Scrum работают? Каждая команда и проект уникальны, и часто не все происходит, как должно быть в теории. И можно ли в таком случае это называть Scrum-ом?
Что такое agile?
Не бойтесь незнакомого слова и не думайте, что оно относится только к сфере ИТ и разработке программного обеспечения. Действительно, изначально agile - это идеология подхода к разработке программного обеспечения. Но в последнее время гибкий подход к проектам (Agile) нашел применение не только в сфере ИТ. Уже сейчас те, кто применяют формат Agile-управления проектами в разных сферах и отраслях, более успешны, чем их конкуренты. Еще более модным agile-подход сделал Герман Греф, сказав, что "Те, кто не освоит Agile сегодня в куче бизнес-процессов – будет лузерами завтра".
Раскрась свой Бэклог! Или о том как принимать решения на основе разных типов ...Timofey (Tim) Yevgrashyn
Вы знали, что Бэклог Продукта может содержать элементы разного типа? Да-да, об этом еще дедушка Швабер говорил. Я наблюдал молодых СкрамМастеров и Владельцев Продукта, которые бьются головой об стену мучаются вопросом, что можно положить в Бэклог Продукта, а что нельзя, и если нельзя, то куда.
В докладе мы рассмотрим несколько основных типов Элементов Бэклога, на примерах посмотрим как и на что они влияют. И самое главное обсудим как принимать решения о планах итерации и выпуска, на основе комбинации разных типов.
Наша компания занимается разработкой веб-сервисов для организаций. В периоды пиковых нагрузок в наших системах работают сотни тысяч пользователей, а стоимость наших ошибок, сконвертированная в потенциальные потери для компании, измеряется миллионами рублей.
Разумеется, мы не могли не задумываться о том, как организовывать нашу работу, чтобы минимизировать технические и организационные риски, и в какой-то момент зону нашего внимания попали гибкие методологии разработки. Разные команды разработчиков у нас работают немного по-разному, кто-то в полной мере использует Agile, кто-то применяет лишь отдельные практики гибкой разработки.
Использование ICONIX для анализа требований в ScrumNikita Filippov
Scrum, как управленческий фреймворк, достаточно бегло описывает вопросы сбора и особенно анализа требований, а методы моделирования продукта в нем фактически отсутствуют. Мы адаптировали процесс ICONIX ("подмножество" UML) для работы с требованиями в стиле Agile для распределенных команд, избавившись от "водопадных" потерь при разработке ПО. В докладе будет рассказано про структуру процесса ICONIX и наборе диаграмм, который применяется в нем для сбора и анализа требований. Мы сделали необходимый тюнинг процесса ICONIX, чтобы преодолеть вызовы, с которыми столкнулись (например, выбор политики актуализации модели и кода), и сделали его действительно гибким процессом, отлично сочетающимся с традиционными Agile-практиками.
Управление проектом/продуктом в Agile в первую очередь связано с эффективным управлением требованиями. Хорошие требования = ценный для заказчика продукт. Для любого менеджера продуктов существует две основных преграды к реализации продукта:
— Что делать в первую очередь? Как управлять приоритетами?
— Как интегрировать сбор требований в итеративный процесс разработки.
В этом докладе мы поговорим о том, чем отличается классический сбор требований от организации требований в Agile разработке. Поговорим о способах эффективного сбора требований, метриках и т.д. Обсудим роль Product Owner'a.
Постановка и улучшение скрам процесса для группы проектов в большой компании,...viktor_bezhenar
Презентация с конференции Lviv PM Day весны 2014 года:
- Что мешает организациям начать использовать гибкие методологии и почему это сложно?
- Преобразование методологий разработки портфеля проектов к Scrum методологии с помощью ЕТС (enterprise transition community - сообщество по изменениям на предприятии):
* наш путь
* его пересечение с моделью Майка Кона и работа по модели
* обязанности и методы работы ЕТС
Денис Тучин - Почему всегда не успеваем QA? Как могут помочь гибкие методы в ...Denis Tuchin
Какие основные проблемы есть при тестировании больших проектов и как их помогают решить гибкие (agile) практики.
Какие инструменты помогают снизить накладные расходы на тестирование при постоянно меняющихся требованиях
Мастер-класс. Интерактивная презентация + деловая игра «Управление командами разрабатывающими ПО по Agile (Scrum) и выводу нового программного продукта (ПО) на рынок» c использованием симулятора проектной деятельности (СПД) BesTeamKpi®
Воркшоп "Не все святой скрам"
"Давно уже установленный факт, что методики, которые применялись ранее, в современном мире сверхбыстрого обмена информацией теряют свою эффективность. Более того, непрозрачная работа внутри компании может приносить Вам убытки и давать Вашим конкурентам дополнительные преимущества."
Какие вопросы будут рассмотрены?
- какие фреймворки и инструмены используют в XXI веке?
- как выбрать подходящий для Вас фреймворк?
- как необходимо рушить старые и внедрять новые практики в вашем повседневном рабочем процессе?
Спикер - Anna Lavrova – SAFe Agilist, Scrum Master
ЛАФ7 Гибкий бизнес и принципы постановки задачи v1 1Dmitry Bezuglyy
Доклад с Летнего Аналитического Фестивали.
Предпосылки и ключевые преимущества трансформации к продуктовым командам.
Новые единицы структурирования и развития бизнеса
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...RIF-Technology
В рамках доклада рассмотрим вопросы формирования команды с помощью модели МакКинси 7с (McKinsey 7s), поговорим о процессах разработки программного продукта, системе релизов, системном инжиниринге и рекомендациях по системе управления процессами.
Выступление будет интересно руководителям команд разработчиков, особенно тем, кто фокусируется на предсказуемости сроков и качестве создаваемого решения.
Agile/Scrum методологии разработки программного обеспеченияjazzteam
Сотрудница компании JazzTeam провела ряд лекций в Гродненском государственном университете имени Янки Купалы.
После конференции Solit-2013 в рамках ознакомительного тура по Беларуси для одного из англозычных докладчиков, руководство компании посетило Гродненский государственный университет имени Янки Купалы, где состоялось знакомство с руководством кафедры программного обеспечения интеллектуальных и компьютерных систем. В рамках продолжения отношений между компанией и кафедрой представитель компании JazzTeam провела несколько лекции по тематике разработки программного обеспечения.
Лекции проходили в рамках заседания студенческого семинара “Информатика – Сегодня”, которые университет и кафедра проводят регулярно.
Первая лекция была проведена 22 марта 2013 года на тему: “Agile/Scrum методологии разработки программного обеспечения”.
Посетителей, участников, слушателей этой лекции заинтересовали такие вопросы: преимущества и недостатки agile и scrum, как разработчики решают спорные моменты, как новичок может повлиять на всю команду, как замотивировать разработчиков и т.д. После доклада была продолжительная и насыщенная дискуссия по возникшим у слушателей вопросам.
На лекциях присутствовало много людей, начиная от первокурсников до преподавателей.
Лекции охватывали большой спектр вопросов, и все моменты были разобраны на примерах. Публика вела себя очень оживленно и интересовалась больше примерами из жизни, практическими навыками.
Впечатления о проведенных лекциях остались самые положительные. Спасибо за интересные вопросы и обсуждения!
You probably know what is iteration Zero.
Everybody uses this term but a few can define it clearly. Some use it to designate a special time for building infractructure, others as an iteration for assembling a team and sharing a product vision or elaborating initial requirements. Still, you can hardly get a clear explanation how to do your iteration Zero.
We in ScrumTrek have been helping organizations to adopt Agile for more that 5 years. Our understanding of iteration Zero has evolved over time and now we understand it as a time for a team, bussiness and other stakeholders to investigate collaboratively a product that they are going to build.
Join our session to learn about our experience and practices for iteration Zero. You will see how we do product/project analysis and create product vision and backlog. We will be talking about practices for helping a team to start their first iterations and discuss how to involve stakeholders into collaborative work.
And, what is more important, how to box it into just one iteration.
What kind of team we can call a good team? Good team (incl P.O.) delivers right features to their customers. If features are wrong, or they are delivered too early you can failure your product or project.
PDA Newton has been released to the market too early and failed. Market was not ready for it. There are some other typical mistakes. For example, sometimes we are not able to understand our customer or hit wrong segment of the market.
This workshop will show how to use Innovation Games ® play with customers to understand their value, and use this information to effectively prioritize and release the feature they want and when they want.