Dude, Where's my Specification? (Где моя спецификация, чувак?)
•Download as PPT, PDF•
2 likes•609 views
Report
Share
Report
Share
Recommended
Scrum, Kanban… Что дальше? История Nokia
Scrum, Kanban, XP или любой другой известный гибкий фреймворк/метод: для вашей команды уже давно не является чем-то новым.
Многие многие месяцы вы регулярно проводите стендапы; ваши ретроспективы все так же интересны и эффективны; непрерывная интеграция и поставка - это что-то само собой разумеющееся; коллективное владение кодом, парная работа, ревью и стандарты кодирования - это, как чистить зубы по утрам. В общем, если вы уже давно и серьезно следуете не только букве, но и духу Agile, то может быть пришло время задуматься о чем-то большем? Как насчет того, чтобы сделать следующий заметный шаг по направлению к настоящей гибкости?
В этом докладе я расскажу вам, как мы в Nokia сделали этот радикальный шаг, почему мы его совершили и что из этого получилось. Вы узнаете, что ждет по-настояющему опытные и сработанные команды там за горизонтом привычного и уже обыденного для многих Scrum или Kanban. Давайте же вместе заглянем за грань!
Scaling without Scale is Possible!
LeSS, Nexus, SAFe, XYZ – the more years passed since Agile Manifesto was created the more scaled frameworks we get. But is it really the only one way to help dozens of people to self-organise around the single product? What if there are other ways with fewer efforts and more efficiency, meaning, awareness?
I want to tell you the story of our company. One awesome product, millions of users all over the world, several platforms, around 100 brave people and… no backlogs synchronisations, no very special roles, no hierarchical structures, no prescribed aligned processes and no branded scaled frameworks.
On the other hand, there are technical excellence, impact driven development, platform silos absence, meaningful KPI orientation, lean startup culture and teams happiness.
How are we able to do this? Please, come and you will find out. A true HERE Maps team story with a lot of real examples.
PMI - Business Agility
Доклад на открытом форуме PMI о том, что такое Business Agility и к каким изменениям в организации оно ведет.
https://www.youtube.com/watch?v=ZfLqWwDp5QQ&feature=youtu.be&t=22465
Why Do You Scale: Because You Really Need or Because You Don't Know How to Or...
LeSS, Nexus, SAFe, XYZ — the more years passed since Agile Manifesto was created the more scaled frameworks we get. But is it really the only one way to help dozens of people to self-organise around the single product? What if there are other ways with fewer efforts and more efficiency, meaning, awareness?
I want to tell you the story of our company. One awesome product, millions of users all over the world, several platforms, around 100 brave people and… no backlogs synchronisations, no very special roles, no hierarchical structures, no prescribed aligned processes and no branded scaled frameworks.
On the other hand, there are technical excellence, impact driven development, platform silos absence, meaningful KPI orientation, lean startup culture and teams happiness.
How are we able to do this? Please, come and you will find out. A true HERE Maps team story with a lot of real examples.
Как не попасть в ловушку локальной оптимизации в процессе Agile-трансформации
Systems Thinking - это направление методологии научного познания, в основе которого лежит рассмотрение объекта как системы, сообщает нам wikipedia. Один из ключевых навыков, которыми должен обладать топ-менеджмент по мнению Гарвардского Университета. Данная техника оказывается абсолютно бесценной, когда дело доходит до по-настоящему больших и сложных agile-трансформаций. Когда буквально пара компромисов "мы это не трогаем, потому что..." или неверно выбранный фреймфорк могут привести к катастрофе, нужно иметь средство принимать взвешенные и обоснованные решения, исключающие очередную локальную оптимизацию. Systems Thinking в этом случае - как раз то, что доктор прописал. За два часа мы очень быстро познакомимся с теорией метода и посвятим львинную долю времени практике. Не могу обещать, что после этой сессии мир будет все еще прежним.
Agile оставит рынок без программистов
Наше сообщество SkillsWiki с интересом наблюдает за стремительным изменением рынка, темпы конкуренции которого увеличиваются год за годом. IT и бизнес подталкивают друг друга все к более быстрым изменениям. Agile, гибкие процессы во многих областях давно стали необходимостью. Неудивительно, что все эти изменения постепенно коренным образом перестраивают профиль сотрудников, изменяют подходы к образованию, заставляют людей по-другому смотреть на свое развитие, карьеру. Узкоспециализированные профессии постепенно отмирают, на их место приходят более универсальные профессии, способные сочетать навыки нескольких специализацией, умение приспосабливаться и быстро реагировать на потребности бизнеса. Как и всех, нас интересует наше будущее, наша востребованность. Можем ли мы полагаться в своем развитии на мнение коллег на работе? А идет ли в ногу со временем вся компания в целом? Какие специалисты потребуются рынку через несколько лет? На примере исследования рынков труда России и США по таким популярным и новым специализациями как DevOps Engineer, Data Scientist, .NET Developer, мы постарались выделить главные тренды ближайших лет и ориентиры для личного развития.
Recommended
Scrum, Kanban… Что дальше? История Nokia
Scrum, Kanban, XP или любой другой известный гибкий фреймворк/метод: для вашей команды уже давно не является чем-то новым.
Многие многие месяцы вы регулярно проводите стендапы; ваши ретроспективы все так же интересны и эффективны; непрерывная интеграция и поставка - это что-то само собой разумеющееся; коллективное владение кодом, парная работа, ревью и стандарты кодирования - это, как чистить зубы по утрам. В общем, если вы уже давно и серьезно следуете не только букве, но и духу Agile, то может быть пришло время задуматься о чем-то большем? Как насчет того, чтобы сделать следующий заметный шаг по направлению к настоящей гибкости?
В этом докладе я расскажу вам, как мы в Nokia сделали этот радикальный шаг, почему мы его совершили и что из этого получилось. Вы узнаете, что ждет по-настояющему опытные и сработанные команды там за горизонтом привычного и уже обыденного для многих Scrum или Kanban. Давайте же вместе заглянем за грань!
Scaling without Scale is Possible!
LeSS, Nexus, SAFe, XYZ – the more years passed since Agile Manifesto was created the more scaled frameworks we get. But is it really the only one way to help dozens of people to self-organise around the single product? What if there are other ways with fewer efforts and more efficiency, meaning, awareness?
I want to tell you the story of our company. One awesome product, millions of users all over the world, several platforms, around 100 brave people and… no backlogs synchronisations, no very special roles, no hierarchical structures, no prescribed aligned processes and no branded scaled frameworks.
On the other hand, there are technical excellence, impact driven development, platform silos absence, meaningful KPI orientation, lean startup culture and teams happiness.
How are we able to do this? Please, come and you will find out. A true HERE Maps team story with a lot of real examples.
PMI - Business Agility
Доклад на открытом форуме PMI о том, что такое Business Agility и к каким изменениям в организации оно ведет.
https://www.youtube.com/watch?v=ZfLqWwDp5QQ&feature=youtu.be&t=22465
Why Do You Scale: Because You Really Need or Because You Don't Know How to Or...
LeSS, Nexus, SAFe, XYZ — the more years passed since Agile Manifesto was created the more scaled frameworks we get. But is it really the only one way to help dozens of people to self-organise around the single product? What if there are other ways with fewer efforts and more efficiency, meaning, awareness?
I want to tell you the story of our company. One awesome product, millions of users all over the world, several platforms, around 100 brave people and… no backlogs synchronisations, no very special roles, no hierarchical structures, no prescribed aligned processes and no branded scaled frameworks.
On the other hand, there are technical excellence, impact driven development, platform silos absence, meaningful KPI orientation, lean startup culture and teams happiness.
How are we able to do this? Please, come and you will find out. A true HERE Maps team story with a lot of real examples.
Как не попасть в ловушку локальной оптимизации в процессе Agile-трансформации
Systems Thinking - это направление методологии научного познания, в основе которого лежит рассмотрение объекта как системы, сообщает нам wikipedia. Один из ключевых навыков, которыми должен обладать топ-менеджмент по мнению Гарвардского Университета. Данная техника оказывается абсолютно бесценной, когда дело доходит до по-настоящему больших и сложных agile-трансформаций. Когда буквально пара компромисов "мы это не трогаем, потому что..." или неверно выбранный фреймфорк могут привести к катастрофе, нужно иметь средство принимать взвешенные и обоснованные решения, исключающие очередную локальную оптимизацию. Systems Thinking в этом случае - как раз то, что доктор прописал. За два часа мы очень быстро познакомимся с теорией метода и посвятим львинную долю времени практике. Не могу обещать, что после этой сессии мир будет все еще прежним.
Agile оставит рынок без программистов
Наше сообщество SkillsWiki с интересом наблюдает за стремительным изменением рынка, темпы конкуренции которого увеличиваются год за годом. IT и бизнес подталкивают друг друга все к более быстрым изменениям. Agile, гибкие процессы во многих областях давно стали необходимостью. Неудивительно, что все эти изменения постепенно коренным образом перестраивают профиль сотрудников, изменяют подходы к образованию, заставляют людей по-другому смотреть на свое развитие, карьеру. Узкоспециализированные профессии постепенно отмирают, на их место приходят более универсальные профессии, способные сочетать навыки нескольких специализацией, умение приспосабливаться и быстро реагировать на потребности бизнеса. Как и всех, нас интересует наше будущее, наша востребованность. Можем ли мы полагаться в своем развитии на мнение коллег на работе? А идет ли в ногу со временем вся компания в целом? Какие специалисты потребуются рынку через несколько лет? На примере исследования рынков труда России и США по таким популярным и новым специализациями как DevOps Engineer, Data Scientist, .NET Developer, мы постарались выделить главные тренды ближайших лет и ориентиры для личного развития.
Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)
Динамика изменений со стороны бизнеса (наших заказчиков) сейчас настолько велика, что впереди оказываются компании, процесс разработки в которых непрерывно эволюционирует.
Эволюционный процесс позволяет научиться делать более быстрые поставки, принимать более качественные решения, а главное, поставлять с первого раза именно то, что нужно бизнесу.
Необходимый минимум для построения современных процессов разработки - это три ключевых, обязательных для освоения навыка, которым просто обязан научиться каждый участник проектной команды:
1. как можно раньше узнавать то, чего мы еще не знаем;
2. вовремя видеть, анализировать и решать возникающие проблем;
3. помогать бизнесу добиваться лучших из возможных результатов.
Во время доклада я расскажу подробно, какие инструменты вы можете использовать, чтобы выработать в своей команде эти три навыка и тем самым научиться постоянно улучшаться.
Как не собрать все грабли при Agile трансформации компании?
Agile хайп делает свое дело: многие компании от крупных банков до растущих стартапов ринулись трансформироваться в Agile. Но все так или иначе наступают на грабли: Нужно ли менять организационную структуру компании или не стоит? В какой момент это делать? Если менять, то как? Есть ли какие-то шаблоны или нужно использовать другие подходы? Как формировать Agile команды? Довериться мнению бизнеса, функциональных руководителей IT? Я расскажу о нетривиальных проблемах, в решении которых я участвовал за предыдущий год в крупных компаниях (количество команд >= 5), и, конечно же, о решениях.
Почему у нас не выходит Agile?
Scrum, Kanban, XP, Crystal и прочие еще более редкие фреймворки и методы, что обещают Вам стать agile, уже давно опробованы, как в чистом виде, так и в составе ядерных коктейлей а воз и ныне там. Ваши отделы, продуктовые группы и вся компания целиком все так же далеки от того, чтобы быть agile. Меж тем верхи действительно хотят, а низы однозначно могут и даже обратное все так же верно. Так в чем же дело? В рамках этого доклада мы попытаемся ответить на этот вопрос. Будем говорить о разной степени важности тех или иных элементов больших agile-трансформаций, их влиянии друг на друга и правильно расставленных акцентах и приоритетах. В конце, как обычно, секретный ингредиент успеха.
More Related Content
Viewers also liked
Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)
Динамика изменений со стороны бизнеса (наших заказчиков) сейчас настолько велика, что впереди оказываются компании, процесс разработки в которых непрерывно эволюционирует.
Эволюционный процесс позволяет научиться делать более быстрые поставки, принимать более качественные решения, а главное, поставлять с первого раза именно то, что нужно бизнесу.
Необходимый минимум для построения современных процессов разработки - это три ключевых, обязательных для освоения навыка, которым просто обязан научиться каждый участник проектной команды:
1. как можно раньше узнавать то, чего мы еще не знаем;
2. вовремя видеть, анализировать и решать возникающие проблем;
3. помогать бизнесу добиваться лучших из возможных результатов.
Во время доклада я расскажу подробно, какие инструменты вы можете использовать, чтобы выработать в своей команде эти три навыка и тем самым научиться постоянно улучшаться.
Как не собрать все грабли при Agile трансформации компании?
Agile хайп делает свое дело: многие компании от крупных банков до растущих стартапов ринулись трансформироваться в Agile. Но все так или иначе наступают на грабли: Нужно ли менять организационную структуру компании или не стоит? В какой момент это делать? Если менять, то как? Есть ли какие-то шаблоны или нужно использовать другие подходы? Как формировать Agile команды? Довериться мнению бизнеса, функциональных руководителей IT? Я расскажу о нетривиальных проблемах, в решении которых я участвовал за предыдущий год в крупных компаниях (количество команд >= 5), и, конечно же, о решениях.
Почему у нас не выходит Agile?
Scrum, Kanban, XP, Crystal и прочие еще более редкие фреймворки и методы, что обещают Вам стать agile, уже давно опробованы, как в чистом виде, так и в составе ядерных коктейлей а воз и ныне там. Ваши отделы, продуктовые группы и вся компания целиком все так же далеки от того, чтобы быть agile. Меж тем верхи действительно хотят, а низы однозначно могут и даже обратное все так же верно. Так в чем же дело? В рамках этого доклада мы попытаемся ответить на этот вопрос. Будем говорить о разной степени важности тех или иных элементов больших agile-трансформаций, их влиянии друг на друга и правильно расставленных акцентах и приоритетах. В конце, как обычно, секретный ингредиент успеха.
Viewers also liked (6)
Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)
Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)
Как не собрать все грабли при Agile трансформации компании?
Как не собрать все грабли при Agile трансформации компании?
Dude, Where's my Specification? (Где моя спецификация, чувак?)
- 2. КТО Я ТАКОЙ
- 3. КТО ВЫ ТАКИЕ
- 6. УЛУЧШАЕМ КОММУНИКАЦИИ Dear Sir/Madam, Fire! Fire! Help me! 123 Carenden Road Looking forward to hearing from you. All the best. Maurice Moss
- 8. НО ПОМНИМ…
- 10. КАК СЪЕСТЬ СЛОНА
- 11. ПРАВИЛЬНО ДЕЛИМ
- 14. BACKLOG ИЗ ЖИЗНИ
- 15. BACKLOG GROOMING
- 16. ПРИОРИТЕЗАЦИЯ
- 17. ОЦЕНКА
- 18. STORY SPLITTING
- 19. REFINEMENT
- 20. DEFINITION OF DONE «Специализация у нас узкая: один пришивает карман, другой – проймочку, один – рукав. Я лично пришиваю пуговицы. К пуговицам претензии есть?» А. Райкин, «Ателье»
- 21. DoD ИЗ ЖИЗНИ
- 22. ACCEPTANCE CRITERIA Accepted, or not accepted: that is the question!
- 23. AC ИЗ ЖИЗНИ
- 24. DoD vs AC
- 26. DEFINITION OF READY ИЗ ЖИЗНИ
- 27. ПОДЫТОЖИМ
- 28. ВОПРОСЫ Anton V. Zotin email: anton.zotin@gmail.com phone: +7 903 122 5571 skype: antonzotin twitter: @antonzotin ru.linkedin.com/in/antonzotin