Дмитрий Абрамов, Scrum не для всех. Люди, которые разрушат вашу командуScrumTrek
Scrum постепенно становится стандартом для организации процесса разработки программных продуктов. Но над продуктом работают люди, и не все из них подходят для той командной работы, которую требует от нас Scrum. В докладе я расскажу про реальный опыт выявления людей, которые легко могут потопить вашу команду, а вместе с ней и успех вашей организации.
Видео: https://www.youtube.com/watch?v=I5bI1QTGrRs
Провёл тренинг и kickoff, а команда всё равно не понимает, зачем она повесила доску, и каждый день двигает стикеры? Завёл бэклог и запустил все события Scrum, а Владелец Продукта продолжает себя вести как начальник отдела или руководитель проекта? Провёл воркшоп по 5 порокам команды, а её участники продолжают работать обособленно? Значит ты что-то упустил при внедрении изменений. На докладе рассмотрим, типичные ошибки внедрения изменений на реальных примерах из Agile-кочинга и как их избежать:
- Отсутствие активного участия руководства
- Недостаточное вовлечение сотрудников
- Недостаточное уделение внимания планированию трансформации
- Завышенные ожидания от Agile и отсутствие желания/возможности поменять окружение
Дмитрий Абрамов, Scrum не для всех. Люди, которые разрушат вашу командуScrumTrek
Scrum постепенно становится стандартом для организации процесса разработки программных продуктов. Но над продуктом работают люди, и не все из них подходят для той командной работы, которую требует от нас Scrum. В докладе я расскажу про реальный опыт выявления людей, которые легко могут потопить вашу команду, а вместе с ней и успех вашей организации.
Видео: https://www.youtube.com/watch?v=I5bI1QTGrRs
Провёл тренинг и kickoff, а команда всё равно не понимает, зачем она повесила доску, и каждый день двигает стикеры? Завёл бэклог и запустил все события Scrum, а Владелец Продукта продолжает себя вести как начальник отдела или руководитель проекта? Провёл воркшоп по 5 порокам команды, а её участники продолжают работать обособленно? Значит ты что-то упустил при внедрении изменений. На докладе рассмотрим, типичные ошибки внедрения изменений на реальных примерах из Agile-кочинга и как их избежать:
- Отсутствие активного участия руководства
- Недостаточное вовлечение сотрудников
- Недостаточное уделение внимания планированию трансформации
- Завышенные ожидания от Agile и отсутствие желания/возможности поменять окружение
Scrum!
Short introduction to Scrum in Russian.
What, who, how and which results you gain.
Scrum!
Краткое введение в Scrum на русском языке.
Что, кто, как и для чего он нужен.
Artem Bykovets: "Адаптируем адаптивные процессы работы команд к работе из сам...Artem Bykovets
Слайды конференции Online Project Management Day Ukraine 2020 - Artem Bykovets: "Адаптируем адаптивные процессы работы команд к работе из самоизоляции :)"
В самом начале ценностей манифеста написано, что Individuals and interactions over processes and tools, а один из принципов говорит про важность Face-to-face communication. Scrum команда должна быть как можно более co-located и доску лучше иметь физическую чем электронную.. Agile эксперты не уставали это говорить годами, а теперь внезапно кинулись быстро рассказывать как работать из дому эффективно и результативно :) Только ленивый не посмеялся над этим, но давайте поговорим почему? Чтобы что?
Я верю, что в такой непростой период который сейчас переживают многие бизнесы и команды - Scrum (и другие итеративные Agile подходы) при его правильном применении может очень упростить комплексность среды, но также очень важно, не превратить его окончательно в механику и пачку инструментов. Потому в своем докладе хочу рассказать как привлечь processes and tools на сторону команды во время карантина и работы из дому, чтобы они усиливали Individuals and interactions и позволяли все также регулярно поставлять ценность пользователям.
Зачем нужны ретроспективы и как их проводить? Основные отличия ретроспектив в различных фреймворках, например, Scrum или Kanban, рекомендации по продолжительности, наполнению, советы по каждому этапу ретроспективы.
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
4 подхода работы с часто меняющимися требованиями в SCRUMak-itconsulting.com
Знакома ли вам ситуация, когда вы уже спланировали спринт и начали работать, а тут приходят новые срочные/важные требования от заказчика или Product Owner-а? Или другой вариант: вы работаете с живой системой (которая уже в продакшене) и во время спринта приходят задачи на поддержку этой системы (например, баг-репорты)? На этом вебинаре мы поговорим именно о таких ситуациях и о том, как их обрабатывать в рамках SCRUM и не только.
В ходе вебинара вы:
- Узнаете почему меняющиеся требования — это хорошо!
- Поймете как можно обрабатывать важные задачи (Urgent Tasks) посреди спринта
- Увидите как Kanban иногда спасает в таких ситуациях
Узнать больше:
http://coach.ak-itconsulting.com/2014/11/webinar-chasto-menyayushiesya-trebovaniya/
"Карантин – на паузу, а что с Remote? Кто поможет организациям?" (PM Day 2020...Artem Bykovets
Слайды с доклада на Project Management Day 2020 (online v2 - Artem Bykovets): "Карантин – на паузу, а что с Remote? Кто поможет организациям?"
Смотрели на набор необходимых компетенций для Адаптивного Лидерства, потребность в которых вероятнее всего будет расти и расти учитывая потребность организаций становиться более адаптивными и менее директивными/иерархическими в своей структуре и процессах.
User Stories - этот подход к описанию знаний о продукте просто понять и очень сложно использовать :) Кроме того, складывается ощущение, что при его использовании забывается самая главная часть - умение рассказывать истории о продукте и формировать общее понимание без необходимости подробного описания всех спецификаций, которые все равно никто никогда не читает. Мы постарались собрать все темы, которые необходимо осветить для беспрепятственной реализации задумок и разработали специальный инструмент для фасилитации обсуждений - User Story Canvas
В докладе я расскажу, какие ошибки допускали мы на своих проектах и какие допускали наши коллеги из других компаний, внедряя методологию. Конечно, поделюсь тем, как мы их исправили, и какие выводы мы сделали, чтобы не допускать их в будущих проектах.
Scrum!
Short introduction to Scrum in Russian.
What, who, how and which results you gain.
Scrum!
Краткое введение в Scrum на русском языке.
Что, кто, как и для чего он нужен.
Artem Bykovets: "Адаптируем адаптивные процессы работы команд к работе из сам...Artem Bykovets
Слайды конференции Online Project Management Day Ukraine 2020 - Artem Bykovets: "Адаптируем адаптивные процессы работы команд к работе из самоизоляции :)"
В самом начале ценностей манифеста написано, что Individuals and interactions over processes and tools, а один из принципов говорит про важность Face-to-face communication. Scrum команда должна быть как можно более co-located и доску лучше иметь физическую чем электронную.. Agile эксперты не уставали это говорить годами, а теперь внезапно кинулись быстро рассказывать как работать из дому эффективно и результативно :) Только ленивый не посмеялся над этим, но давайте поговорим почему? Чтобы что?
Я верю, что в такой непростой период который сейчас переживают многие бизнесы и команды - Scrum (и другие итеративные Agile подходы) при его правильном применении может очень упростить комплексность среды, но также очень важно, не превратить его окончательно в механику и пачку инструментов. Потому в своем докладе хочу рассказать как привлечь processes and tools на сторону команды во время карантина и работы из дому, чтобы они усиливали Individuals and interactions и позволяли все также регулярно поставлять ценность пользователям.
Зачем нужны ретроспективы и как их проводить? Основные отличия ретроспектив в различных фреймворках, например, Scrum или Kanban, рекомендации по продолжительности, наполнению, советы по каждому этапу ретроспективы.
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
4 подхода работы с часто меняющимися требованиями в SCRUMak-itconsulting.com
Знакома ли вам ситуация, когда вы уже спланировали спринт и начали работать, а тут приходят новые срочные/важные требования от заказчика или Product Owner-а? Или другой вариант: вы работаете с живой системой (которая уже в продакшене) и во время спринта приходят задачи на поддержку этой системы (например, баг-репорты)? На этом вебинаре мы поговорим именно о таких ситуациях и о том, как их обрабатывать в рамках SCRUM и не только.
В ходе вебинара вы:
- Узнаете почему меняющиеся требования — это хорошо!
- Поймете как можно обрабатывать важные задачи (Urgent Tasks) посреди спринта
- Увидите как Kanban иногда спасает в таких ситуациях
Узнать больше:
http://coach.ak-itconsulting.com/2014/11/webinar-chasto-menyayushiesya-trebovaniya/
"Карантин – на паузу, а что с Remote? Кто поможет организациям?" (PM Day 2020...Artem Bykovets
Слайды с доклада на Project Management Day 2020 (online v2 - Artem Bykovets): "Карантин – на паузу, а что с Remote? Кто поможет организациям?"
Смотрели на набор необходимых компетенций для Адаптивного Лидерства, потребность в которых вероятнее всего будет расти и расти учитывая потребность организаций становиться более адаптивными и менее директивными/иерархическими в своей структуре и процессах.
User Stories - этот подход к описанию знаний о продукте просто понять и очень сложно использовать :) Кроме того, складывается ощущение, что при его использовании забывается самая главная часть - умение рассказывать истории о продукте и формировать общее понимание без необходимости подробного описания всех спецификаций, которые все равно никто никогда не читает. Мы постарались собрать все темы, которые необходимо осветить для беспрепятственной реализации задумок и разработали специальный инструмент для фасилитации обсуждений - User Story Canvas
В докладе я расскажу, какие ошибки допускали мы на своих проектах и какие допускали наши коллеги из других компаний, внедряя методологию. Конечно, поделюсь тем, как мы их исправили, и какие выводы мы сделали, чтобы не допускать их в будущих проектах.
QA Fest 2017.Андрей Павлов.Спецвыпуск MythBusters для начинающего QA-МенеджераQAFest
Вы отличный IT-специалист, прошли долгий путь от новичка до профессионала и находитесь на последних ступенях, за которыми только менеджмент. Руководство уже намекает, что пора бы брать на себя задачу менеджмента команды, ведь в продукте вы разбираетесь и с коллегами работаете не первый год. И действительно, ну появятся новые задачи, справитесь, как справлялись с теми, что были раньше. Но вот проблема, раньше они были техническими, а работа с людьми - совсем другое. Не одна тысяча проектов проваливаются исключительно из-за плохого управления. Сегодня мы взглянем на менеджмент качества проекта и опровергнем несколько устойчивых и вредных мифов. Этот доклад для начинающих менеджеров, а также для тех, кто вот-вот вырастет в менеджера из тестировщика.
Моя шуточно-правдивая презентация для Chasopys "Как набирать команду в стартап". Как привлечь ваших людей в команду? Как писать объявления о вакансиях, чтобы их читали и откликались? Каких людей не стоит брать в команду и почему? Как правильно выбрать рекрутера и на каком этапе?
Семинар по управлению проектами. Часть 1. КомандаVasiliy Deynega
Семинар в магистратуре, проведенный командой портала "it works!", специально для Уральского Федерального Университета (бывший УГТУ-УПИ).
Тренеры:
Малых Денис Александрович
Дейнега Василий Михайлович
Часть 1: Команда
iLLi Studio
Портал it works (http://ru.itworks-portal.com)
Блог для менеджеров:
http://itw66.ru/blog/project_management/
Similar to Scrum не для всех. Люди, которые разрушат вашу команду (20)
Scrum не для всех. Люди, которые разрушат вашу команду
1. Scrum не для всех.
Люди, которые разрушат
вашу команду
Дмитрий Абрамов
Sputnyx
2. Обо мне
Дмитрий Абрамов
В IT с юных лет. Работал в роли программиста, менеджера
проектов, менеджера продуктов.
Последние 2 года – соучредитель и директор по продукту
компании Sputnyx.
Построил с нуля IT команду, перевел на Agile, в планах –
постепенный перевод всей компании на teal-парадигму.
Попутно являюсь пропагандистом Agile и новых методологий
управления (горизонтальные структуры, самоуправление…)
4. Это Вася
Вася программист с большим стажем.
Вася считает, что это делает его умнее всех.
Он не думает, что чье-то решение может быть
лучше, чем его.
Вася демотивирует всю команду
Увольте Васю, пока не уволились все
остальные
5. Цитата
«Scrum – это круто, только давай его немного
модифицируем. Мы и PO будем планировать, а
остальные программисты делать, им неинтересно
столько времени впустую тратить»
6. Это Вася
Вася программист с большим стажем.
Вася считает, что это делает его умнее всех.
Он не думает, что чье-то решение может быть
лучше, чем его.
Вася демотивирует всю команду
Увольте Васю, пока не уволились все
остальные
7. Это Петя
У Пети по любому поводу есть свое мнение.
Петя не способен на компромисс.
Он может делать либо по-своему, либо так, как
скажет «начальник».
На споры с Петей у команды уходит больше
половины рабочего времени.
Увольте Петю, команда – не про него
8. Цитата
«Договориться? Мы не можем договориться! У нас
опыт разный, для этого нужен руководитель, он
решит, кто из нас прав»
9. Это Петя
У Пети по любому поводу есть свое мнение.
Петя не способен на компромисс.
Он может делать либо по-своему, либо так, как
скажет «начальник».
На споры с Петей у команды уходит больше
половины рабочего времени.
Увольте Петю, команда – не про него
10. Это Коля
Коля пишет код
Коля делает те задачи, которые ему сказали
Ему не важен успех команды, он даже не
знает, чем вы тут занимаетесь
Коле это все не интересно
Отпустите Колю, когда он найдет работу по
душе – скажет вам спасибо.
11.
12. Это Коля
Коля пишет код
Коля делает те задачи, которые ему сказали
Ему не важен успех команды, он даже не
знает, чем вы тут занимаетесь
Коле это все не интересно
Отпустите Колю, когда он найдет работу по
душе – скажет вам спасибо.