Светлана, спасибо за Ваши лекции! Мне было интересно и полезно просмотреть для структуризации и систематизации знаний, хоть я и посещала тренинги. Вы доступно и вкратце уложили все по местам )
как проводить воркшопы, если в ПМ говорит меньше отвлекать команду? На какие темы в основном проводятся воркшопы? а не проще отправить тестировщика на конференцию? не проще самому спеуиалисту выбирать инструменты: например, прога, которая считает покрытие тестами?
На эти вопросы сложно полезно ответить без знания контекста. Основываясь на том, что вы описываете, я бы предложила Скрам-Мастеру команды составить список ценных тем воркшопов для команды (в рамках Agile) и обсудить этот список с ПМ и командой, посмотреть, что они сами выберут, пофасилитировать их обсуждение, ответить на вопросы по темам, помочь им зафиксировать договоренности. Знания, полученные на конференции, можно попробовать применить на практике во время воркшопов. Одно другого не отменяет, а скорее дополняет.
Если вы имеете в виду тест на тему Leadership Agility (книга - www.researchgate.net/publication/23318406_Leadership_agility), то, я не помню, чтобы у него было определенное название, но он позволял оценить лидерство по пяти уровням: - Expert Level: Solve Key Problems - Achiever Level: Accomplish Desired Outcomes - Catalyst Level: Mobilize Breakout Endeavors - Co-Creator Level: Realize Shared Purpose - Synergist Level: Evoke Unexpected Possibilities Посмотрите, упоминаются ли в тестах, которые вы нашли, эти уровни - сами названия, если да - то они подойдут.
Хороший вопрос! Я бы на него ответила следующим образом: краткосрочная цель фасилитации - сделать легче взаимодействие участников на встрече и тем самым помочь им достигнуть цель встречи, которую они перед собой поставили. В этом случае основной фокус фасилитатора будет на формате встречи и немного на форме взаимодействия участников, в то время как во время коучинга команды, коуч (в рамках коучингового запроса) помогает участникам коуч сессии исследовать содержание их собственного внутреннего мира и коллективного мира их группы. Если говорить про долгосрочную цель фасилитации - повысить уровень осознанной коммуникации между участниками, то тут не обойтись без коучинговых практик и исследования содержания внутреннего мира участников. Другими словами, групповая фасилитация будет тем больше походить на командный коучинг, чем больше вы будете фокусироваться на долгосрочной цели фасилитации.
Добрый день, Я веду официальные курсы по SAFe от Scaled Agile с сертификацией (на русском или английском), список можно посмотреть тут, все кроме SPC scaledagile.com/calendar/which-course-is-right-for-you/ Обычно я веду их в рамках консультирования организаций, но если у вас есть группа участников от 4х человек, то тогда можем обсудить с вами возможность проведения этих тренингов для вас. Если есть вопросы, можете написать мне на почту svetlana.mukhina8@gmail.com
Возможно, вам будет полезно детально посмотреть SAFe Implementation Roadmap www.scaledagileframework.com/implementation-roadmap, подумать, на каком вы сейчас этапе внедрения, что уже было сделано, что предстоит, даже если не вы сами работаете над внедрением SAFe в организации. Почитайте статьи об этапах этой дорожной карты, она помогает увидеть, куда необходимо двигаться сейчас тактически и стратегически.
Коллеги, Светлана конечно прекрасна, но ценность видео сильно снижена так - как информация на слайдах презентации не видна. Рашение, либо выводить слайды презентации во весь экран и голос пускать за кадром, либо приложить презентацию для ознакомления отдельно.
Добрый день, линк на презентацию есть в описании к видео - www.slideshare.net/SvetlanaMukhinaICAgi/agile-5-62771954 , если сайт недоступен, попробуйте с впн. Я проверила, презентация все еще там)
Спасибо 🙏 Несколько интересных таймкодов. 29:30 Книга о ролях: эксперты-одиночки сосоздатель катализатор синергист 31:00 Техника разрешения конфликта 40:18 canvas модели управления проектами. Книга.
2:10 некоторые ценности Agile: 1. продукт важнее документации 2. люди и взаимоотношения важнее процессов и инструментов 3 вопроса друг другу: 1. что делал 2. что планируешь 3. что мешает
Спасибо, Светлана. Получился чек-лист. Я не скрам мастер, но фасилитирую командные корпоративные встречи. Было очень полезно соотнести свой опыт с вашим профессиональным опытным видением.
Согласен. Однако - когда скрам мастер - новичек, и может выполнять только роль командного фасилитатора, он может замыкать на себе всю фасилитацию, потому что приносить другую "ценность" - не знает как. Отсюда и похожие антипаттерны как "джира-мастер" и тд.
Дельные советы. Спасибо. Действительно самый неправильный сценарий, это когда вас "выкидывают" в команду и еще и сразу нужно начать фасилитацию. После подобного первого провала я больше не оставлял это на откуп руководителям. Сам заботился о том чтобы меня предоставили команде и дали время на пару пару предложений о себе. Кроме того, подготовиться - не менее важно! Вы конечно можете быть мастером поговорить без подготовки, но очень зависит в какую команду вы приходите. Текст, действия и подходы могут быть сильно разными в зависимости от того, вы приходите в новую команду джунов-мидлов или хардкорный проект с людьми, которые уже по 10 лет на этом проекте, а вас попросили сделать там аджайл (но никто из команды об этом не подозревает 🙃)
Очень интересное видео, прям сразу сравнила со своим видео о Коучинге, и поняла, что мы очень четко друг друга дополняем информацией! Вот что значит бескрайняя психология, каждый психолог говорит совершенно разную информацию, но при этом мы все друг друга дополняем.
Светлана,Вы молодец, учусь сейчас на коуча, прохожу практику в 6-ках. Светлана дала ценной инфы за 2 ролика больше,чем за 2 дня занятий). Очень конкретно и предметно.
Светлана, добрый день! Огромное спасибо за видео и за Ваш труд, очень понятно и логично. Скажите, пожалуйста, можно ли где то выложить ссылку на рекомендованный список литературы из презентации?
Should a scrum master be involved in coding ? I am technical joined a project as scrum master , started helping the team in development and later I found that I was doing more coding than developers.
Someone performing purely a "Scrum Master" role should not be coding, but one individual can have both a Scrum Master and Developer roles in which case in addition to being the Scrum Master they are also part of the Development Team.