📕 Профессор Гарвардского университета Ричард Хакман в своем исследовании выявил ряд ложных представлений о командной работе.

Вот шесть из них:
1️⃣ Гармония помогает. Слаженное взаимодействие между участниками команды позволяет не тратить время на споры о том, как лучше поступить.
🙂На самом деле: Управляемые конфликты, направленные на достижение целей команды, могут порождать более творческие решения, чем в бесконфликтных группах.

2️⃣ Нужна свежая кровь,
чтобы принести в команду энергию и свежие идеи. Без новичков участники команды рискуют стать самоуверенными, невнимательными к изменениям в обстановке и слишком снисходительными к плохому поведению товарищей.
🙂На самом деле: Исследования показывают, что команды, которые остаются вместе дольше, работают лучше.

3️⃣Больше - лучше.
Большие группы имеют больше ресурсов для работы.
🙂На самом деле: Самым большим препятствием для эффективной совместной работы является чрезмерно большой размер команды. Хакман отмечает, что это ведет к лени и значительно затрудняет координирдинацию рабочих процессов.

4️⃣Общение «лицом к лицу» устарело.
Теперь, когда у нас есть мощные технологии для онлайн общения, команды могут гораздо лучше выполнять свою работу на расстоянии.
🙂На самом деле: Команды, работающие удаленно, находятся в невыгодном положении. В общении с коллегами лицом к лицу действительно есть свои преимущества. Ряд организаций, которые полагаются на распределенные команды, пришли к выводу, что стоит потратить время и средства на то, чтобы собрать членов команды вместе в момент ее запуска, затем в середине работы и еще раз после завершения.

5️⃣ Все зависит от лидера. Лидерство важно, но не всегда так, как мы думаем.
🙂На самом деле: Практическая деятельность лидеров групп действительно имеет значение. Но самое мощное, что может сделать лидер для развития эффективного сотрудничества, - это создать условия для самоуправления команд. Вторая по силе вещь - это хороший запуск команды. И, наконец, третья - это практическое обучение и коучинг, которые лидеры проводят после начала работы.

6️⃣Командная работа - это волшебство.
Чтобы воспользоваться ее многочисленными преимуществами, достаточно собрать несколько талантливых людей и в общих чертах рассказать им о том, что нужно, а команда сама разберется с деталями.
🙂На самом деле: Для достижения успеха требуется тщательное планирование и подготовка. Необходимо обеспечить команду всеми необходимыми ресурсами и поддержкой.

Читать полностью…

Почему трансформации проваливаются?

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

🔜 Марти Каган описал 10 причин. Мы выбрали 5, с которыми сталкиваемся чаще всего.

Добавили бы что-то?

Читать полностью…

Павел Дуров дал интервью Такеру Карлсону — посмотрите, кто еще не!

Интервью классное, много интересных моментов. Что особо отметила администрация канала:

— Телегу пилят всего 30 инженеров
— Новых инженеров нанимают через публичные конкурсы: делают оффер лучшим
— В команде единственный продакт менеджер — Павел Дуров.
— При личной встрече Дуров спросил у Джека Дорси: нафига, мол, Твиттеру тыщи инженеров, если хватило б и двадцати? Дорси ответил — согласен, мол, но если я всех лишних уволю — Уолл-стрит взорвется.

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

Повторимся, интервью — отличное! Заходите в комменты, если хотите обсудить 💬 🔥

Читать полностью…

Второй путь DevOps

Первый Путь DevOps, про который мы писали ранее, описывает принципы, которые обеспечивают быстрый поток работы “слева направо”.

Во Втором Пути наша цель - создавать все более безопасную и устойчивую систему работы.
Зачастую мы обнаруживаем проблемы только тогда, когда уже происходят крупные сбои: массовое прекращение обслуживания или утечка данных клиентов.
В DevOps мы принимаем концепцию, что ошибки неизбежны и это такое же поведение системы и нам нужно действовать без страха их возникновения.
🔜 Однако, нужно создавать систему таким образом, чтобы ошибки можно было быстро обнаруживать, до того как последствия станут катастрофическими.

Практики второго пути DevOps:
🟡 Комплексная работа управляется таким образом, чтобы проблемы в дизайне и эксплуатации становились видными;
🟡 Сотрудники свормятся и решают проблемы накапливая знания;
🟡 Постоянно смещаем точки контроля качества ближе к источнику работы (shift left);
🟡 Оптимизируем работу для последующих рабочих центров.

Подробнее о каждой практике читайте в нашем блоге.

Читать полностью…

Приглашаем на митап "Когда искусственный интеллект заменит разработчиков?"

В последнее время ведётся масса дискуссий о том, что совсем скоро искусственный интеллект полностью заменит разработчиков.
Профессия под угрозой? 🥺Нужно ли уже срочно бежать и переучиваться на кого-то другого? 😱
Давайте разбираться!
На митапе мы с вами на практике посмотрим, какие из задач в целом можно успешно делегировать на компьютерный мозг, а какие аспекты пока не обходятся без человеческих навыков и творческого подхода.
Приходите! Это будет интересно и точно весело.

PS: анонс этого митапа создан при участии Chat GPT. 😁

📎18 апреля 19:00 по Мск
🔜Регистрация тут https://scrum.ru/meetups

Читать полностью…

⚡️ Учим целеполаганию и OKR ⚡️

В понедельник стартуем тренинг Certified OKR Practitioner (C-OKRP®).

Снова делаем маленькую группу, чтобы ответить на вопросы каждого.

📎Осталось одно место.
🔜Успевайте его забронировать.

#целеполагание

Читать полностью…

Метод знакомств в найме

Чтобы решить проблему найма, турецкая компания Latro Kimya придумала так называемый "метод знакомств". Теперь все, кого компания нанимает на работу, должны пройти через три этапа.

❤️Шаг 1. Свидание
На этом этапе компания приглашает кандидата на часовой или двухчасовой зум-звонок или личную встречу.
Свидание называется свиданием, потому что это не одностороннее интервью, а взаимное исследование. И компания, и кандидат задают вопросы и проверяют друг друга, чтобы понять, получится ли потенциальная пара.

Если обе стороны видят и ощущают потенциальное совпадение, они переходят к шагу 2.

❤️Шаг 2. Флирт
На этом этапе компания просит кандидата присоединиться к ним на пару дней работы в офисе - кандидату компенсируется его время и расходы.
Этот этап называется флиртом, потому что это непринужденный способ узнать, как это - работать вместе. Эти дни позволят почувствовать, как всё сложится в реальности - работать вместе, пить чай, ходить на обед.

Если участники подходят друг другу, то переходят к шагу 3.

❤️Шаг 3. Жених
На этом этапе компания предлагает кандидату двухмесячный испытательный срок. Они называют этап "женихом", потому что кандидат не получает официального рабочего контракта, но обе стороны демонстрируют серьезные намерения друг перед другом.
Цель - посмотреть, смогут ли они хорошо сработаться и убедиться, что между ними установилась прочная связь. Если такая связь создана, то кандидат получает официальный рабочий контракт. Потому что, как и в браке, нужно пройти все этапы, прежде чем связать себя узами.🙂

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

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

Статью нашла у corporate-rebels

Читать полностью…

9 апреля во вторник в 21:00 МСК стрим "Мифы и факты про скрам" 🔥🔥🔥

👉 Скрам - это штука для программистов
👉 Скрам не предназначен для больших компаний
👉 Скрам придуман ЦРУ, чтоб подорвать эффективные методы хозяйствования стран социалистического лагеря

Дима и Паша обсудят это ☝️и не только с Романом Дорошенко. Бородатым ЦРУшником Консультантом по организационному дизайну, без которого Дима оказался бы уже давно в психушке 🏘 , а Паша бы проходил по статье рукоприкладство 🦷...
А если серьёзно, то это пока лучший профессионал своего дела, с которым довелось поработать вместе, о чём тоже расскажем!

🗓️ ВТ 09 апреля в 21:00 МСК

📍Трансляция на YouTube

💬 Вопросы задавайте в комментариях к этому посту

🔔 Подписывайтесь на наш канал в Телеграм и на PaymentBros?si=0Vs1Jmdh9aGFmkLw">канал в YouTube чтобы не пропустить новые посты и эфиры!

Читать полностью…

Изучаем паттерны диаграммы рассеяния

Процессы нельзя улучшить, если не определить точки, в которых проседает команда. Для поиска таких точек Канбан использует визуальные средства, в том числе диаграмму рассеяния времени цикла. Она отражает время цикла для всех элементов: каждый элемент — точка на диаграмме, высота точки — время цикла конкретного элемента.

Умение определять паттерны диаграммы рассеяния времени цикла позволит находить проблемные места еще до того, как они разрастаются.

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

Если вам интересна тема Канбана приходите на Тренинг Professional Scrum with Kanban Training

⚡️ Ближайшая группа 18-19 апреля
🔜 Регистрация по ссылке

Читать полностью…

Чувство юмора на работе

Еще в советские времена авиаконструктор, академик Олег Константинович Антонов разработал памятку по этике и научной организации труда. Актуальна до сих пор.

Обратите внимание на пункт про чувство юмора.

Польза юмора в повседневной жизни понятна. Нужен ли он в работе? Или исключительно серьезный настрой поможет компании быть эффективной?

Этот вопрос исследовался. И результаты исследований показывают, что юмор на рабочем месте положительно влияет на:
🙂 производительность труда,
🙂 удовлетворенность,
🙂 креативность,
🙂 сплоченность рабочей группы,
🙂 здоровье
🙂 и эффективность преодоления трудностей,
а также уменьшает
☹️ выгорание,
☹️ стресс
☹️ и увольнение с работы.

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

Конечно мы говорим о здоровом юморе. Без сексисткой и уничижительной подоплеки.

Так что культивируем юмор на рабочем месте. Поощряем его, особенно от руководителей.

🙃С днем смеха!

Читать полностью…

🧬Системное мышление вкупе с инструментами до сих пор призрачно присутствовали в этом канале. Попробую исправить эту несправедливость!

Традиционное и системное мышление. В чем разница.

Обратимся к Расселу Акоффу. В двух коротких видео (первое и второе) он отвечает на этот вопрос так:

Традиционный мыслитель и системный мыслитель отличаются тем, как они думают и действуют.

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

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

Чтобы еще лучше разобраться с двумя типами мышления, перевела инфографику.

#системное_мышление

Читать полностью…

Афиша ближайших тренингов Scrum.ru

🔴11-12 апреля Professional Scrum Master (PSM)
🔜Чтобы глубоко погрузиться в Scrum: основные принципы и правила работы на разных уровнях — от команды до продуктовой группы.

🔴12 апреля Воркшоп по работе с Бэклогом продукта (PSPBM)
🔜Чтобы пройти путь от продуктовой цели до упорядоченного, оцененного с "готовыми" элементами Бэклога Продукта.

🔴15-16 апреля Certified OKR Practitioner (C-OKRP®)
🔜Чтобы выстроить работающее целеполагание в своей организации.

🔴18-19 апреля Professional Scrum with Kanban Training (PSK)
🔜Чтобы усилить работу команды практиками Канбана.

🔜24-26 апреля Professional Scrum Product Owner Advanced (PSPO II)
Чтобы максимизировать бизнес-ценность и узнать прикладные инструменты продуктового менеджмента.

🔜26 апреля Воркшоп 50+ техник для вовлекающих ретроспектив
Чтобы ретроспективы приносили максимум пользы вашей команде.

🌺 Обучение на май уже можно забронировать на нашем сайте.

Все онлайн, можно участвовать из любой точки мира!

Читать полностью…

Ошибаться - нормально!

Ошибаются все, даже самые успешные и талантливые.

И это нормально по нескольким причинам:

🌸 Человеческая природа: Мы, как люди, несовершенны и подвержены ошибкам. Это часть того, кто мы есть, и неизбежно в процессе обучения, роста и развития.
🌸 Уроки и опыт: Часто ошибки служат уроками, из которых мы учимся. Они позволяют нам понять, что работает и что не работает, и могут помочь нам сделать более осознанные решения в будущем.
🌸 Стимуляция к инновациям: Многие из величайших открытий и достижений были сделаны в результате ошибок или неудач. Ошибки могут стимулировать нас думать творчески и искать новые подходы к проблемам.
🌺 Способ роста: Когда мы признаем свои ошибки и учимся из них, мы растем как личности. Принятие ошибок как части процесса развития позволяет нам стать лучше.
🌺 Человеческий фактор: Ошибка может также происходить из-за нашей человеческой природы - недостатка информации, эмоций, стресса или усталости. Понимание этого помогает быть более терпимым к себе и другим, когда ошибки случаются.

Ключевое значение имеет не сама ошибка, а то, как мы реагируем на нее и учимся из нее.

Читать полностью…

Атрибуты элементов Бэклога продукта

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

Учитывая, что атрибуты часто меняются в зависимости от сферы деятельности, не существует единого, наилучшего способа структурировать или описать элемент Бэклога продукта.

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

Например:
▶️для какой-то новой функциональности, нам важно описать:
Название, Описание, Размер
Целевой сегмент клиент.
▶️для дефекта: Название, Описание, Инициатор, Шаги воспроизведения.

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

Чрезмерное усложнение бэклога продукта приводит к снижению его прозрачности.

Особенно этому подвержены инструменты типа Jira, поскольку они обладают высокой степенью конфигурируемости, и мы, как люди, испытываем желание настроить их по максимуму.

Что вы можете сделать с этой проблемой?
Вот три идеи:
🟡Определите типы рабочих элементов
🟡Найдите общие атрибуты
🟡Избегайте обязательных полей
Подробности в карточках.

🔥 Приходите учиться работать с Бэклогом продукта на наш воркшоп Professional Scrum Product Backlog Management Skills

🔜Ближайшая группа 12 апреля
📎Регистрация по ссылке

Читать полностью…

9 вещей, которые великие лидеры говорят каждый день

Люди судят вас по тому, что вы делаете, и по тому, что вы говорите. Если вы руководитель или лидер, то судят вас гораздо чаще.

Попробуйте каждый день говорить эти фразы своим коллегам. Сделайте это своими привычками. И приготовьтесь увидеть результаты.

🙂 Нашла их у David Sym-Smith

Читать полностью…

Афиша ближайших тренингов Scrum.ru

⭐️ 13-15 мая Designing Agile Organizations
Учимся строить настоящую аджайл-организацию.

⭐️ 20-21 мая Certified OKR Practitioner
Помогаем организации выстроить целеполагание с упором на фреймворк OKR.

⭐️ 21-23 мая Applying Professional Scrum for Software Development
Разбираемся с инженерными практиками и работаем в настоящей скрам-команде.

⭐️ 29-31 мая Certified LeSS Practitioner
Разбираемся, как организовать разработку больших продуктов, затрагиваем системное мышление, теорию очередей, раскладываем по полочкам фреймворк LeSS.

⭐️ 30-31 мая Agile Leadership Training (Management 3.0)
Фокусируемся на самом ценном в организации - на людях. Как мотивировать, развивать и быть лучшим лидером для своей команды.

⭐️ 31 мая Воркшоп по декомпозиции
Разбиваем большие элементы на маленькие. Осваиваем 22 инструмента декомпозиции.

🔜 Обучение на июнь уже можно забронировать на нашем сайте.

Все онлайн, можно участвовать из любой точки мира! 🙂

Читать полностью…

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

С тех пор как компания Google назвала психологическую безопасность важнейшей составляющей эффективности команды, многие технологические компании устремились за ней. Как понять наличие или отсутствие психологической безопасности? Наблюдайте!

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

1️⃣Участники команды не высказываются на встречах.
Легко заметить, когда на встречах нет коллаборации, здоровых дебатов или оспаривания статус-кво. Если тихие встречи случаются раз или два, это нормально, но когда они становятся нормой, это признак отсутствия психологической безопасности.

2️⃣Страх неудачи.
Обнаружить это может быть непросто, поскольку никто не поднимет руки вверх и не скажет: "Я боюсь". Прислушайтесь к тому, что говорят люди. Такие фразы, как "Мы не можем ошибиться", "Нужно сделать все правильно сразу", "Мы должны сделать X,Y,Z к этой дате" - вот как проявляется страх перед неудачей.

3️⃣Каждое решение эскалируется.
Команда, которая не чувствует себя в безопасности, принимая решения самостоятельно, будет передавать все решения на следующий уровень. В зависимости от того, где не хватает психологической безопасности, следующий уровень может попросить следующий уровень и так далее.

4️⃣Есть признаки микроменеджмента.
Это происходит неосознанно потому, что тот, кто занимается микроменеджментом, чувствует необходимость быть в курсе того, что происходит в мельчайших подробностях. С точки зрения этого человека, ему нужна прозрачность, потому что он не может доверять, что все будет хорошо.

5️⃣Никто не просит о помощи, даже если сильно нуждается в ней.
Это может быть следствием того, что участник команды просил о помощи в прошлом, но не получил ее или, что еще хуже, был обвинен в некомпетентности.

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

Другие посты по теме:
🔘В чем секрет высокопродуктивных команд
🔘Как измерить психологическую безопасность
🔘4 ступени психологической безопасности

Читать полностью…

Закон непреднамеренных последствий

Непреднамеренные последствия  — вызванные целенаправленным действием неожиданные, непредвиденные и непреднамеренные результаты. 

Это может быть неожиданная польза, неожиданный вред или просто противоположный результат.

⚡️ Этот закон часто срабатывает и в нашей сфере. Посмотрите на примеры в карточках.

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

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

Читать полностью…

Фасилитация Обзора Спринта

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

Как фасилитировать Обзор спринта?
Традиционный подход "показать, продемонстрировать, рассказать" обычно не работает, даже для одной Scrum команды, а на несколько команд тем более.

🔜 Популярной вспомогательной практикой для Обзора Спринта в Nexus или LeSS является метод расхождения и схождения (или расхождение-слияние). Подход расхождения-схождения начинается с того, что заинтересованные стороны разбиваются (идут в отдельные комнаты или на отдельные станции) для того, чтобы проверить определенные аспекты продукта и предоставить более целенаправленную обратную связь. Это позволяет заинтересованным сторонам проверять только те аспекты продукта, которые их интересуют. Затем заинтересованные стороны могут снова собраться вместе, чтобы подвести итоги своих обсуждений и поделиться обратной связью из различных комнат.

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

*️⃣Подбробности ищите в новой статье нашего блога.

Читать полностью…

Самый сильный инструмент в создании продукта

"Если ты хочешь построить корабль, не надо созывать людей, планировать, делить работу, доставать инструменты. Надо заразить людей стремлением к бесконечному морю. Тогда они сами построят корабль…" Антуан де Сент-Экзюпери

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

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

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

Есть ли более эффективный инструмент для организации, занимающейся продуктами? Вряд ли.

Вдохновитесь видением известных компаний:
*️⃣ Dropbox
*️⃣ Airbnb
*️⃣ Asana
*️⃣ Microsoft Productivity Future
*️⃣ HP Safe City
*️⃣ jmspool/drive-innovative-designs-using-experience-visions-5bf706a45636">Apple
*️⃣ SpaceX

Читать полностью…

Первый путь DevOps

DevOps (акроним от англ. development & operations) и связанные с ним технические, архитектурные и культурные методики – результат соединения многих философских и управленческих направлений.

DevOps запускает изменения в организациях, преобразуя способы взаимодействия специалистов поддержки (operations), разработчиков, тестировщиков - всех тех, кто участвует в процессе создания и поставки продукта от начала до конца.
⭐️Основное изменение в том, чтобы создать окружение в котором группы специалистов работают сплоченно и этом главный вызов в корпоративных внедрениях DevOps. И как вы уже догадываетесь, это в основном про изменение культуры в организации, а не в наборе инструментов.

Выделяют принципы DevOps (три пути) и практики которые эти идеи воплощают.

Первый путь DevOps: поток или системное мышление подчеркивает важность производительности всей системы в целом, а не только производительности отдельного “колодца” или отдела (например, отдела разработки или IT-администрирования), будь то крупное подразделение или отдельный исполнитель (например, разработчик, системный администратор).

Практики первого пути DevOps:
🟡 Делайте вашу работу видимой
🟡 Ограничивайте работу в прогрессе (WIP)
🟡 Уменьшайте размера партии
🟡 Сокращайте количество передач
🟡 Непрерывно выявляйте и устраняйте ограничения
🟡 Устраняйте затруднения и потери в потоке ценности

Подробнее о каждой практике читайте в нашем блоге.

Читать полностью…

Что Владелец продукта делает весь день?

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

🔜А если подробнее, то в наших карточках. Заметьте, что практически вся работа Владельца продукта находит отражение в Бэклоге продукта.

⚡️ Поэтому Владельцы продуктов и сопричастные, приходите учиться работать с Бэклогом продукта к нам на воркшоп

⭐️ Ближайшая группа через неделю 12 апреля

📌Регистрация по ссылке

Читать полностью…

Приглашаем на стрим "Мифы и факты про скрам" 

Когда нас спрашивают где же увидеть настоящий скрам, мы приводим в пример Систему Быстрых Платежей (СБП). Кстати, почитайте про этот кейс, если еще не знакомы с ним.
Мы действительно считаем этот пример лучшим и гордимся работой, которая была там проделана. Дима Колесников и Паша Рябый (ex СБП) поверили, Рома Дорошенко (scrum.ru) помог осуществить.

9 апреля во вторник в 21:00 МСК ребята на троих устраивают стрим "Мифы и факты про скрам".
Отличная возможность задать все вопросы, да и вообще послушать, что про скрам думают топ-менеджеры, успешно прошедшие путь трансформации.

📎 Добавляйте стрим в календарь, чтобы не пропустить.

Читать полностью…

Чтобы не пропустить самое интересное

⭐️ Ошибаются все, даже самые успешные и талантливые. Причины, почему ошибаться нормально.

⭐️ Модель Systemico для расставления приоритетов исходя из ценности продукта для клиента.

⭐️ Другие вопросы для Ежедневного Скрама. Хотя использовать их совершенно необязательно.

⭐️ 9 вещей, которые великие лидеры говорят каждый день. Попробуйте каждый день говорить эти фразы своим коллегам. И приготовьтесь увидеть результаты.

⭐️Может вам не нужны OKR? Если вы только начинаете работать с OKR, посмотрите на свою организацию и спросите: "Кто может выиграть от этого?" вместо вопроса “Куда бы еще раскатать (очередную) трансформацию?

Читать полностью…

Привет, на связи Podlodka Teamlead Crew!
Пришли со свежими подробностями сезона.
Стартуем уже 1 апреля: научимся выбирать, внедрять, анализировать и масштабировать метрики.

Если вам кажется, что язык метрик сродни заклинаниям, которые знают лишь избранные, то вы попали по адресу. Мы пригласили крутых спикеров из известных компаний, которые обладают этим знанием и на метриках уже «собаку съели». Они научат правильно применять метрики, говорить с бизнесом и продактами на одном языке во благо разрабатываемому решению.

❓В каких сферах применимы метрики? Сергей Воробьёв объяснит как использовать популярные виды метрик и где брать для них данные.

❓Как принимать решения на основе метрик? Сергей Петрук из QIWI владеет этой магией: проведёт воркшоп по фреймворку принятия решений, разберёт реальные кейсы.

❓Как говорить с бизнесом на языке метрик? Серафима Чекулаева поделится священными тайнами продуктовых метрик и их потенциальной пользой.

Билеты уже на сайте, забирай свой!
https://podlodka.io/tlcrew

Реклама. ИП Толстая Елена Петровна ИНН:507503278104, erid:2SDnjckbXJH

Читать полностью…

Обзор опыта Google Ventures по внедрению OKR (2012-2017)

В 2012 года Рик Клау партнер Google Ventures опубликовал видео, которое стало, фактически, первой презентацией опыта применения OKR в Google - до этого информация просачивалась только небольшими фрагментами, через бывших сотрудников Intel и Google.

Спустя 5 лет в 2017 Рик решил существенно поправить некоторые моменты из своей презентации и написал серию твитов.

Хотя я думаю, что видео в целом все еще актуально, есть несколько вещей, которые я хотел бы поправить, если бы я записывал видео сегодня:

- Откажитесь от всех персональных OKR. Особенно для относительно молодых и маленьких копаний. Они избыточны. Сфокусируйтесь на OKR для компании и для команд.

- Уделите больше времени тому, чему команда хочет сказать "нет". Высокоэффективные команды любят говорить "да" хорошим идеям. Говорить "нет" более важно.

- Избегайте метрик, которые измеряют продвижение; фокусируйтесь только на метриках, которые отображают реальное влияние на что-то основное для бизнеса. *(*Под 'продвижением' я имею ввиду метрики, которые показывают, что вы заняты, но которые не связаны с результатами, которых ваша команда хочет достигнуть)

- В конце концов, будьте проще! Я видел, как команды увязали в процессе, разочаровывались и отказывались от усилий.

- Выберите несколько вещей, которые важны. Идентифицируйте метрики, которые отображают успех. Скажите "нет" всему остальному. Учитесь на неудачах. Повторяйте.

Наверняка сейчас, спустя еще 5 лет, в подходе Google тоже произошли изменения.

Рекомендую видео всем, кто работает над целеполаганием в своей организации.

Читать полностью…

Moonshot цель

👆В 1962 году НАСА поставило перед собой цель: "До конца десятилетия высадить человека на Луну и благополучно вернуть его на Землю". Эта цель, названная Moonshot, возникла благодаря заявлению Джона Кеннеди: "Америка должна посадить человека на Луну".

Постановка такой конечной цели действует как Полярная звезда для организации, приводя все её цели в соответствие с единой, но амбициозной конечной целью. Такие цели называются "Moonshot (лунными выстрелами)" или "Aspirational (растяжимыми целями)".

Google говорит о растяжимых целях так:

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

Если компания достигает 100% своих целей, это значит, что она ставит неамбициозные цели, ведь успешность лунных проектов составляет 60-70%.

Многие предприниматели, например, Джефф Безос (Amazon) и Илон Маск (Tesla, SpaceX), разделяют схожую идеологию.
⭐️Цель SpaceX: "Сделать человечество межпланетным"
⭐️Цель Amazon: "Построить самый ориентированный на клиента магазин, в котором продается все"

Лунные цели, также способны привлечь и удержать талантливых людей. Кто бы не хотел работать над высадкой человека на Луну?
Талантливые люди хотят быть частью захватывающего путешествия.

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

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

Читать полностью…

Тренинг LeSS через неделю

Почему стоит участвовать?
➡️ Чтобы понять, как внедрять Scrum в разработку больших продуктов.

Что получите за 3 дня:
✅ изучите основные принципы LeSS и определите пользу такого фреймворка для вашей компании
✅ разберете кейсы, как разные организации запускали масштабированный скрам и каких результатов добились
✅ освоите правила и практики, составите план внедрения

Кому будет полезен тренинг:
➡️Топ-менеджменту, аджайл-коучам, скрам-мастерам и агентам изменений
➡️ Всем, кто разбирается в базовом Scrum и участвует в разработке больших продуктов

📌 27-29 марта
➡️ Регистрация на сайте https://scrum.ru/provisional_clp

Читать полностью…

Приглашаем на митап "Границы продуктов, продуктовых семей и бандлов"

С продуктов начинается внедрение Скрама и других Аджайл-подходов в организации.
Продукт определяет Владельца Продукта, Бэклог Продукта и состав будущих команд.
Схожие по внутренним компонентам и функциональности продукты объединяются в продуктовые семьи, которые затем могут группироваться в бандлы.
На митапе мы научимся определять продукты, семейства продуктов и бандлы в зависимости от вашего стратегического фокуса. И все для того, чтобы построить адаптивный организационный дизайн.

📎28 марта
19:00 по Мск
🔜Регистрация тут https://scrum.ru/meetups

Читать полностью…

Регулярные проверки OKR. Краткий гайд.

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

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

Хорошая проверка OKR - это вариация на тему "Что? И что? Что теперь? и основа всего процесса OKR. Поэтому инвестировать время и подобрать свой вариант регулярных проверок стоит того.

В карточках найдете пример того, как могут проходить проверки. Это только пример. Найдите ваш вариант.

🔜 Будьте последовательны: проводите регулярные проверки, даже если не вся команда сможет присутствовать.

🔜Ваша первая проверка может занять около часа.
С практикой все станет проще. Стремитесь к тому, чтобы контрольные встречи занимали около 15 минут.

🔜 Если вы не уверены, нужна ли вам еженедельная, двухнедельная или какая-то другая периодичность, постарайтесь найти такую, которая соответствует скорости принятия решений в вашей команде.

🔜 Помните об OKR. В начале каждой проверки убедитесь, что они у команды под рукой и перед глазами. Попросите кого-нибудь прочитать OKR вслух перед обсуждением.

Не останавливайтесь и все получится.

Читать полностью…