Telegram Web
Forwarded from Alexander Vazukov
Всем привет!🎉
У Scrum-мастеров есть такая хорошая практика: делиться готовыми флипами для тренингов.
У нас в «Пятёрочке» и x5 Retail Group с Артемом Игнатенко(@ignatema) и Наташей Хаперской(@starshaya) есть мысль: почему бы не делиться заготовками Miro всем сообществом в online? Сейчас мы переносим многие тренинги и запуск команд в онлайн.

На доске уже есть первый день запуска: https://miro.com/welcomeonboard/aTFYHXjf1u84QgHSkhtUWcT1rpGZRIcJOsgIcUyzbslfxIXMRE4Occws8SoUJbIU
Если есть что взять - берите, если есть что добавить - добавляйте! А обратную связь упаковывайте в личку! Вдруг получится open source в Miro 😜

P.S. На доске есть заготовленные стикеры для игры Scrum puzzle от AgileVerse, спасибо им 🙂
P.p.s. Там далеко не все, будем пополнять своими наработками по мере готовности
#фасилитация

Используйте особенности работы мозга, чтобы проводить Scrum события эффективнее:

1. Двигайтесь

Из-за продолжительного “сидения” уровень кислорода в крови падает в связи с чем снижаются когнитивные способности участников встречи. Прибавьте к этому духоту в помещении и вы получите максимально недееспособную группу, которая находится в сонном или полусонном состоянии. Двигательная активность улучшает кровоснабжение мозга и он получает больше кислорода.

Инструменты: работа в парах / группах (при смене пары/группы участники встречи будут двигаться), энерджайзеры (в начале или середине встречи).

2. Говорите

Процесс произнесения мыслей вслух способствует лучшему усвоению информации, поскольку параллельно задействует несколько процессов: восприятие информации, ее анализ, пересказ своими словами и синтез собственных мыслей с озвученной идеей.

Инструменты: работа в парах/малых группах, 1-2-4

3. Рисуйте / используйте образы

Изображения воспринимаются лучше слов поскольку они обладают предметностью и запускают цепочки ассоциаций (слова зачастую слишком абстрактны). Создание схем и визуализация идей способствует более высокой активности мозга, подключению эмоций и долгосрочной памяти.

Инструменты: визуальные метафоры (лодка / воздушный шар / остров), mind-maps, CLD, карточки с изображениями (погода/эмоция/настроение)

4. Используйте короткие интервалы

Человеческий мозг способен фокусироваться на чем-то в течении 10-15 минут. Участники будут поддерживать состояние “включённости”, если время от времени будет происходить смена активности или формата.

Инструменты: разбейте встречу на блоки по 15-20 минут и в рамках этих блоков предусмотрите смену активности/формата/темы, предлагайте участникам небольшие задания или работу над небольшим объемом информации (в один момент времени).

5. Добавьте разнообразия

Наш мозг очень любопытный. Все новое привлекает его внимание. Рутину и обыденность он избегает. Каждый раз старайтесь использовать различные форматы для повышения вовлечённости участников встречи.

Более подробно о том, как можно использовать особенности работы нашего мозга для повышения эффективности встреч, читайте здесь: https://articles.xebia.com/using-brain-science-to-boost-your-scrum-events
#организационныйДизайн #декомпозиция #масштабирование

Организационная стурктура определяет, как компания декомпозирует сложную задачу и затем интегрирует готовые элементы, чтобы получить законченный сервис/продукт. Из этого следует, что любое изменение организационного дизайна необходимо начинать с анализа создаваемого продукта/сервиса. Разделить задачу на различные подзадачи относительно легко, а вот как все потом интегрировать - нетривиальный вопрос.

Если внимательно посмотреть на любой фреймворк масштабирования Agile, то ключевое различие между ними - способ декомпозиции и интеграции (как задачи делиться на подзадачи и каким образом синхронизируется работа для эффективной объединения готовой работы). Таким образом, при выборе оптимального варианта нужно четко понимать, с какими интергационными проблемами проще (дешевле) справится (исходя из целей компании).
Вот что происходит, когда в команде слабый DoD. Если бы он был достаточно сильным и включал в себя обязательный код ревью, требования к архитектуре и прочее, то такой ситуации удалось бы избежать. Менеджменту же стоит почитать классику: The Mythical Man-Month.
Scrum запрещает оценку в часах
Final Results
23%
Да
77%
Нет
Количество выполненных сторипоинтов в спринт характеризует производительность Scrum команды
Final Results
48%
Да
52%
Нет
Ребята из AgileVerse сделали онлайн версию Scrum Puzzle (оч полезный и удобный интрумент).

Найти его можно здесь: https://miro.com/miroverse/category/workshops/scrum-puzzle
Scrum аудит

Менеджеров хлебом не корми, дай что-нибудь измерить и оценить. Даже Scrum умудряются превратить в число.

Рассуждают так: если весной Scrum на условные 3, а летом уже на 5, значит дела идут в гору, а менеджер не зря ест свой хлеб.

Идея не лишена смысла, а воплотить ее поможет Scrum аудит.

Он оценивает процессы в команде, опираясь на фреймворк и его лучшие практики. Советую использовать его не как линейку, а как предлог для поиска улучшений (те самые inspection & adaption из гайда).

От миллиона других аудитов в интернете этот отличает фокус на ценностях фреймворка, а не артефактах. Сердце скрама бьется именно благодаря открытости, смелости и ответственности команды, а не стендапам и беклогу, они лишь инструменты.
Всем привет!

Техническая гибкость (technical agility) - основа бизнес гибкости (business agility). И если в команде/компании не развита инженерная культура, то говорить о какой-либо полноценной Agile трансформации не приходится.

Год назад я присоединился к одному очень амбициозному проекту: создание совершенно нового университета в Швейцарии. Уже осенью этого года начнется обучение по программе “Master in Computer Science and Software Engineering”, которая включает в себя как технические, так и бизнес курсы: принципы разработки программных продуктов, современные подходы к тестированию ПО, инженерные практики необходимые для совместной работы больших команд разработки, развитие цифровых продуктов, командообразование и работа с людьми.

Во вторник 21 июля я и мои коллеги (студенты-выпускники университета) расскажем о программе и ее особенностях:
- Как получить магистерское образование в Швейцарии. Сколько это стоит и как  выиграть грант на обучение.
- Какие научные проекты ожидают студентов и под руководством каких ученых будет проходить обучение.
- Как совмещать с учебой работу в глобальной ИТ-компании и как будет выстроена программа обучения.

Подробности и регистрация на вебинар здесь: https://go.sit.org/alumni-insights-63caf
#Коммуникация внутри организации — это зло.

Достаточно провокационное начало, не правда ли? Ну хорошо. Это необходимое и очень энергозатратное зло. Компании вынуждены идти на это поскольку ничего более эффективного для синхронизации работы внутри коллектива пока не придумали.

Если календари владельцев продуктов, архитекторов, разработчиков завалены различными митингами с утра и до самого вечера — это явная организационная дисфункция.

Вот только несколько причин, которые приводят к чрезмерной коммуникации внутри компании:
1. Неэффективная структура команд и неправильная декомпозиция задач, создающая множество зависимостей.
2. Команды не имеют необходимых компетенций/знаний для решения задач.
3. Команды не имеют полномочий для принятия решений и/или процесс принятия решений слишком сложный.
4. Перегруженность команд и большое количество параллельных задач.
5. Неэффективное проведение встреч (плохая фасилитация, отсутствие установленных правил коммуникации).

Таким образом, если вы столкнулись с тем, что ближайший свободный слот для всех участников встречи только в следующую пятницу в 7 часов вечера — это повод проанализировать структуру вашей компании и попытаться ее улучшить.
Forwarded from Pragmatic (Alexander Regner)
Screenshot_1.png
118.2 KB
Atlassian провели исследование как COVID-19 повлиял на работу и сотрудничество. Они опросили 5 тысяч сотрудников в пяти странах.
Кратко - это только начало. Основные выводы:
1. Люди работают дольше из-за временных потерь на координацию работы;
2. Каждый переживает по-своему;
3. Удаленная работа может привести к инновационной засухе;
4. Люди ближе к командам и дистанцируются от организации;
5. Личные обстоятельства больше влияют на работу;
6. Люди опасаются, что удаленная работа отрицательно скажется на карьере;
7. Женщины чувствуют себя освобожденными из-за отсутствия "игры статуса";
8. Удаленная работа была открытием и многие теперь предпочитают ее;
9. Людям нужна поддержка в получении навыков самоорганизации.

Интересно посмотреть на что повлиял COVID-19 у изначально удаленных компаний.
#scrumGuide
На этой неделе была опубликована новая версия Scrum Guide.

Вот три основных изменения (на мой субъективный взгляд):

1. Scrum основан на принципах бережливого мышления (lean thinking). Важное дополнение, которое отсылает нас к большому массиву знаний о том, как эффективно организовать производственные процессы. (советую прочитать книгу Lean Software Development in Action чтобы понять, как принципы бережливого производства применяются при разработке программных продуктов).

2. Разделения на Scrum Team и Development Team больше нет. Существует только Scrum Team, которая сфокусирована на достижении Product Goal.

3. Product Goal - новый элемент Scrum. Product Goal - это долгосрочный ожидаемый результат работы Scrum Team. Команда должна достичь цель (или отказаться от нее) прежде чем приступить к следующей. Все элементы Product Backlog должны способствовать достижению Product Goal.

Алексей Кривицкий начал отличную серию роликов, в которой подробно разбирает текст Scrum Guide (2020 edition) и дает комментарии о том, как Scrum работает на практике (параллельно разрушая мифы и заблуждения). Must watch!

P.S. Новый Scrum Guide можно прочитать здесь.
Всем привет! Хочу немного похвастаться...

Наша исследовательская работа признана лучшей на конференции ICIS 2020!(ведущая международная научная конференция в области разработки информационных систем)

Основные практические выводы работы:
1. Фиче команды позволяют быстрее поставлять качественный софт на рынок, что даёт конкурентное преимущество.
2. Инвестируйте ресурсы в улучшение коммуникации между командами (особенно при разработке сложных продуктов).
3. Избегайте чрезмерной специализации фиче команд на определенных частях продукта (product areas).
Feature vs. Component teams for new software development.pdf
1.3 MB
Вот и сама статья (эксклюзив для подписчиков канала 😉). Отдельно рекомендую изучить список литературы: там много интересных и глубоких работ по организационному дизайну.
К слову об узкой специализации и оптимизации времени разработчиков…

Если ваш продукт похож на пиджак из прикрепленного видео, то в первую очередь вопросы нужно адресовать не разработчикам (портным), а менеджерам, которые создали систему выпускающую продукты такого качества.

https://www.youtube.com/watch?v=2wxL3DYen5g
Привет! В глубинах YouTube наткнулся на фантастический курс о сложном мире от Георгия Сатарова.

Кроссдисциплинарность зашкаливает: физика, математика, информатика, биология, нейробиология, астрономия, социология, политология, психология. И все это про хаос, эфолюцию и способы развития в рамках постоянно меняющейся среды (aka институты хаоса).

Три наиболее интересных тезиса:
1. Хаос и порядок порождают друг друга. Граница между ними практически не различима: простые детерминированные алгоритмы порождают хаос; хаос разбивается на простые «осязаемые» компоненты.
2. [эволюция] Селекция и закрепление не скоординированы. Ни одна система не может управлять своей эволюцией: в силу неопределённости будущего никто не знает, какие характеристики позволят системе сохранить себя. Желательно иметь «излишек» характеристик, которые позволят быстро адаптироваться к изменившейся среде.
3. Система способная к обновлению получает шанс (!) на продолжение жизни.

И для ценителей: произведение Баха о хаосе и порядке.

P.S. Поскольку курс рассчитан на максимально широкую аудиторию, динамика достаточно медленная. Рекомендую слушать лекции на x1.5-x2
Miss me?
Всем привет 👋

Я решил изменить формат канала. Последние три года я работаю продакт менеджером и прикладных материалов о скрам мастерстве не так много. Также, я бы хотел, чтобы этот канал был местом моей рефлексии по более широкому спектру вопросов.

В связи с этим, я меняю название канала и тематику постов.

Название: Metalogues with Vas.
(Что такое металог, я опишу в одном из ближайших постов)

Примерный круг тем: рефлексия на тему менеджмента продуктов, психологических аспектов в работе и коммуникации, обсуждение современных технологий, ближайшего и далекого будущего, осмысление реальности.

P.S. Прошу прощения у всех, кто подписался на канал, как на источник практических советов и рекомендаций скрам мастерам. Теперь подобного контента будет сильно меньше.

P.P.S. Если кто-то желает приобрести адрес канала @scrummasters - пишите в личку.
Channel name was changed to «Metalogues with Vas»
2025/02/24 04:07:00
Back to Top
HTML Embed Code: