Размораживаем эльфов горячими разговорами на предновогодней ретроспективе!

Делимся дизайном и подробной инструкцией по проведению тематической ретроспективы.

Как получить ретроспективу в Miro?
❄️Скачайте файл
☃️В вашем Miro нажмите "Upload from backup",  выберите только что скаченный файл.
🎄Ура! Доска с ретроспективой в вашем аккаунте.

Как вам такой формат? Поделитесь в комментариях, если устроили рестроспективу в новогоднем оформлении своей команде.

Хотим дарить подарки!🎄

Друзья, мы хотим подарить вам подарок - наш офигенный фирменный плед! 2000 пледов на всех у нас, к сожалению, нет - поэтому конкурс😁

☃️Раз уж все кругом подводят итоги, давайте подведем итоги и мы. Поделитесь в комментариях вашими главными профессиональными достижениями в 2022 году.
❄️Мы рандомно выберем несколько и отправим подарок.

Почему мы фокусируемся на мелочах?

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

Этот закон тривиальности Паркинсона также известен под названием «эффект велосипедного сарая», происходящем от примера, приведенного Паркинсоном в его книге для иллюстрации этого закона.
Почитайте его и скажите сколько раз вы замечали подобное на совещаниях в своих организациях?😁

Все потому что внести ценный вклад в обсуждение больших и сложных тем, не имея реальных знаний и опыта, сложно. Но ведь людям хочется, чтобы их отмечали за внесение ценных замечаний. Отсюда происходит тенденция концентрации на небольших деталях, о которых легко рассуждать, но которые не обязательно важны для работы организации.

Как же избежать закона тривиальности?
🔸Ставьте конкретную цель встречи
🔹Приглашайте на встречу только самых нужных людей, у которых есть знание/опыт по цели встречи
🔸Устанавливайте лимит времени на обсуждение
🔹Определите человека, который будет принимать окончательное решение

P.S. При обсуждениях, связанных с разработкой ПО, часто говорят о различных законах или теориях.  Не агитируем следовать им. Применять их или нет – это всегда вопрос спорный, и зависит от вашего контекста.
#законыразработки

Интроверты в команде - секреты взаимодействия

Мы уже писали про лидеров интровертов, давайте теперь поговорим про интровертов в команде.

Несколько советов,:
🟠 Поощряйте интровертов делиться своими идеями, создавая безопасную среду для обмена мнениями
🟡 Интровертам нужно время, чтобы переварить информацию и подумать над своими идеями, если возможно, заранее делитесь всей информацией, материалами и агендой встреч
🟢 Помните: интровертам нужно время на себя и уединение, чтобы зарядиться энергией, избегайте вовлечения их в задачи, где им нужно постоянно находиться в группе. Дни, заполненные встречами, невероятно утомительны для интровертов.

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

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

Подборка книг для ментального здоровья 📖

Заботиться о своем ментальном состоянии важно, но почему-то мы так часто забываем об этом ❤️

Можно вдохновиться на это книгой!
Делимся подборкой лучших книг для поддержания ментального здоровья от Тоби Синклера.

Ссылки на сами книги📚
#книги

Большие продукты с одним владельцем продукта.
Как это возможно?😱

Вспомним правило "один продукт = один владелец продукта". Как же владельцу продукта не разорваться?

Подсказку можно найти в статье INSEAD Knowledge:
💥Отделите управление продуктом от устаревших организационных теорий и перестаньте думать о нем как о роли - вместо этого думайте о нем как о культуре.

💥Мы тратим время на попытки вписать продукт в старые определения работы, отвлекаясь на ролевые границы, тактику и повседневную механику. В итоге мы упускаем более значительные результаты и ценность, которые одновременно происходят за кулисами.

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

💥Но более важная (и часто незаметная) ценность управления продуктом заключается в том, что поведение "людей продукта", не зависящее от подразделения, означает, что они являются центральной точкой создания ценности во всей компании. Люди, занимающиеся продуктом, отвечают за сшивание и создание ткани организации - основы, которая включает в себя видение, устав, ценности, системы, язык, убеждения и привычки.”

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

Больше о владельце продукта и масштабировании мы говорим на нашем сертификационном тренинге Professional Scum Product Owner🧑‍🎓

📌Ближайшая группа — 18-20 января, присоединяйтесь.

У нас пополнение!

Спешим поделиться новостью: у нас новый тренинг от scrum.org Professional Scrum Facilitation Skills (PSFS)💥

Зачем идти на этот тренинг?
⚡️Чтобы разобраться с тем, что же такое фасилитация
⚡️ Чтобы понимать групповую динамику и то, как группа приходит к решению
⚡️Чтобы фасилитировать события Скрама и получать от них максимум
⚡️Чтобы использовать фасилитацию для разрешения сложных ситуаций и конфликтов
⚡️ Ну и важный аргумент для коллекционеров бейджей - получить значок PSFS в свою копилку🤓

📍Первая онлайн группа 27-28 февраля
👉Успей забронировать место

Законы разработки ПО: закон Патта

В технологическом секторе доминируют два типа людей: те, кто разбирается в том, что они не контролируют, и те, кто контролирует то, в чём они не разбираются.

За законом Патта часто следует заключение Патта:
В любой технической иерархии со временем вырабатывается инверсия компетентности.

Эти утверждения предполагают, что из-за различных критериев отбора, конкуренции в организациях, на "рабочих" уровнях организации всегда будет находиться некоторое количество опытных людей, а на уровне менеджмента всегда будут люди, не имеющие понятия о сложностях и проблемах работы, которой они управляют.🥸

Мы наблюдаем этот закон довольно часто (к сожалению), и не только в технологических компаниях.
А вы что думаете? Знакомо?

P.S. При обсуждениях, связанных с разработкой ПО, часто говорят о различных законах или теориях.  Не агитируем следовать им. Применять их или нет – это всегда вопрос спорный, и зависит от вашего контекста.

#законыразработки

🎞 Видео прошедшего митапа "LeSS через способности и структуры"

Какой фреймворк лучше использовать в организации: Less, Nexus или SAFe?
При чем тут стратегия и организационный дизайн?
Какие способности должна развивать организация?
Все это мы обсуждали на нашем митапе. Было интересно!

Посмотреть запись митапа уже можно по ссылке🍿

Меняем шапки 🧙‍♀️

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

Давайте посмотрим на модель из книги “Choosing a Consulting Role”:
➡️По оси Х - ответственность за результаты клиента
⬆️По оси У - ответственность за рост клиента

На протяжении всей работы можно играть несколько ролей, сдвигаясь по осям. Все зависит от характеристик организации или команды, от отношений с ними, от их потребностей.

Перенесем на ваш контекст?
Подумайте об одном конкретном клиенте или организации, с которым вы работаете:
🟡В какой роли вы видите себя сейчас?
🟠В какой роли видит вас клиент сейчас?
🟡Какую роль клиент ожидает от вас?

Если вы получите разные ответы, возможно, вам есть над чем поработать…

Пирамида тестирования! Что? Как? Зачем?😱

Мы уже писали зачем нужны автотесты. Сегодня продолжаем рубрику "инженерка для красивых" и говорим о пирамиде тестирования.

👩‍🎓В статье рассказываем, что такое пирамида тестирования, зачем она нужна и при чем тут рожок мороженого.

Больше информации по теме можно найти по ссылке.

А какой формы пирамида тестирования у вас?
Напишите в комментариях👇

Что делает команду эффективной?

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

И как результат, есть пять характеристик, которые отличают успешные команды от других команд в Google.

Пройдитесь по этим пунктам и спросите себя “моей команде соответствует эта характеристика?”

Если вы ответили "да" на пять вопросов выше, поздравляем! Скорее всего, вы работаете в высокоэффективной команде. А если нет, то не все надежды потеряны. Это поможет понять, на чем сосредоточиться, как стать лучше и структурированно обсудить эту концепцию с членами вашей команды.