Soumettre la recherche
Mettre en ligne
Vs launch alm2
•
Télécharger en tant que PPTX, PDF
•
0 j'aime
•
612 vues
Askhat Urazbaev
Suivre
Signaler
Partager
Signaler
Partager
1 sur 43
Télécharger maintenant
Recommandé
Бизнес требует от ИТ постоянно ускорять обороты. Сроки выхода на рынок постоянно сокращаются. Применение гибких методологий в небольшой команде позволяет значительно уменьшить Time-to-Market. Однако в крупной компании прямое использование Agile/Scrum затруднено: даже простое на первые взгляд изменение бизнес процесса может затрагивать несколько систем, за которые отвечают разные команды. Выпуск релиза приходится координировать с большим количеством заинтересованных лиц. Это сильно замедляет и проектирование и финальное интеграционное тестирование. В результате добиться снижения Time-to-Market кажется очень непростой задачей, осложненной к тому же непростой политической ситуацией, типичной для крупной организации. Мы поговорим о системном подходе к снижению Time-to-Market для сложных задач координации релиза, характерных для крупных организаций
Практики масштабирования гибкой разработки
Практики масштабирования гибкой разработки
Askhat Urazbaev
Развитие ИТ
Развитие ИТ
Askhat Urazbaev
Подход к трансформации
Подход ScrumTrek к Agile Transformation
Подход ScrumTrek к Agile Transformation
Askhat Urazbaev
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают. Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент. Мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
KPI и бонусы
KPI и бонусы
Askhat Urazbaev
Видео выступления: https://www.youtube.com/watch?v=vOMSRSTl1Xo Хотим мы этого или нет, но часто приходится работать с удалёнными командами, а иногда и с полностью распределёнными, когда все участники сидят в разных местах. На докладе разберём некоторые паттерны организации взаимодействия распределённых Agile команд, какие из них работают лучше, какие хуже и почему, а также посмотрим, что можно изменить, чтобы получился всё же Agile. Рассмотрим такие паттерны как: - передача изолированных User Story удалённой команде - Индивидуальные User stories - Scrum of Remote Scrums - Функциональные распределённые команды - Scrum in spite of distributed team
Денис Тучин - Удачные и неудачные паттерны распределённого Agile (Agile Days ...
Денис Тучин - Удачные и неудачные паттерны распределённого Agile (Agile Days ...
Denis Tuchin
Инкрементальное техзадание. Поставка короткими итерациями. Использование методологии SCRUM в госсекторе
Государство и Agile: инкрементальное Техническое Задание
Государство и Agile: инкрементальное Техническое Задание
Askhat Urazbaev
В “классическом” энтепрайзе правят водопадные процессы. Это позволяет снизить затраты на старт новых проектов, но сильно ухудшает время Time to market. Переход на гибкие методологии позволяет это время значительно улучшить. Это очень не просто. Каждая команда разработки страдает от большого количества зависимостей. И в большой организации таких зависимостей настолько много, что представленный самому себе Agile в такой команде через какое-то время может и помереть. Перестраивать организацию процессов приходится полностью, сверху донизу. Мы поговорим про специфику внедрения Agile в крупной организации сравнив две компании — типичную крупную веб-компанию и классический “кровавый энтепрайз”.
Agile в кровавом энтепрайзе
Agile в кровавом энтепрайзе
Askhat Urazbaev
В начале 2011го года компания Skype купила небольшой стартап под названием Qik. На тот момент в компании Skype был официальный процесс на базе SCRUM. Вышло так, что после перехода на этот процесс, команда Qik сильно потеряла в скорости поставки. В своём докладе я расскажу, что именно произошло, и как следование правилам Scrum мешало команде быстро и качественно разрабатывать свой продукт.
как убить поставку скрамом
как убить поставку скрамом
Alexey Ilyichev
Recommandé
Бизнес требует от ИТ постоянно ускорять обороты. Сроки выхода на рынок постоянно сокращаются. Применение гибких методологий в небольшой команде позволяет значительно уменьшить Time-to-Market. Однако в крупной компании прямое использование Agile/Scrum затруднено: даже простое на первые взгляд изменение бизнес процесса может затрагивать несколько систем, за которые отвечают разные команды. Выпуск релиза приходится координировать с большим количеством заинтересованных лиц. Это сильно замедляет и проектирование и финальное интеграционное тестирование. В результате добиться снижения Time-to-Market кажется очень непростой задачей, осложненной к тому же непростой политической ситуацией, типичной для крупной организации. Мы поговорим о системном подходе к снижению Time-to-Market для сложных задач координации релиза, характерных для крупных организаций
Практики масштабирования гибкой разработки
Практики масштабирования гибкой разработки
Askhat Urazbaev
Развитие ИТ
Развитие ИТ
Askhat Urazbaev
Подход к трансформации
Подход ScrumTrek к Agile Transformation
Подход ScrumTrek к Agile Transformation
Askhat Urazbaev
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают. Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент. Мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
KPI и бонусы
KPI и бонусы
Askhat Urazbaev
Видео выступления: https://www.youtube.com/watch?v=vOMSRSTl1Xo Хотим мы этого или нет, но часто приходится работать с удалёнными командами, а иногда и с полностью распределёнными, когда все участники сидят в разных местах. На докладе разберём некоторые паттерны организации взаимодействия распределённых Agile команд, какие из них работают лучше, какие хуже и почему, а также посмотрим, что можно изменить, чтобы получился всё же Agile. Рассмотрим такие паттерны как: - передача изолированных User Story удалённой команде - Индивидуальные User stories - Scrum of Remote Scrums - Функциональные распределённые команды - Scrum in spite of distributed team
Денис Тучин - Удачные и неудачные паттерны распределённого Agile (Agile Days ...
Денис Тучин - Удачные и неудачные паттерны распределённого Agile (Agile Days ...
Denis Tuchin
Инкрементальное техзадание. Поставка короткими итерациями. Использование методологии SCRUM в госсекторе
Государство и Agile: инкрементальное Техническое Задание
Государство и Agile: инкрементальное Техническое Задание
Askhat Urazbaev
В “классическом” энтепрайзе правят водопадные процессы. Это позволяет снизить затраты на старт новых проектов, но сильно ухудшает время Time to market. Переход на гибкие методологии позволяет это время значительно улучшить. Это очень не просто. Каждая команда разработки страдает от большого количества зависимостей. И в большой организации таких зависимостей настолько много, что представленный самому себе Agile в такой команде через какое-то время может и помереть. Перестраивать организацию процессов приходится полностью, сверху донизу. Мы поговорим про специфику внедрения Agile в крупной организации сравнив две компании — типичную крупную веб-компанию и классический “кровавый энтепрайз”.
Agile в кровавом энтепрайзе
Agile в кровавом энтепрайзе
Askhat Urazbaev
В начале 2011го года компания Skype купила небольшой стартап под названием Qik. На тот момент в компании Skype был официальный процесс на базе SCRUM. Вышло так, что после перехода на этот процесс, команда Qik сильно потеряла в скорости поставки. В своём докладе я расскажу, что именно произошло, и как следование правилам Scrum мешало команде быстро и качественно разрабатывать свой продукт.
как убить поставку скрамом
как убить поставку скрамом
Alexey Ilyichev
Типичные ошибки при проведении ретроспектив в примерах
Денис Тучин - Типичные проблемы ретроспектив (Lean Coffee, 2016.03.11)
Денис Тучин - Типичные проблемы ретроспектив (Lean Coffee, 2016.03.11)
Denis Tuchin
Мир меняется очень быстро. То, что казалось нормальным еще несколько лет назад, перестало быть таковым. Например, наши родители не считают, что работа должна приносить удовольствие. Они уверены, что работа должна приносить деньги. Все поменялось. Теперь все уверены, что работа должна нравится. Если это не так, нужно немедленно эту работу сменить на другую, более развлекающую. С этим можно спорить и несоглашаться, но победить это уже нельзя. Вопрос в том, можем ли мы это использовать и как это сделать? Мы поговорим о геймификации, одном из способов этого добиться. Геймификация — это использование игровых подходов вне игрового контекста. Вот и мы с вами посмотрим, как практики гейм дизайна использовать для улучшения процесса разработки ПО.
Геймификация процесса разработки ПО
Геймификация процесса разработки ПО
Askhat Urazbaev
Видео: http://youtu.be/CTrRzdzhj1s?list=PLu7pKL8OAoRSze5Ts9wrbcEQBvXDx-AGq Если вы начали проводить ретроспективы в своей команде, это ещё не значит, что вы внедрили процесс постоянного совершенствования (Kaizen). Часто у начинающих и не только Agile команд возникают те или иные сложности: выявленные проблемы не существенны или находятся за пределами влияния команды, действия по решению проблем не воплощаются в жизнь. На докладе мы рассмотрим типичные проблемы Agile ретроспектив и как с ними бороться. Начнём с такого часто встречаемого случая, когда члены команды достаточно позитивно настроены, не видят проблем в своей работе и их идеи по улучшению процесса сводятся к предложениям по организации инфраструктуры офиса: кондиционеры, видов чая и т.д. Здесь нужно вернуть команду с небес на землю, показать, какие проблемы есть на самом деле и профасилитировать нахождение решений. Другой частый случай почти полная противоположность первому по атмосфере, но по эффекту на ретро очень похож. Члены команды настолько сильно находятся под прессингом дефектов и постоянных "хотелок" заказчиков, что не верят, что что-то можно улучшить и видят проблемы только в других командах, но не у себя. Здесь более сложный процесс по нормализации атмосферы в команде. Рассмотрим первые 3 важных шага, как это сделать: снижение психологического напряжения процессным путём, решение основных проблем и маленькие победы. Третья проблема, которую успеем рассмотреть: принятые на ретроспективе решения, не претворяются в жизнь. Практики для исправления достаточно просты, но далеко не все о них знают и их соблюдают: добровольное назначение задач, голосование консенсусом и добавление задач в беклог.
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)
Denis Tuchin
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды. Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы - Какое место они занимают в организации? - Какими они должны быть? - Что входит в их обязанности? - Что они должны знать и уметь?
Agile Coach и Scrum Master как руководители нового типа
Agile Coach и Scrum Master как руководители нового типа
Askhat Urazbaev
Практически все молодые компании гибкие. Именно это им помогает обходить “взрослые” медленные компании на крутых виражах конкурентной гонки. Компания не может быть вечно молодой. По мере роста и взросления продукта процессы нужно оптимизировать — снижать затраты и растить эффективность, увеличивать обороты. Все это требует найма людей, приходится вкладываться в ИТ-системы и вводить правила работы в виде регламентов или чеклистов. Может ли компания контролировать сложность и научиться меняться? В докладе мы поговорим, как именно можно контролировать процесс взросления и постоянно держать компанию в тонусе.
Как сохранить гибкость бизнеса
Как сохранить гибкость бизнеса
Askhat Urazbaev
Выступление на семинаре в Яндексе Как -то получается, что (по большому счету) альтернативы Agile-подходам при построении эффективных процессов нет. А что делать, если Agile применить невозможно? Причин может быть множество: "неправильная" структура организации, "не те" люди, негибкие начальники и так далее. Невозможно построить скрам? Но придумать вам свой собственный скрам никто запретить не может! Мы рассмотрим 3 реальных кейса провала внедрения Agile и вместе обсудим, как можно было бы поступить в каждой конкретной ситуации. По каждому случаю я расскажу, что произошло в реальности.
3 кейса провала и успеха внедрения Agile
3 кейса провала и успеха внедрения Agile
Askhat Urazbaev
Presentation to a talk on AgileDays 2016 - "Metrics in Agile Projects"
AgileDays 2016 - Metrics in Agile Projects
AgileDays 2016 - Metrics in Agile Projects
Svetlana Mukhina ICP, -ATF, -BVA, - ACC, PSM I, CSPO
Недавно вышла статья "Agile мёртв" (https://www.linkedin.com/pulse/agile-dead-matthew-kern). Мне хотелось бы рассказать о том, почему, на мой взгляд, это признак взросления agile и отрасли IT в целом. О том, почему agile могут называть мёртвым, как это может быть связано с ожиданиями и границами применения, а также о недостатках при внедрении и использовании, из-за которых agile-методологии могут быть дискредитированы и нарушать собственные принципы. О том, чего касаются распространённые методологии, которые относят к agile, чего не описывают, а в чём могут вводить в заблуждение. О том, в чём они полезны, где может быть их место в различных уровнях работы над проектами, какие отдельные инструменты и практики agile приживаются и приносят пользу, а также каких принципов полезно придерживаться при внедрении и работе с ними.
Agile мёртв (!|?) / Александр Сидоров (Яндекс)
Agile мёртв (!|?) / Александр Сидоров (Яндекс)
Ontico
Тема: Как создать небольшую и прибыльную софтверную компанию, если ты программист?
TechLeads meetup: Макс Лапшин, Erlyvideo
TechLeads meetup: Макс Лапшин, Erlyvideo
Badoo Development
Презентация для конференции "Деловой интернет 2009". В презентации рассматриваются обязательные практики для agile-проекта, причины их использования и правило, позволяющее добиваться большей эффективности.
Обязательные практики Agile-проекта и правило ППП
Обязательные практики Agile-проекта и правило ППП
Pavel Gabriel
Несколько историй внедрения гибких методологий разработки в различных командах АО Райффайзенбанк.
от каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agile
Alexey Deryushkin
кузнецов Dual-track agile.pptx
кузнецов Dual-track agile.pptx
Magneta AI
Мой доклад с #ritfest #rootonf 2016 о том как и почему нужно готовить молодых специалистов к разработке высоконагруженных систем с молоду
Highload в ВУЗе: идеализм, расчетливый менеджмент или пустые надежды
Highload в ВУЗе: идеализм, расчетливый менеджмент или пустые надежды
Artyom Kalichkin
Проворные методологии прочно вошли в жизнь современной разработки, мы изучили процессы, внедрили их и пожимаем плоды. Теперь вам в команду нужен специалист по обеспечению качества. На примере своего опыта подбора, я хочу показать как собрать команду своей мечты. На докладе я расскажу о: - подготовке к подбору человека; - составлении описания вакансии; - проведении собеседования; - проведении испытательного срока; - последующей работе с сотрудником.
Максим Богуславский, Ищем специалиста по обеспечению качества вместе
Максим Богуславский, Ищем специалиста по обеспечению качества вместе
ScrumTrek
Cбалансированная система показателей в Agile: KPI с человеским лицом (Борис В...
Cбалансированная система показателей в Agile: KPI с человеским лицом (Борис В...
Ontico
Видео: https://www.youtube.com/watch?v=ielCPWnMQts Часто сталкиваюсь с вопросом коллег, а что делать, если в компании никто не хочет/не заинтересован внедрять Agile, начальство не поддерживает и т.д. Этот доклад чтобы помочь людям разрешить такие кейсы с максимальной эффективностью и минимальными моральными усилиями. На докладе постараюсь ответить на следующие вопросы: - Что делать, если в компании или команде есть ярые противники Agile? - Что делать, если никто ничего не хочет менять в процессах проекта, отдела, компании? - Как не "внедряя Agile" привнести Agile принципы и практики в проект?
Денис Тучин - Как внедрить Agile, чтобы никто не заметил
Денис Тучин - Как внедрить Agile, чтобы никто не заметил
Denis Tuchin
щеголев по ту сторону баррикад
щеголев по ту сторону баррикад
Magneta AI
Что делать в ситуации, когда несколько команд работают над одним проектом или продуктом? Возникают зависимости. Мы рассмотрим как ими можно управлять и как повысить общую эффективность процесса. Выступление на коференции AgileDays'15 20 марта
Управление зависимостями между командами
Управление зависимостями между командами
Askhat Urazbaev
Доклад на конференции AgileKitchen в марте 2015
Особенности национальной разработки
Особенности национальной разработки
Askhat Urazbaev
ALM & Agile
ALM & Agile
Askhat Urazbaev
Value Stream Mapping
Value Stream Mapping
Askhat Urazbaev
Энтропия растет. Так устроена вселенная. Команда или организация сначала использует Agile, и переполнена энтузиазмом. Она успешно решает свои проблемы. Но время идет и процесс перестает улучшаться. Возможно, команда выбралась в свою зону комфорта. Или улучшение процесса не так уж и нужно команде и деградация - часть закономерного процесса восстановления статус-кво? А можно ли сделать улучшение процесса действительно непрерывным? И что для этого нужно сделать? Мы рассмотрим в докладе особенности процесса улучшения процесса и рассмотрим, каким должен быть лидер этого процесса, его задачи и инструменты.
Lean leadership
Lean leadership
Askhat Urazbaev
Contenu connexe
Tendances
Типичные ошибки при проведении ретроспектив в примерах
Денис Тучин - Типичные проблемы ретроспектив (Lean Coffee, 2016.03.11)
Денис Тучин - Типичные проблемы ретроспектив (Lean Coffee, 2016.03.11)
Denis Tuchin
Мир меняется очень быстро. То, что казалось нормальным еще несколько лет назад, перестало быть таковым. Например, наши родители не считают, что работа должна приносить удовольствие. Они уверены, что работа должна приносить деньги. Все поменялось. Теперь все уверены, что работа должна нравится. Если это не так, нужно немедленно эту работу сменить на другую, более развлекающую. С этим можно спорить и несоглашаться, но победить это уже нельзя. Вопрос в том, можем ли мы это использовать и как это сделать? Мы поговорим о геймификации, одном из способов этого добиться. Геймификация — это использование игровых подходов вне игрового контекста. Вот и мы с вами посмотрим, как практики гейм дизайна использовать для улучшения процесса разработки ПО.
Геймификация процесса разработки ПО
Геймификация процесса разработки ПО
Askhat Urazbaev
Видео: http://youtu.be/CTrRzdzhj1s?list=PLu7pKL8OAoRSze5Ts9wrbcEQBvXDx-AGq Если вы начали проводить ретроспективы в своей команде, это ещё не значит, что вы внедрили процесс постоянного совершенствования (Kaizen). Часто у начинающих и не только Agile команд возникают те или иные сложности: выявленные проблемы не существенны или находятся за пределами влияния команды, действия по решению проблем не воплощаются в жизнь. На докладе мы рассмотрим типичные проблемы Agile ретроспектив и как с ними бороться. Начнём с такого часто встречаемого случая, когда члены команды достаточно позитивно настроены, не видят проблем в своей работе и их идеи по улучшению процесса сводятся к предложениям по организации инфраструктуры офиса: кондиционеры, видов чая и т.д. Здесь нужно вернуть команду с небес на землю, показать, какие проблемы есть на самом деле и профасилитировать нахождение решений. Другой частый случай почти полная противоположность первому по атмосфере, но по эффекту на ретро очень похож. Члены команды настолько сильно находятся под прессингом дефектов и постоянных "хотелок" заказчиков, что не верят, что что-то можно улучшить и видят проблемы только в других командах, но не у себя. Здесь более сложный процесс по нормализации атмосферы в команде. Рассмотрим первые 3 важных шага, как это сделать: снижение психологического напряжения процессным путём, решение основных проблем и маленькие победы. Третья проблема, которую успеем рассмотреть: принятые на ретроспективе решения, не претворяются в жизнь. Практики для исправления достаточно просты, но далеко не все о них знают и их соблюдают: добровольное назначение задач, голосование консенсусом и добавление задач в беклог.
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)
Denis Tuchin
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды. Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы - Какое место они занимают в организации? - Какими они должны быть? - Что входит в их обязанности? - Что они должны знать и уметь?
Agile Coach и Scrum Master как руководители нового типа
Agile Coach и Scrum Master как руководители нового типа
Askhat Urazbaev
Практически все молодые компании гибкие. Именно это им помогает обходить “взрослые” медленные компании на крутых виражах конкурентной гонки. Компания не может быть вечно молодой. По мере роста и взросления продукта процессы нужно оптимизировать — снижать затраты и растить эффективность, увеличивать обороты. Все это требует найма людей, приходится вкладываться в ИТ-системы и вводить правила работы в виде регламентов или чеклистов. Может ли компания контролировать сложность и научиться меняться? В докладе мы поговорим, как именно можно контролировать процесс взросления и постоянно держать компанию в тонусе.
Как сохранить гибкость бизнеса
Как сохранить гибкость бизнеса
Askhat Urazbaev
Выступление на семинаре в Яндексе Как -то получается, что (по большому счету) альтернативы Agile-подходам при построении эффективных процессов нет. А что делать, если Agile применить невозможно? Причин может быть множество: "неправильная" структура организации, "не те" люди, негибкие начальники и так далее. Невозможно построить скрам? Но придумать вам свой собственный скрам никто запретить не может! Мы рассмотрим 3 реальных кейса провала внедрения Agile и вместе обсудим, как можно было бы поступить в каждой конкретной ситуации. По каждому случаю я расскажу, что произошло в реальности.
3 кейса провала и успеха внедрения Agile
3 кейса провала и успеха внедрения Agile
Askhat Urazbaev
Presentation to a talk on AgileDays 2016 - "Metrics in Agile Projects"
AgileDays 2016 - Metrics in Agile Projects
AgileDays 2016 - Metrics in Agile Projects
Svetlana Mukhina ICP, -ATF, -BVA, - ACC, PSM I, CSPO
Недавно вышла статья "Agile мёртв" (https://www.linkedin.com/pulse/agile-dead-matthew-kern). Мне хотелось бы рассказать о том, почему, на мой взгляд, это признак взросления agile и отрасли IT в целом. О том, почему agile могут называть мёртвым, как это может быть связано с ожиданиями и границами применения, а также о недостатках при внедрении и использовании, из-за которых agile-методологии могут быть дискредитированы и нарушать собственные принципы. О том, чего касаются распространённые методологии, которые относят к agile, чего не описывают, а в чём могут вводить в заблуждение. О том, в чём они полезны, где может быть их место в различных уровнях работы над проектами, какие отдельные инструменты и практики agile приживаются и приносят пользу, а также каких принципов полезно придерживаться при внедрении и работе с ними.
Agile мёртв (!|?) / Александр Сидоров (Яндекс)
Agile мёртв (!|?) / Александр Сидоров (Яндекс)
Ontico
Тема: Как создать небольшую и прибыльную софтверную компанию, если ты программист?
TechLeads meetup: Макс Лапшин, Erlyvideo
TechLeads meetup: Макс Лапшин, Erlyvideo
Badoo Development
Презентация для конференции "Деловой интернет 2009". В презентации рассматриваются обязательные практики для agile-проекта, причины их использования и правило, позволяющее добиваться большей эффективности.
Обязательные практики Agile-проекта и правило ППП
Обязательные практики Agile-проекта и правило ППП
Pavel Gabriel
Несколько историй внедрения гибких методологий разработки в различных командах АО Райффайзенбанк.
от каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agile
Alexey Deryushkin
кузнецов Dual-track agile.pptx
кузнецов Dual-track agile.pptx
Magneta AI
Мой доклад с #ritfest #rootonf 2016 о том как и почему нужно готовить молодых специалистов к разработке высоконагруженных систем с молоду
Highload в ВУЗе: идеализм, расчетливый менеджмент или пустые надежды
Highload в ВУЗе: идеализм, расчетливый менеджмент или пустые надежды
Artyom Kalichkin
Проворные методологии прочно вошли в жизнь современной разработки, мы изучили процессы, внедрили их и пожимаем плоды. Теперь вам в команду нужен специалист по обеспечению качества. На примере своего опыта подбора, я хочу показать как собрать команду своей мечты. На докладе я расскажу о: - подготовке к подбору человека; - составлении описания вакансии; - проведении собеседования; - проведении испытательного срока; - последующей работе с сотрудником.
Максим Богуславский, Ищем специалиста по обеспечению качества вместе
Максим Богуславский, Ищем специалиста по обеспечению качества вместе
ScrumTrek
Cбалансированная система показателей в Agile: KPI с человеским лицом (Борис В...
Cбалансированная система показателей в Agile: KPI с человеским лицом (Борис В...
Ontico
Видео: https://www.youtube.com/watch?v=ielCPWnMQts Часто сталкиваюсь с вопросом коллег, а что делать, если в компании никто не хочет/не заинтересован внедрять Agile, начальство не поддерживает и т.д. Этот доклад чтобы помочь людям разрешить такие кейсы с максимальной эффективностью и минимальными моральными усилиями. На докладе постараюсь ответить на следующие вопросы: - Что делать, если в компании или команде есть ярые противники Agile? - Что делать, если никто ничего не хочет менять в процессах проекта, отдела, компании? - Как не "внедряя Agile" привнести Agile принципы и практики в проект?
Денис Тучин - Как внедрить Agile, чтобы никто не заметил
Денис Тучин - Как внедрить Agile, чтобы никто не заметил
Denis Tuchin
щеголев по ту сторону баррикад
щеголев по ту сторону баррикад
Magneta AI
Что делать в ситуации, когда несколько команд работают над одним проектом или продуктом? Возникают зависимости. Мы рассмотрим как ими можно управлять и как повысить общую эффективность процесса. Выступление на коференции AgileDays'15 20 марта
Управление зависимостями между командами
Управление зависимостями между командами
Askhat Urazbaev
Tendances
(18)
Денис Тучин - Типичные проблемы ретроспектив (Lean Coffee, 2016.03.11)
Денис Тучин - Типичные проблемы ретроспектив (Lean Coffee, 2016.03.11)
Геймификация процесса разработки ПО
Геймификация процесса разработки ПО
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)
Agile Coach и Scrum Master как руководители нового типа
Agile Coach и Scrum Master как руководители нового типа
Как сохранить гибкость бизнеса
Как сохранить гибкость бизнеса
3 кейса провала и успеха внедрения Agile
3 кейса провала и успеха внедрения Agile
AgileDays 2016 - Metrics in Agile Projects
AgileDays 2016 - Metrics in Agile Projects
Agile мёртв (!|?) / Александр Сидоров (Яндекс)
Agile мёртв (!|?) / Александр Сидоров (Яндекс)
TechLeads meetup: Макс Лапшин, Erlyvideo
TechLeads meetup: Макс Лапшин, Erlyvideo
Обязательные практики Agile-проекта и правило ППП
Обязательные практики Agile-проекта и правило ППП
от каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agile
кузнецов Dual-track agile.pptx
кузнецов Dual-track agile.pptx
Highload в ВУЗе: идеализм, расчетливый менеджмент или пустые надежды
Highload в ВУЗе: идеализм, расчетливый менеджмент или пустые надежды
Максим Богуславский, Ищем специалиста по обеспечению качества вместе
Максим Богуславский, Ищем специалиста по обеспечению качества вместе
Cбалансированная система показателей в Agile: KPI с человеским лицом (Борис В...
Cбалансированная система показателей в Agile: KPI с человеским лицом (Борис В...
Денис Тучин - Как внедрить Agile, чтобы никто не заметил
Денис Тучин - Как внедрить Agile, чтобы никто не заметил
щеголев по ту сторону баррикад
щеголев по ту сторону баррикад
Управление зависимостями между командами
Управление зависимостями между командами
En vedette
Доклад на конференции AgileKitchen в марте 2015
Особенности национальной разработки
Особенности национальной разработки
Askhat Urazbaev
ALM & Agile
ALM & Agile
Askhat Urazbaev
Value Stream Mapping
Value Stream Mapping
Askhat Urazbaev
Энтропия растет. Так устроена вселенная. Команда или организация сначала использует Agile, и переполнена энтузиазмом. Она успешно решает свои проблемы. Но время идет и процесс перестает улучшаться. Возможно, команда выбралась в свою зону комфорта. Или улучшение процесса не так уж и нужно команде и деградация - часть закономерного процесса восстановления статус-кво? А можно ли сделать улучшение процесса действительно непрерывным? И что для этого нужно сделать? Мы рассмотрим в докладе особенности процесса улучшения процесса и рассмотрим, каким должен быть лидер этого процесса, его задачи и инструменты.
Lean leadership
Lean leadership
Askhat Urazbaev
Опыт внедрения Agile-практик в компании, которая занимается заказной разработкой для крупных корпораций. Презентация для AgileDays-2012
Опыт внедрения Agile в заказной разработке
Опыт внедрения Agile в заказной разработке
Юрий Гугнин
Достаточно ли обойтись внедрением Agile-практик на уровне Scrum/XP или для успешной работы нужно нечто большее? Опыт показывает, что существование в компании Agile только как методологии для команд приводит к слабому и часто кратковременному эффекту повышения производительности. Порой это дисбалансирует компанию и приводит к результатам даже хуже, чем были до внедрения Agile. Для получения максимального результата изменения в культуре организации необходимы на всех уровнях. Что это означает на практике и как этого добится? В этом выступлении мы обсудим подходы проведения Agile-трансформации в больших организациях. Мы рассмотрим практики которые работают в российских корпорациях, а также типичные ловушки и грабли на которые вы можете наступить при старте изменений.
Статегия agile-трансформации крупной компании
Статегия agile-трансформации крупной компании
Askhat Urazbaev
Вы слышали о движении #NoEstimates? Разработчики во всем мире отказываются от оценки! Не надо оценивать проекты, фичи и таски — говорят они. Это занимает много времени, да и процесс это не особо приятный. Вам нравится эта идея? Вижу, что нет. Вот например, как объяснить заказчику свое новое безоценочное восприятие? Хотите вы или нет, сроки придется называть! Что делать с обязательствами на спринт? А как же прозрачность? Предсказуемость? По большому счету вы правы. Нельзя просто выкинуть оценку и все. Идея #NoEstimate в том, что можно увеличить прозрачность и предсказуемость разработки, если заменить оценку более эффективными инструментами. Мы поговорим, что такое на самом деле #NoEstimate и чем практически можно заменить оценку.
#No estimate. Безоценочная разработка
#No estimate. Безоценочная разработка
Askhat Urazbaev
Блиц-доклад с конференции AgileDays 2012
Process improvement process improvement process
Process improvement process improvement process
Askhat Urazbaev
En vedette
(8)
Особенности национальной разработки
Особенности национальной разработки
ALM & Agile
ALM & Agile
Value Stream Mapping
Value Stream Mapping
Lean leadership
Lean leadership
Опыт внедрения Agile в заказной разработке
Опыт внедрения Agile в заказной разработке
Статегия agile-трансформации крупной компании
Статегия agile-трансформации крупной компании
#No estimate. Безоценочная разработка
#No estimate. Безоценочная разработка
Process improvement process improvement process
Process improvement process improvement process
Similaire à Vs launch alm2
IT-шная история игрушек или feature-driven тестирование в действии
IT-шная история игрушек или feature-driven тестирование в действии
Gleb Rybalko
Презентация моего семинара для разработчиков, который состоялся 22.03.2014, на конференции по поводу открытия офиса компании "Миратех" в г.Винница,
Cеминар в Виннице (22.03.2014)
Cеминар в Виннице (22.03.2014)
Alexander Babich
Выступление Юрия Ветрова, Александра Хмелевского и Юрия Шиляева на конференции РИТ-2008.
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
Yury Vetrov
Glib Rybalko, GlobalLogic’s Test Lead, consultant and trainer was among 26 known Ukrainian and international experts who took a word on IT Weekend Ukraine 2013. Glib discussed features of automated software testing, benefits and feasibility of using this approach on various projects. During his speech, Glib pointed all necessary steps of automated testing implementation and gave homework for those who were interested in this field and wanted to implement it in their projects.
Automation from the trenches
Automation from the trenches
GlobalLogic Ukraine
Если оставить программиста одного — он будет делать суперуниверсальное нечто. Какие компоненты было бы действительно полезно сделать универсальными и как понять когда универсализация это пустая трата времени.
Nival: Как не увлечься погоней за универсализацией компонент
Nival: Как не увлечься погоней за универсализацией компонент
DevGAMM Conference
How to solve project challenges with Agile and Scrum. Alexey Krivitsky, IT talk, Kharkov
Как сделать наши проекты немного более управляемыми с Agile
Как сделать наши проекты немного более управляемыми с Agile
Alexey Krivitsky
Презентация на Harvest Алексея Филимонова
Управление разработкой продукта
Управление разработкой продукта
Alexey Filimonov
Automation from the trenches
Automation from the trenches
Gleb Rybalko
инструментальные средства для управления проектами разработки ПО, Разработки ПО и медийного контента.
инструментальные средства управления проектами
инструментальные средства управления проектами
Andrew Fadeev
Способы создания качественного программного продукта
Способы создания качественного программного продукта
Ingria. Technopark St. Petersburg
Slightly updated for Ingria
Управление разработкой продукта
Управление разработкой продукта
Alexey Filimonov
Webinar presentation http://www.returnonintelligence.ru/webinars/agile-testing-process/
Agile Testing Process
Agile Testing Process
Return on Intelligence
Agile Testing Process webinar presentation Speker: Oksana Naboka http://www.exigenservices.ru/webinars/agile-testing-process
Agile Testing Process
Agile Testing Process
Return on Intelligence
Как баг-трекер научить думать и решать задачки: скрипты workflow и другие улучшения нового трекера заявок YouTrack
Филипп Торчинский, JetBrains
Филипп Торчинский, JetBrains
Diana Dymolazova
Внедрение тестирования в Scrum
Внедрение тестирования в Scrum
Denis Petelin
Внедрение тестирования в Scrum
Внедрение тестирования в Scrum
Denis Petelin
Презентация на комплексную тему Continious integration-Automated Testing-Agile, показывается связи между этими темам, обоснование автоматического тестирования , и вложения ресурсов для развертывания автоматического тестирования и непрерываной интеграциия. Все темы тесно связаны между собой , хотя бы появились независимос друг от друга.
Continious integration-Automated Testing-Solid-Agile
Continious integration-Automated Testing-Solid-Agile
Kairat Yussupov
MSU Secsem lection about development team workflow
Team workflow
Team workflow
Даниил Зайцев
Презентация Алексея Николаева на SQA Days-16 14-15 ноября 2014, Санкт-Петербург, Россия www.sqadays.com
Альфабанк: НТ в Облаке при Agile на примере интернет банка
Альфабанк: НТ в Облаке при Agile на примере интернет банка
SQALab
В своем докладе я расскажу, как мы внедряли devops в банке, а конкретнее какую роль в этом процессе сыграло тестирование. Также расскажу с какими проблемами столкнулись, и как мы их устраняли. И да, каких результатов смогли добиться уже через полгода. А самое интересное, покажу как мы смогли добиться того, чтоб у нас pull request долетал до боя за 3 часа со всеми этапами тестирования. Доклад будет содержать большое количество лайфхаков и обзоров инструментария, который мы использовали.
QA Fes 2016. Анастасия Асеева. Роль тестирования в Devops
QA Fes 2016. Анастасия Асеева. Роль тестирования в Devops
QAFest
Similaire à Vs launch alm2
(20)
IT-шная история игрушек или feature-driven тестирование в действии
IT-шная история игрушек или feature-driven тестирование в действии
Cеминар в Виннице (22.03.2014)
Cеминар в Виннице (22.03.2014)
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
Automation from the trenches
Automation from the trenches
Nival: Как не увлечься погоней за универсализацией компонент
Nival: Как не увлечься погоней за универсализацией компонент
Как сделать наши проекты немного более управляемыми с Agile
Как сделать наши проекты немного более управляемыми с Agile
Управление разработкой продукта
Управление разработкой продукта
Automation from the trenches
Automation from the trenches
инструментальные средства управления проектами
инструментальные средства управления проектами
Способы создания качественного программного продукта
Способы создания качественного программного продукта
Управление разработкой продукта
Управление разработкой продукта
Agile Testing Process
Agile Testing Process
Agile Testing Process
Agile Testing Process
Филипп Торчинский, JetBrains
Филипп Торчинский, JetBrains
Внедрение тестирования в Scrum
Внедрение тестирования в Scrum
Внедрение тестирования в Scrum
Внедрение тестирования в Scrum
Continious integration-Automated Testing-Solid-Agile
Continious integration-Automated Testing-Solid-Agile
Team workflow
Team workflow
Альфабанк: НТ в Облаке при Agile на примере интернет банка
Альфабанк: НТ в Облаке при Agile на примере интернет банка
QA Fes 2016. Анастасия Асеева. Роль тестирования в Devops
QA Fes 2016. Анастасия Асеева. Роль тестирования в Devops
Plus de Askhat Urazbaev
The process of software development for reasonably small team (less that 9 people) is pretty straitforward. Usually it is based on Scrum or Kanban with some variations and simplifications. For huge team with more then 30 people it is not that obvious. For sure teams have interdependencies both in coding and requirements management that can really slow down development. For people and teams it looks like constant interruptions caused by other teams and management. The problem is that “classic” Agile doesn’t help. In this session we will consider methods of scaling Agile in huge teams.
Scaling agile
Scaling agile
Askhat Urazbaev
Выстпление на конференции SEC(R)
Нулевая итерация. Как cпасти котов
Нулевая итерация. Как cпасти котов
Askhat Urazbaev
В этом докладе я расскажу об опыте и практиках проектирования продуктов в Agile. Мы обсудим исследование и создание концепции продукта,первоначальный сбор требований, проектирование пользовательского взаимодействия и как подготовить команду к первым итерациям.
UX в Scrum: Итерация ноль для проектирования продуктов
UX в Scrum: Итерация ноль для проектирования продуктов
Askhat Urazbaev
Доклад на конференции Software People'11
Agile In House
Agile In House
Askhat Urazbaev
Слайды с конференции AgileDays-2011 о применении Лин http://agiledays.ru
Применение принципов Lean в масштабах предприятия
Применение принципов Lean в масштабах предприятия
Askhat Urazbaev
презентация доклада на Expert Labs в Омске 22 октября 2010
Scrum в заказной разработке
Scrum в заказной разработке
Askhat Urazbaev
Итак, вы прочитали про Agile и у вас загорелись глаза. Вы хотите работать по Scrum. Однако одному Agile не внедрить. Вам нужно убедить заказчика, начальника и коллег. Каждый день с горящими глазами вы рассказываете им по Scrum и Agile, но вот беда - в какой то момент они могут начать вас избегать :-) Несколько лет я (в числе прочего) занимаюсь тем, что продаю или помогаю продать гибкие методологии. В докладе я расскажу о совем опыте продажи Agile заказчику и всем остальным заинтересованным лицам.
Как продать Agile заказчику
Как продать Agile заказчику
Askhat Urazbaev
Agile Base Camp 2010
Lean in Offshore
Lean in Offshore
Askhat Urazbaev
Адизес сравнивает развитие организации с взрослением человека – от стадии ухаживания и зачатия до самой смерти. На разных этапах требуется по разному управлять компанией. В последнее время (с приходом Lean) гибкие практики выходят на уровень управления организацией. Однако, как показывает опыт (сын ошибок трудных), тот Agile, который подходит молодой, полной надежд организации может совсем не подойти покрытой шрамами и растерявшей все свои зубы компании. Мы поговорим о том, какие потребности в проектном управлении есть у компании на разных этапах ее развития, когда имеет смысл применять Agile, когда это опасно и рассмотрим несколько практических советов по управлению проектами.
Внедрение Agile на разных этапах развития компании
Внедрение Agile на разных этапах развития компании
Askhat Urazbaev
Доклад на конференции AgileEE 2009 в Киеве
Организация Самоорганизации
Организация Самоорганизации
Askhat Urazbaev
Описание сервисов компании ScrumTrek
Scrum Trek
Scrum Trek
Askhat Urazbaev
Презентация по управлению тестированием в Agile на SQA Days 2009
Управление тестированием в Agile
Управление тестированием в Agile
Askhat Urazbaev
Plus de Askhat Urazbaev
(12)
Scaling agile
Scaling agile
Нулевая итерация. Как cпасти котов
Нулевая итерация. Как cпасти котов
UX в Scrum: Итерация ноль для проектирования продуктов
UX в Scrum: Итерация ноль для проектирования продуктов
Agile In House
Agile In House
Применение принципов Lean в масштабах предприятия
Применение принципов Lean в масштабах предприятия
Scrum в заказной разработке
Scrum в заказной разработке
Как продать Agile заказчику
Как продать Agile заказчику
Lean in Offshore
Lean in Offshore
Внедрение Agile на разных этапах развития компании
Внедрение Agile на разных этапах развития компании
Организация Самоорганизации
Организация Самоорганизации
Scrum Trek
Scrum Trek
Управление тестированием в Agile
Управление тестированием в Agile
Vs launch alm2
1.
2.
ScrumTrek •Agile Coach •Управляющий партнер В
прошлом •Программист, менеджер проектов, методолог
3.
4.
5.
ALM и гибкость
6.
Распределенный стендап
7.
8.
9.
10.
11.
12.
Зачем нужна аналоговая доска?
13.
14.
15.
16.
17.
18.
Это круто
19.
Навязывание структуры доски снижает возможности развития
20.
Не хотят переходить на электронную доску?
21.
• Доска задач
– может быть элеткронной или живой
22.
Plugins to ALM
23.
Часть Definition of Done
24.
Пожалуйста, напишите документацию к системе!
25.
Заказчик заказывает работу Работа попадает в баклог команды Заказчик принимает работу
26.
27.
Analysis Front End Biz Logic 1.5
мес Backend Testing
28.
29.
+Баги +Разработка Comp1 требований Comp2 Интеграция Comp1 Comp2 Интеграция
30.
Team 1 Team 2 Team
3 Front End Biz Logic Backend Service Bus Тестирование Team 4
31.
Заказчики – другие команды Чем
короче баклог – тем эффективнее
32.
Cumulative Flow
33.
Регулярно встречается для решения проблем
34.
Уникальный специалист/Su bject Matter Expert
35.
Доска продукта Доска команды Доска виртуальной команды
36.
Воркшопы и ALM
37.
38.
39.
40.
41.
0 2 4 6 8 10 12 16 18 20 22 24 26 28 30 32 34 40 44 46 48 50 56 60 70 75 86 90 108 120 208 230 240 258 270 1 -30 Series1 Linear (Series1) 12.10.13 10.10.13 08.10.13 06.10.13 04.10.13 02.10.13 30.09.13 28.09.13 26.09.13 24.09.13 22.09.13 20.09.13 18.09.13 16.09.13 14.09.13 12.09.13 10.09.13 08.09.13 06.09.13 04.09.13 02.09.13 31.08.13 29.08.13 27.08.13 25.08.13 23.08.13 21.08.13 19.08.13 17.08.13 15.08.13 13.08.13 11.08.13 09.08.13 07.08.13 05.08.13 03.08.13 01.08.13 30.07.13 28.07.13 26.07.13 24.07.13 22.07.13 20.07.13 18.07.13 16.07.13 14.07.13 12.07.13 10.07.13 08.07.13 06.07.13 04.07.13 02.07.13 4 30.06.13 220 5 28.06.13 6 26.06.13 7 Итог 270 170 Итог 120 3 70 2 20
42.
43.
askhat@scrumtrek.ru askhat.urazbaev @zibsun
Télécharger maintenant