​​CTQ Tree

Пользователь обратился к нам с проблемой, но как понять то ли мы достигли, что на самом деле хотел пользователь. Можно воспользоваться подходом из Lean Six Sigma - CTQ (Critical To Quality) Tree.

3 компонента, которые включает в себя CTQ:

💡 Потребность – критические потребности ваших клиентов.
Вопрос для самопроверки: "Какая потребность у человека, чтобы полностью быть удовлетворённым вашим продуктом или сервисом?"

💡 Драйверы – драйверы качества, которые необходимы для удовлетворения этих потребностей.
Вопрос для самопроверки: "Какие элементы или характеристики клиенты будут предпочтительней оценивать, когда будут судить о качестве вашего продукта или сервиса?"

💡 Требования - конкретные, измеримые требования, которым должен удовлетворять каждый драйвер, если вы хотите предоставить клиентам высококачественный продукт.
Вопрос для самопроверки: "Какой процесс или требования к продукту необходимы, чтобы эти драйверы сошлись с ожиданиями стандартов качества у клиента?"

Например, если потребитель хочет пить кофе, чтобы чувствовать себе бодрым и уверенным - на самом деле можно выразить следующими CTQ:

📌 Выходные характеристики (горячий кофе)
📌 Метрика - которую необходимо улучшить (температура кофе в градусах по Цельсию)
📌 Целевое значение (75 градусов по цельсию)
📌 Спецификация или лимиты (между 70 и 80 градусами по Цельсию)

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

#непропроекты Время для ответа.

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

Ни всегда оперативность возможна. А какой разумный срок для ответа?⏱

Далее моё личное мнение👆, ориентированное на внешних/внутренних клиентов или смежные команды. Конечно, когда речь идёт о собственной команде и оперативной работе по достижении целей, то временной лаг ответов стараемся свести к минутам.

📲 Мессенджер - до 2-х часов. Многие уже 2 года на удалёнке. Работа асинхронная, обед - тоже. Считаю, что направленный вопрос может попасть на время встречи человека (~1час) и обед (~1час). Итого до 2-х часов - это адекватное время для получения ответа.

📩 Почта — формализм. Когда получаю электронное письмо - ощущение близко к тому, что получил письмо обычной почтой с описью, уведомлением о вручении и меня уже ждут в прокуратуре🤪 Если вопрос не оперативный и не требует ответа "здесь и сейчас" (а если требует, то почему не написали в мессенджер?), то разумное время на ответ - до 1 рабочего дня. Обычно почта используется для того, чтобы зафиксировать договорённости ("минутки", протокол встречи, дальнейшие шаги или итоги проекта и т.д.)

☎️ Телефонный звонок - вам точно это нужно? Если да, то нужно запомнить несколько правил:
📞 Звонок - вторжение в личное пространство. Договорись заранее - удобно ли собеседнику.
📞 Звонок - трата времени. Текст прочесть быстрее, чем "Аааа, эээ, что я хотел сказать…"
📞 Звонок - риск потери времени. Половину собеседник может не запомнить и всё равно придётся дублировать часть инфы письменно.
📞 Звонок - риск несоблюдения договорённостей. О чём-то договорился, собеседник потом забИл/забЫл и ничего не докажешь. А переписка - сохранится.
📞 Звонок - риск потери инфы. Качество связи может быть "ниже плинтуса", если звонок из метро, к примеру. А текст - есть текст.

👦🏻👩‍🦰Личная встреча (опционально видеозвонок "one-to-one" в 2022🧑‍💻) - идеальный вариант для связи с клиентом, если накопилось несколько вопросов, которые требуют уяснение однозначного понимания обеих сторон и могут вызывать двусмысленность в переписке. Кроме того, клиентская лояльность повышается🎉, если общение - личное.

Ну, и нужно не забывать, что мы все разные. Поэтому для одного - ответ больше 30 минут критичен, а для другого - и 2 дня не помеха. Поэтому стройте карты своих рабочих взаимоотношений с коллегами и клиентами, будьте гибкими и не забывайте, что любое ваше переключение отвлекает от эффективного выполнения своих обязанностей, а множественное переключение ещё и "способствует" выгоранию😩

Используйте эффективные техники для того, чтобы "делу - время, а потехе общению - час!", например Pomodoro.

​​Продуктовый инструмент

"Эврика! У меня потрясающая идея! Надо срочно создавать продукт.

А люди действительно ждут твою идею?🤔 Ответив на этот вопрос, можно узнать есть ли реальная потребность у рынка. "Но мне ведь нужна полноценная команда по исследованию пользователей, чтобы сделать это правильно?"💁‍♂️ - необязательно. В большинстве стран мира Google поработает на вас. Answerthepublic — отличный инструмент для первичного анализа. Благодаря ему можно проанализировать не только потребность, но и оценить: рассчитывать на глобальный рынок или только на локальный?

Например, мы хотим узнать потребность людей разных стран в доставке еды. Ок, гугл…https://answerthepublic.com/

Итак, в 🇬🇧Британии людей больше всего интересует:
🔸 Какие компании доставки платят больше?
🔸 Принимают ли какие-то доставки cash?
🔸 Где роботы по доставке еды?
🔸 Кто доставляет в локдаун при Ковиде?

А в 🇷🇺России спрашивают:
🔸 Доставка еды для похудения/без глютена/без сахара/без лактозы/без мяса
🔸 Доставка еды в область
🔸 Города запрашиваемые для доставки (Москва, Спб, Зеленоград, Королёв, Екатеринбург, Набережные Челны)
🔸 Или доставка еды "с бесплатной доставкой" (наш менталитет😉)

Неплохо для начала? А дальше уже проверять гипотезы и двигать идею с продуктом на следующие этапы.

​​Инструмент для дорожных карт

Время от времени в чатах мелькает вопрос: "поделитесь опытом, как можно вести roadmap продукта"?

В своём выступлении на Agile Days '21 Павел Алфёров отметил, что сейчас сложно встретить применение чистых Agile-подходов в связке с бизнесом. Скорее модель выглядит так: бизнес работает с предиктивным типом проектов, в которые встраиваются ИТ со своими скрамами, канбан-методами и т.д.

Это как раз наш случай. Бизнес работал с долгоиграющими проектами во Wrike, а ИТ - команда использовала в работе продукты Atlassian (Service Management, Software, Bitbucket, Confluence). Всё управляемо пока продуктов было немного, но бизнес и количество проектов & продуктов значительно выросли. И если на стыке ИТ по-прежнему хорошо работала связка ITIL & Scrum, то с бизнесом появились постоянные "провисания" задач, непрозрачность и т.д.

Мы долго подбирали инструментарий, чтобы подружить Atlassian с Wrike, начиная с попыток интеграции этих 2 продуктов до взглядов на платные add-ons к Jira.

В итоге остановились на продукте Advanced Roadmaps или "Jira Plans" от Atlassian, который интегрирован в Jira Software.

"➕":
🎉 полная интеграция в Jira Software
🎉 управление "классическими" предиктивными проектами, проектами по Agile и продуктами "под одной крышей"
🎉 возможность назначать несколько команд для работы над одним продуктом и видеть capacity каждой команды по спринтам на общем roadmap
🎉 возможность строить карты зависимости задач друг от друга на общей доске
🎉 попробовав пару раз поработать в Jira Plans про MS Project хочется забыть, т.к. первый, сохранив возможности проджекта, даёт бОльшую гибкость в работе с ИТ-продуктами

"➖":
🥶цена. Продукт доступен только в подписке Premium, которая увеличивает в 2 раза стоимость использования. Поэтому логично использовать для большого числа команд (от 100 пользователей), взаимодействующих с бизнесом, который работает по предиктивной модели

Уже 2-й месяц живём с этим продуктом. ИТ-команды и бизнес получили эффективный инструмент повышения прозрачности взаимодействия.

Сейчас ни время и ни место писать о работе, когда идёт война. У меня много близких родственников на Украине и действия об их здоровье и жизнях людей по обе стороны границы занимают разум. Постов пока не будет. Прошу отнестись с пониманием. Нет войне!🇺🇦🇷🇺

Попросили возобновить писать в канал поэтому продолжу. Начну с этого видео, которое, наверняка, уже многие видели. Какой же Шварц крутой человечище💪, а уже второстепенно, что спортсмен, актёр и политик. Демонстрация лидерства во всей красе! Урок для скрам-мастера, коуча, руководителя, да любого человека. Тут гамма инструментов и искренних подходов.

💭 БЛАГОДАРНОСТЬ за потраченное время
💭 ДЕМОНСТРИРУЕТ ПОНИМАНИЕ различия стран
💭 ЛИДЕР, который его вдохновил ("я никогда не забуду тот день")
💭 КОНФЛИКТ (влияние отца с требованием снять фото со стены) на который он не поддался - и умение ОТСТАИВАТЬ МНЕНИЕ
💭 ПРИВОДИТ ОБЪЕКТИВНЫЕ АРГУМЕНТЫ почему другая сторона конфликта имела свои основания на такое мнение (через что прошёл отец: война, пропаганда, дезинформация, потери физические и моральные)
💭 ПРИЗНАНИЕ ВЕЛИЧИЯ города Ленинграда и защищавшего его народа (несмотря на очевидный ущерб непосредственному родственнику)
💭 УМЕНИЕ ДИФФЕРЕНЦИРОВАТЬ, что лидер - это не про флаг, а - про человека
💭 ПРОЯВЛЕНИЕ ЭМПАТИИ, описывая качества Власова: чуткость, доброта, ум, щедрость
💭 ТАКТИЛЬНАЯ СВЯЗЬ: фотография, кружка (пьёт кофе каждое утро из неё😊, ну, тут толика лукавства и приукрашивания, вряд ли каждое, но субъективно не проверить наверняка, но как же это органично вплетено в сторителл
💭 ТРАНСФЕРИНГ от примера и лидера переходит к народу, про их качества и черты
💭 ПРОЯВЛЕНИЕ ЭМПАТИИ: "надеюсь, что вы позволите мне сказать вам правду" (максимально осторожное "вторжение" со своим мнением)
💭 ПРОЯВЛЕНИЕ ЭМПАТИИ сразу же сглаживает возможные возмущения, что никто не захочет слушать про критику своего правительства
💭 ДЕМОНСТРАЦИЯ РАВЕНСТВА, что он не совсем чужой в этой команде и имеет право высказать своё мнение и дать обратную связь ("но, как давний друг российского народа")
💭 ДОПОЛНИТЕЛЬНО ГАСИТ ВОЗМОЖНЫЙ ОППУРТУНИЗМ ("Позвольте напомнить, что я вам говорю это с той же искренней заботой")
💭 ПРИВОДИТ АРГУМЕНТЫ, КОТОРЫЕ СЛОЖНО ОСПОРИТЬ. Они не оспариваются и легко проверяются по обе стороны, а дальше уже каждый может сделать логичный вывод, если пошевелить мозгами
💭 ЗАВЕРШАЕТ ЛОГИЧНОЙ СВЯЗЬЮ с началом герой прошлого времени - герои нашего времени, подчеркивая в чём для него заключается величие народа, а не страны.

​​В развитие поста https://news.1rj.ru/str/projman/71 подсказали: https://mycreativetype.com (Даша, спасибо за ресурс🙏) для определения собственного типажа креативности. В дополнение было интересно узнать с кем полезно сотрудничать твоему типу, что побуждает пройти тест всей командой. В нашем случае получился удивительный тандем innovator-maker-visionary-thinker.

P.s. При прохождении теста визуальные ощущения где-то между декорациями сериала "Игра в кальмара" и музеем современного искусства!

​​Весна показала кто где… "хайп" ловил.

Сейчас часто спрашивают как устроиться скрам-мастером пройдя курсы без практического опыта?

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

Поэтому для начинающего скрам-мастера vital получить скиллы лежащие в смежной плоскости: аналитик, разработчик, тестировщик, продакт/проджект менеджера и т.д., говоря про ИТ. Если таковых нет, то как минимум будет сложным вникать в то, за что команда сражается с бэклогом?!

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

В конце концов "отцы основатели" Agile пришли к созданию манифеста с большим бэкграундом собственных подходов: XP, Crystal, FDD, DSDM, и т.д. Набив шишки в области разработки, тестирования, коммуникаций с клиентами гораздо проще стать экспертом в области гибких методологий разработки, в том числе и Скрам, но не наоборот.

​​Коучинг владельца продукта

В задачи скрам мастера входит помогать стать эффективней DevTeam, организации и PO.
А как часто вы коучите PO? Это всегда происходит в ходе рабочего процесса или есть выделенные сессии?

Нашим скрам-мастерам пришёл запрос на коучинг владельцев продуктов по написанию пользовательских историй
Основные проблемы с которыми сталкивались команды:

🙁 Недостаточное описание историй
🙁 Неясность формулировок в полях задачи (критерии, стейкхолдеры, и т.д.)
🙁 Вбросы задач со спорными приоритетами и технической проработкой

За 1,5 часа удалось пробежаться по основным ключевым моментам и не только посмотреть на теорию составления историй, но и поупражняться в практическом выявлении ошибок. Бонусом удалось обсудить зоны развития владельцев продуктов.

Интересный вопрос на котором "зарубился" с архитектором систем:

- Может ли владелец продукта выступать стейкхолдером?🤔
- В ряде случаев может (например, в каких-то технических задачах), но в идеале даже для таких задач стоит разыскать стейкхолдера, который будет заинтересован в ценности выполненной задачи.

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

Про архитектуру продукта

Покидаю компанию и с уходом "помрёт" мой email на который регал аккаунт в популярной международной обучающей платформе, где учился PMP и Agile.

Парадокс в том, что у них email выступает id-ключом аккаунта обучающегося. Без возможности сменить. Совсем! То есть даже служба поддержки это не в состоянии изменить! Аццкая архитектура🤯 Продакты и аналитики в канале можете подсказать чем руководствуется ИТ-команда зашивая такой безальтернативный способ авторизации?

И Бог с ним, что я не смогу залогиниться потому что не на что будет сбросить свой пароль, но а как же интересные предложения об обучении, новые программы, которые шлют их манагеры в надежде на новую продажу🤔 В конечном счёте - это разрыв контакта со своим клиентом и потеря лояльности и повторных продаж🥺

Даже не припомню ещё сервиса где нельзя было бы сменить свой email на альтернативный при желании.

​​Scrum! Какой ты в условиях кризиса?

Одна из ценностей Agile гласит "Люди и взаимодействие важнее процессов и инструментов". Что делать когда бизнес хочет ставить во главу угла процессы и инструменты, а не выбранный ранее фреймворк? Agile-мышление команды нужно как раз для того, чтобы понять, что настало время перемен и гибкость скрама недостаточна в новой реальности.

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

...поглядываем с некоторыми командами, использующими фреймворк скрам на канбан-метод, т.к. всё чаще звучат слова Lead Time, Cycle Time, приоритетные потоки, множество статусов задач, где выполненная командой задача не означает, что она не вернётся на предыдущие статусы работы, а главное - горизонт планирования уже перестал исчисляться двух- и даже одно-недельными планами.

Новые задачи влетают через день на третий. Хаос? Матрица Стейси сейчас один из оптимальных инструментов, чтобы выбрать решение в условиях нынешней "определённости". Приходим к тому, что для части команд этим решением станет канбан-метод.

​​Путешествие в Мордор

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

Началось всё с факапа. Выяснилось, что флипчарты для тренинга, которые рисовались заранее - бесследно исчезли. На что наш скрам-мастер Даша, улыбнувшись, ответила: "Я очень плох в планировании, но неплох в импровизации"😜😂 И, то, что ранее готовилось за час, на этот раз было сделано за 15 минут пока все участники наливали себе кофе с печеньками. Подумалось, это как раз тот случай, когда 5S в офисе - враг фасилитатора🤦‍♂️

Весь тренинг был упакован в единое повествование путешествия, где участникам необходимо было пройти ряд испытаний, чтобы стать настоящей командой:
🌊 Переплыть океан на корабле (визуализировали корабль и "мечту" какой командой они хотят стать, поделились фактами о себе, чтобы лучше узнать друг друга)
🎈 Спастись на воздушном шаре (работая уже как команда, искали возможности, чтобы добиться общей цели и спастись, терпя крушение)
🧙‍♂️ Повстречать местного жителя, приземлившись на суше необитаемого острова (попутно демонстрируя свои эмоции, слабые и стыдные стороны, чтобы наладить психологическую безопасность)
⛰ Двигаться по дремучему лесу в горы (чтобы описать реальные качества своей команды, которые помогут им в реальной работе добиваться общекомандных целей)

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

💜Очень запомнилась фраза одной из участниц мероприятия: "Не забывать, что ты человек, а не функция!"

👏 А ещё был применён важный, но неочевидный инструмент фасилитатора — умение варьировать силу голоса в зависимости от условий. В начале, когда происходило формирование команды и требовалось больше инструкций, Даша декламировала громко и чётко, но, по мере того как приближались к финалу с доверием, психологической безопасностью и откровенностью участников, фасилитатор стал общаться с участниками настолько тихо, лишь чтобы речь была уловима. Это позволило усилить камерность и атмосферу доверия на тренинге.

​​Включать ли камеру на встречах?

С начала ковидной истории настораживал один из принципов Agile "face-to-face conversation".

Как командам следовать принципу в новых реалиях? Включить камеру = повысить эффективность общения? А работает ли вообще принцип в 2022 году?

- Однозначных ответов нет.

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

Близкое к моему ощущению формации общения написал в своём посте Брайан Милнер. Для наиболее эффективного общения распределённой команды нужно:

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

А включать или нет камеры решать вам😉

​​Готовим сценарий мероприятия

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

Даже когда богатый опыт проведения встреч есть, перед ведущим встаёт вопрос каков будет сценарий в этот раз? Какой контекст подойдёт для этой команды, а какие техники и инструменты пригодятся именно этим участникам? Помимо базовой подготовки и понимания контекста важно поймать вдохновение…

Лучший способ придумать сценарий не думать о нём! Да, именно так! НЕ ДУ-МА-ТЬ!

Не так давно выяснилось, что когда мозг отдыхает, он на самом деле не отдыхает, а ещё как работает (за это отвечает дефолт-система мозга). Профессор Глория Марк установила, что мозгу требуется в среднем 23 минуты, чтобы "включиться". А теперь представьте как часто, не считая сна, у вас есть 23 минуты без отвлечения в телефон или ноутбук? Когда потребление информации не останавливается у мозга просто нет оперативного пространства, чтобы "запуститься".

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

1️⃣ Читаем книги, смотрим вебинары, видео с конференций, статьи - максимально загружаем мозг информацией, но НЕ анализируем
2️⃣ Даём полчаса полного отдыха на осмысление полученной информации и тот самый "запуск". Идеально медитативные физические упражнения: бег, лёгкий транс, рисование фракталов или игра на музыкальном инструменте. Дефолт-система активирует нужные взаимосвязи и образ повествование появится сам собой.

"Вдохновение существует, но оно должно застать вас за работой" П. Пикассо.

​​И снова про доверие.

Как насчёт, чтобы показать свою уязвимость другому человеку, а команде, а компании, а целому стадиону???

Человеку свойственно скрывать от других своё истинное "я". В этом смысле понравилась параллель про две сложенные друг на друга ладони. Та, что сверху - наша маска, которую зачастую люди носят на работе, в общественных местах, с друзьями и т.д. А та, что снизу - настоящие "мы", что называется быть, "а не казаться" - наша сущность (📖 детальнее можно прочесть в книге "Сила подсознания" Джо Диспензы)

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

Даже в идеальных командах бывает место слабости и без всяких сомнений лидеру может потребоваться помощь и поддержка своих.

Недавно лидер группы Metallica Хэтфилд на стадионном концерте в Бразилии открыто признался, что ему тяжело было выйти на сцену в тот день, его одолевали тяжелые мысли и лишь всецелая поддержка участников группы помогла ему преодолеть себя и не почувствовать себя одиноким стариком❤️‍🔥.

Что произошло дальше? - Обнимашки!🤗 Жест глубинного принятия и доверия участников команды друг другу. Так что когда в следующий раз совместные чествования успехов групповыми аплодисментами или объятиями вызывают у кого-то из присутствующих саркастические улыбки и хмыкание, вероятно, в команде не всё здорово с доверием и принятием друг друга, а в более сложных ситуациях это может усугубить проявляющиеся проблемы.

​​Побывал на Agile Days 22: переизобретая менеджмент

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

Поймал себя на мысли, что поменялось мышление участников мероприятия. На заре технической части карьеры часто посещал мероприятия вендоров (Intel, Microsoft и т.д.). Особенностью тех событий была демонстрация видения на 2, 5 и даже 10 лет вперёд. Так, в конце нулевых, я впервые узнал, например, об IoT, Microsoft Azure или 10-нм процессорах - технологиях, без которых сегодня нам уже сложно представить работу.

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

❗️Лейтмотивом для меня стало то, что скрам-мастера и владельцы продуктов, эджайл коучи и деливери менеджеры это "newManagers" (цитата М. Сахоты, автора книги "Leading Beyond Change"). 20-летие назад менеджер был другой, майндсет был другой. Сейчас для менеджеров в уравнении Agile - люди должны стоять на первом месте (не отрицая важность процессов).

А ведь ещё только в прошлом году обсуждали сочетание предиктивного проектного управления с методами Agile. Сейчас же поменялась скорость в принятии решений и ушли точки опоры: одни ищут как правильно (спойлер: не найдут!), а другие гибко принимают решения.

"Тяжелые времена рождают сильных людей. Сильные люди создают хорошие времена. Хорошие времена рождают слабых людей. Слабые люди создают тяжелые времена"
Сунь-цзы —"Искусство войны"

P.s. шутки, которые особенно зашли - прозвучали на треке Алексея Пименова:

🧐 Мы новенькие что нам лучше внедрить из двух методов Канбан или OKR?
🗣 Внедрите Скрам!

🤔 Какие плакаты с паттернами канбана лучше повесить, чтобы повысить эффективность?
🗣 Повесьте фотографию Пименова. Говорят это сразу снизит Lead time на 20%!

#пятничныйюмор

Посвящается всем, кто собирается проходить интервью на agile coach😉

"That’s Greg, his birthday is on day 2 of sprint 7"😂😂😂

https://youtu.be/bB340S0tGf8

​​Стартовали новую команду ЭДО в фреймворке Скрам в нашей компании🎉🎉🎉

По ощущениям было предположение, что команде лучше подойдёт Канбан-метод, но когда провели независимый скоринг📊 (примерные вопросы для такого скоринга в скриншоте), то по всем показателям оказалось, что предпочтительнее Скрам.

Тренинг оказался не без вызовов🗻:
🔹 Скрам мастер в первый раз запускает команду с "0"
🔹 Владелец продукта после первого спринта должен сменится на другого
🔹 Один из аналитиков команды был физически недоступен на тренинге
🔹 Один из участников команды part-time аналитик, а part-time в команде поддержки продукта.

Требовалось учесть все эти нюансы, но так сложилось, что никаких факапов более не словили и 4-часовой тренинг прошёл как запланировано👌

Из интересных кейсов:
🔹 наш СМ Илья на разогреве предложил сыграть в "круг магических чисел": участники должны были озвучивать вслух по порядку числа от 1 до 15. Если 2 человека произносили одно число одновременно, то требовалось начинать сначала. Было забавно как в начале не могли преодолеть и 7, но потом начали синхронизироваться и действовать как команда, в итоге дойдя до 15. Это не только помогло разогреться, но и сразу почувствовать драйв команды достигнуть хоть и маленькой, но единой цели.
🔹 в ходе обсуждения типов задач надолго затормозились на обсуждении типа "Spike". Но вовремя обратились к уже пройденному материалу о ценностях Agile, вспомнив, что "люди и взаимодействие важнее процессов и инструментов" и договорились запарковать вопрос, чтобы когда в ходе работы возникнет потребность в Spike принять решение как команда готова трактовать такие задачи.

Фраза дня: "Как я принимаю серьёзные жизненные решения?" - На "камень ножницы бумага"🤣