3️⃣ Челленджи организаций о переосмыслении офисного пространства. Удобство общения тех, кто в офисе и кто удалённо - размывать грань дистанцирования. Особенно смешно это выглядит на фоне того, как Илон загоняет сейчас всех в офис Твиттера или уже не загоняет и на усмотрение руководителя? Он так быстро меняется, что тренд за ним не поспевает😉

Пара мотивирующих фраз от G. Bolles:

🫴 "I want you to shoot for Mars, because if you even miss we'll get the moon." - explaining growth of mindset.
💪 "Growth Mindset - need to become continual team sport" - it is critical for changing.

И пара полезных книг:

📚 The Next Rules of Work: The Mindset, Skillset and Toolset to Lead Your Organization through Uncertainty - Gary A. Bolles
📚 Distributed Teams: The Art and Practice of Working Together While Physically Apart - John O'Duinn

Вторую назвали, что - это "библия" для тех, кто хочет научиться качественно управлять распределёнными командами.

#полезное от коллеги💪

Когда-то я узнал, что при обучении американских военных для записей используются специальным образом напечатанные учебники, где на развороте: на левой странице текст учебника, а справа - чистый лист, для заметок и записей. Мне понравилась идея формы записей, всегда готовых к дополнениям, поэтому стал так записывать в блокнотах - слева пишу сейчас, справа оставляю свободное место, чтобы потом вернуться и что-то дополнить. Именно так делал записи, учась у Андрея Георгиевича Теслинова @andrey_teslinov на его курсах, например.

Сейчас читаю книгу Бруно Понтекорво "Атомный проект" и обнаруживаю, что именно таким образом делал свои записи Энрико Ферми ещё в начале XX века! То есть, скорее всего, подобный способ ведения записей подсмотрели у Ферми организаторы атомного проекта в США и потом реализовали этот подход в военных академиях! 😮

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

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

​​Product Owner vs Backlog Owner

Некоторые PO действуют не в роли Product Owner👩‍💼, а в "роли Backlog Owner"🧑‍🎨. Почему так? - Да потому что 80% времени проводят с командами, а не с бизнесом, а когда руки доходят до бизнеса формат работы представляется как: "скажите мне, что внести в бэклог, а я скажу когда мы возьмём задачу в спринт".

Как говорит коллега (Вить, привет👋): "я конечно не настоящий сварщик"😁, но был некоторый опыт, когда будучи проджектом подрабатывал продактом. Стояла задача внедрить CRM систему и я бросил свой отдел и "пошёл в поля", вот прямо 2 недели пожил с разными командами продаж, коих было 6 штук. У каждой своё направление работы, особенности деятельности команды, но главное - люди!

Кто-то из них видел, что есть проблемы😤, кто-то видел проблемы, которых нет🤷‍♂️, а кто-то пытался инструментами решить проблемы, которые надо было решать изменением процессов🤺. Будешь автоматизировать хаос - получишь автоматизированный хаос!

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

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

В этом плане подталкивающая на размышления схема взаимодействия с клиентам прописана у Р. Фитцпатрика в книге "Спроси маму: как общаться с клиентами и подтвердить правоту своей бизнес-идеи, если все кругом врут?":

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

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

​​Нужно ли демонстрировать эмоции на онлайн встречах?

Недавно провёл тренинг по мотивации. Обнаружил для себя - разницу взглядов (в прямом и переносном смысле) на эмоции, как инструмент сказанного.

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

А потом осознал, что сейчас же понимание эмоций осложнилось тем, что многие "new-wave" менеджеры последних пары лет столкнулись с новым этапом взаимодействия. Когда надо помогать командам, состоящим из картинок профилей на встречах, а не живым лицам. Люди зачастую не включают камеры в онлайн встречах. Отсутствие необходимости включать камеры, и быстрый "впрыск" 15 секундных видео а-ля тик-ток/инста сразу с раскрытием сути и без необходимости развивать мышление для определения поведения в конечном счете приводит к эволюционному медленному атрофированию способности оценивать эмоциональное или жестикулярное поведение даже на базовом уровне. Это не хорошо и не плохо - данность.

Все люди врут. Точка. Кто-то осознанно, кто-то - нет. Эмоции и жесты - всегда упрощали понимание между людьми. Помню случай, когда один участник команды не мог донести свою точку зрения до команды. При разборе выяснялось, что человек не включает камеру, а команда даже ни разу не видела человека в глаза. Голос (громкость/тембр/эмоциональное наполнение) обманчив. Слова, которые человек хотел донести голосом звучали как сарказм или провокация, хотя "дополненная реальность" в виде эмоций на лице дала бы понять, что человек абсолютно искренен в своих порывах. Кому-то изначально доступна ачивка "король красноречия". Но для тех, кто хочет заслужить доверия других участников, проявить свою открытость, уязвимость если хотите - демонстрация эмоций могут стать доступным инструментом подкрепления сказанного.

Почитал 3 интересные статьи:

1️⃣ https://www.jpattonassociates.com/tension/ - про разработку продукта

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

2️⃣ https://toddlewandowski.medium.com/master-the-classic-question-what-does-a-dip-in-the-metrics-mean-cbd48dc89465 - про проведение интервью

Полезные советы по проведению интервью:
♨️ задавать уточняющие вопросы
♨️ установить рамки
♨️ уменьшить боль
♨️ выдвинуть гипотезу о причине проблемы
♨️ проверить свою гипотезу
♨️ предложить решение

3️⃣ https://medium.com/@michael_78275/dysfunction-mapping-a-tool-for-effective-agile-coaching-dc4634171b5f - инструмент в арсенале коуча в Agile

Автор предложил инструмент для Agile Coaching - канвас дисфункций. Практик, который работал с множеством команд описал инструмент для визуализации анти-паттернов организации, формирования гипотез и создания плана конкретных и видимых изменений.

Занятный пост про ChatGpt, взрывающий ИТ инфопространство последние дни))

Восстание машин или ChatGpt как предвестник тектонических сдвигов в образовании

Не так давно OpenAI выпустило на рынок черта из табакерки новую ИИ модель – бота ChatGpt. Что это такое и почему это важно для образования.

ChatGPT. это нейросеть, которая взаимодействует с пользователем, общается с ним, отвечает на его вопросы, показывает ошибки, подсказывает, советует и т.п По сути это прототип персонального ИИ помощника типа «искинов» из scifi книжек. Несмотря на события 2022г помимо прочего он работает и на русском языке.

Он неплохо справляется с ответами на вопросы разной сложности в стиле вопрос\ответ, что скорее всего в скором времени убьет онлайн сервисы типа Quora, stackoverflow yandex ответы и тп.

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

Но особо крутым оказался впечатляющий пример уже из вузовских заданий: профессор микробиологии составил тест из десяти задач, которые — как он рассчитывал — требуют как глубокого понимания предмета, так и способности уместно применять вычисления, даже когда явно вопроса про них нет. Оказалось, что ChatGPT прошёл тест на 95%, сильно лучше среднего студента.

Но это далеко не все, дело в том, что ChatGpt прекрасно справляется с написанием программного кода. Пока еще не во всех языках, но уже во многих ведущих.

Ну и на сладкое немного статистики.
Время, которое потребовалось, чтобы набрать 1 миллион пользователей:

Netflix - 3.5 года
Twitter- 2 года
Facebook - 10 месяцев
Spotify - 5 месяцев
Instagram - 3 месяца
ChatGPT - 5 дней 🙈

Это «явление» не может не повлиять на современное образование. Восстание машин уже началось и любой студент справится с подавляющим большинством сложных вопросов заданных текстом. То есть асинхронное обучение с открытыми тестами –фсё. То же самое коснется и юных программистов. Понимая насколько человек ленив – получим нашествие ИИ недоучек на рынок.

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

далее придет осознание что мир постепенно делится на тех кто поддался искушению и тех кто устоял перед лукавым. И деление идет на основе наличия софт скиллов лежащих в основе ответственности, воли, осознанности и целеустремленности. Коучинг и менторство станут как никогда популярны, правда... их вскоре также существенно потеснит ИИ :)

Одним из направлений станут школы цифрового детокса... Другим школы цифрового синтеза. Третьим школы основанные на воле и стойкости :) большинство "стандартных" образовательных конструктов в течение 20 лет отомрет за полной ненужностью
А какие возможные эффекты видите вы? 😂

#ai #newtech

​​Ужас🤯, тебе наверно придётся взять отпуск, чтобы это прочитать, но я попробую🤣

Начинающему менеджеру проекта или владельцу продукта трудно сказать "нет" Заказчику.
Но этому навыку надо учиться. И вот почему…

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

Представь ситуацию: ты 3 месяца владелец продукта и спонсор хочет добавить в продукт "крутейшую" с его колокольни фичу! При этом стейкхолдер - не простой, а целый спонсор продукта/проекта!

Что можно испытать при этом:
🤔 если я откажусь брать эту задачу - то меня уволят
🤔 если я откажусь брать эту задачу - то меня сочтут некомпентентным (синдром самозванца)
🤔 если я откажусь мне перестанут доверять
🤔 если я соглашусь - разделят со мной ответственность за предложенное решение и т.д.

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

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

🎬 Недавно посмотрел интервью Квентина Тарантино о том как он подбирал альтернативный каст на свой второй фильм "Криминально чтиво".

📌 Исходные данные: он по-прежнему малоизвестный режиссёр с перспективой. Он видел в одной из ролей - Тима Рота, но студия не видела актёра даже в шорт-листе. По итоге Квентина спросил у боссов студии: "Если я выберу актера из вашего списка, вы уверены, что это принесёт вам бОльшую сумму в прокате, чем если я возьму Тима?" На что получил ответ: "Нет, я просто буду чувствовать себя комфортнее".

КОМФОРТНЕЕ, блин🤯!! То есть босс студии во главу угла поставил не заботу о ценности, которую принесёт решение, а гармонию со своими ощущениями.

📌Второй пример оттуда же: Квентин очень хотел суперстар на одну из ролей. И судьба подкинула ему встречу с Брюсом Уиллисом (в топе оплачиваемых звёзд на 1993г). И когда Брюс попросил сыграть сначала одну главную роль, потом другую - Квентин вынужденно отказывал ему дважды (с одной стороны потому что роль была уже предварительно закреплена за другими актерами, но по большей части потому что ОН - РЕЖИССЁР видел этого актера в другом амплуа. По итогу Брюс сыграл 3-ю ведущую роль в фильме.

История показала, что оба выбора были сделаны правильно. Хотя на первый взгляд личность актёра и статус спонсора подсказывали сделать очевидный выбор. Но Квентин видел свой "продукт" таким каким он считал будет самый ценный результат🫵

В итоге владелец продукта ты, а не стейкхолдер и тебе отвечать за конечный результат. Не надо думать, что если стейк сказал "делай так!", то можно будет переложить на него ответственность за принятые решения. Волшебство не в умении сказать "нет", а в способности изменить чужую точку зрения. А ещё в том: КАК изменить мнение такого типажа и вызвать его безграничное доверие, которое в последствии подкрепится результатом?

Как с этим в себе работать😁? Не бороться, а обернуть себе на пользу☝️?

Как сказал мой коллега бизнес-архитектор Витя на своём выступлении:

1️⃣ проявляй любопытство
2️⃣ рефлексируй
3️⃣ не хватает обратной связи - додумывай её!
4️⃣ меняй майндсет: у тебя не проблемы - а возможности!

50 проектов года в мире

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

В этом году зацепило 2 проекта:
↗️ Ретро-футуристический проект по созданию полноценного выступления цифровых аватаров группы ABBA образца 1979 года.💃🕺
↗️ Проект по цифровизации государственной валюты - "Реала" в Бразилии. Когда цифровые валюты не просто сосуществует с реальными, а начинают постепенно замещать реальную государственную валюту. Вопрос как быстро подхватят другие страны с смелым взглядом на цифровизацию?💸

Все проекты можно посмотреть по ссылке

Поздравляю всех читателей канала с наступающим НГ!🎄

Спасибо, что вкладывали свое время в чтение канала и собственное развитие несмотря ни на что.

Это был нещадный год и все мы знаем почему. Вчера на одном из ретро прозвучал вопрос: "Какой новый год был твой самый лучший?" На что я ответил: любой до 2019 включительно. Но мы можем стать гибче, сильнее и обязаны МИРнее. Всем любви, добра, мотивации и открытий в новом '23💙💛

​​Когда скрам-мастер отстаёт от команды.

В авиаотрасли есть такое выражение: "экипаж отстаёт от самолёта", когда пилоты запоздалыми действиями реагируют на инерционность самолёта.

У СМа тоже масса способов "отстать" от команды:

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

Это примеры того, когда СМ находится в точке, которую команда уже прошла, а СМ ещё не осознал.

Причинами такого поведения может быть:
🔹 СМ работает с несколькими командами и не успевает
🔹 СМ живёт на своей волне как считает "должен работать скрам" и не вникает в потребности команд
🔹 СМ переносит опыт своей другой команды на новую со своими уникальными проблемами
🔹 Нехватка знаний в business-area или tech-area команды создаёт ложное восприятие, что проблема не существенна. Обсуждают другое, а команда в итоге демотивируется ещё глубже из-за неразрешённой корневой проблемы.

Конечно паттернов может быть ещё бесконечное множество, но решение только одно - менять себя (слушать, учиться, просить помощи). Ну, или менять команду, хотя вряд ли это поможет😉

Не хочу учиться, а хочу трудиться!

Недавно наш скрам-мастер проводила онбординг стажёра в компании. От него прозвучал вопрос: "Где учиться на скрам-мастера?" А и вправду где? И на скрам-мастера ли? А вышка вообще нужна? Можно ли войти в айти из другой отрасли пройдя Skillbox/GeekBrains/Udemy и т.д? 🧐

Помню как в 1994 году шёл с отцом в школу и слушал про устройство BIOS, DOS и Norton Commander. Microsoft к тому моменту уже 2 года как создавали win95. Переношусь на 12 лет вперед - на дворе 2006. В институте в рамках сетей и телекоммуникаций изучали принципы работы SMM - в закрытой военной системе это казалось какой-то бесполезной магией. Facebook уже родился, одноклассники уже успели "умереть", телеграмм, где я это пишу еще не существовал😁

Когда заканчивал работать сисадмином в 2011 уже несколько лет как появилось понятие DevOps как составляющая такого "незначительного" подхода к проектам по разработке продуктов - Agile😉 Ах да, сам Agile уже тоже 10 лет как возник, а Scrum так вообще был представлен в далёком 1995 как раз рядом с Win95.

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

🟣 Детектив по работе с данными
🟣 Проектировщик путешествий в дополненной реальности
🟣 Диспетчер магистралей
🟣 Криптокоуч
🟣 Мастер периферийных вычислений
🟣 Генеральный директор по доверию

Можно почитать больше ТУТ

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

А нужна ли при этом вышка? - Да, но надо понимать, что ты от неё хочешь? Системное мышление? Основы менеджмента, поведенческая психология, уметь в "магию цифр" или что-то другое? Условные 5 лет - это почти пресловутые 10000 часов, чтобы качественно овладеть на практике каким-то делом. Стоит ли того инвестиция вашего самого ценного ресурса - времени в это?

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

​​Когда мы знаем, что именно хотим сделать, самое трудное - знать, когда это сделать.

У нас была команда мастер-данных, перезапуск в том или ином формате мы осуществляли 2 раза, а "корабль всё не хотел идти"❌🛶

Исторически сложилось, что эта команда почти каждую каденцию обращалась к другой - шина данных, чтобы та ей делала бэк. Пришли к выводу, чтобы нивелировать этот разрыв надо бы в конце концов объединить усилия и создать единую команду. Так удалось провести командообразующий тренинг🤝. Сформировался коллектив из PO, Analyst, 3 Dev, QA, Project Manager и Coach (да, мы экспериментируем с форматом, где в одной команде могут быть и владелец продукта и менеджер проекта).

Многие ребята увидели друг друга в реале впервые. Поэтому первый день ставку сделали на то, чтобы создать атмосферу доверия и командных договорённостей через канвас доверия и ground rules🙏.
Второй день посвятили глубокой проработке архитектуры нового продукта и бэклога объединённой команды. Речь шла не об объединении бэклогов, а о формировании новой архитектуры будущего продукта с "0", но самые ценные истории из старых бэклогов мигрировали в новый.

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

Для айсбрейкеров выбрал: упражнение на запуск креативного мышления (уйти от стандартного мышления в начале работы команды полезно, чтобы отвлечься от старых наработок) и отработку коммуникации в команде через детективное расследование на время (ребята научились взаимодействовать вне зависимости от ролей, которые они исполняют - T-shape же ж🌚)

Как отдельная вишенка на торте само название новой команды - "DOS" (спасибо за идею руководителю нашего отдела разработки - Грише🔥). Новое - хорошо забытое старое, только теперь это не disk operating, а data orchestration. Теперь название полностью отражает суть того продукта, каким команде предстоит заниматься.

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

Наткнулся на 2 отличных поста в сети. Имхо, в таких мелочах и выражается движение команды в философии Agile.

1) текстом ниже - от тимлида разработки в компании FortyAU
2) картинкой - с командными метриками, которые "стоят дороже", чем показатели Velocity

Вот 5 вещей, которые я не разрешаю в своей команде разработчиков:

⛔️ Не разрешается использовать слово "глупый" для описания себя или своей работы. Вместо этого мы используем слово "картошка". Почему? - Потому что это заставляет всех улыбаться, потому что незнание чего-то не делает человека глупым, и потому что это помогает относится к себе более снисходительно, когда речь идет об ошибках.

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

⛔️ Застревать или "теряться в море". Каждый вторник и четверг команда проводит встречи Tech Day (T-Day), на которые каждый может принести свой блокер и поработать в паре с другими. Это безопасное пространство, где можно сказать: "Я не знаком с..." или "Является ли мое решение лучшим?". Это помогает нашему проекту двигаться вперед и обеспечивает две тренинг-сессии в неделю.

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

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

Бонус:

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