Кать, а ты правда agile коуч?
СтатистикаКанал о том, как лидерам в IT выстраивать agile команды, достигающие поставленных целей. Для тимлидов, проджектов и аджайлистов, которые уверены, что можно лучше, но не знают как. Подробнее на сайте https://badovskaya.pro По всем вопросам @e_badovskaya
- Последний пост
- 11 авг.
- Последнее чтение
- 12:41
- Постов за неделю
- 2
- Всего постов
- 20
- Тип
- открытый
- Язык
- русский
- В каталоге с
- 12 авг.
- 1/24сутки в ленте
- 62
- 1/48двое суток
- 71
- 1/72трое суток
- 76
Оценка по просмотрам недавних постов: пост набирает почти всё за первые сутки.
Посты
видео или голосовое, без подписи
Зрелому руководителю не обязательно нравиться команде ➡️ Знаете этот классический посыл в команду «да я согласен, но там наверху решили - придется делать»? Типа решение плохое, принял его кто-то там, сопротивление невозможно. Я не виноват и по-прежнему с командой по одну сторону баррикад! Любая другая позиция при этом воспринимается как предательство и не рассматривается в принципе. Типичный паттерн начинающего руководителя, читаем, признак управленческой незрелости. ➡️ Следующий уровень это когда руководитель уже понимает: иногда важно принимать и открыто транслировать решения, которые команде не понравятся. Он уже может не только озвучить неприятное решение без отсылок на "злых начальников", но и выдерживать протест команды. Что-то типа «Я услышал ваши аргументы, но решение остается прежним». Однако в процессе ему приходится преодолевать себя, потому что есть страх потерять доверие и стать тем самым «плохим начальником». Он понимает, что это часть работы и выполняет ее, не смотря на внутренний дискомфорт. ➡️ Реально опытный руководителю уже не приходится выбирать между «быть своим» и «делать то, что нужно для результата». Можно самому не соглашаться с решением "сверху", но приняв его необходимость не делать из команды группу поддержки по нытью. Можно уважать людей, учитывать их мнение, доверять им, но оставаться требовательным. И можно принимать решения, которые никому не понравятся, сохраняя команду. И команда может быть недовольна его решениями, но при этом прекрасно с ним работать. Можно сказать, что управленческая зрелость это в каком-то смысле сепарация от команды. 💬 Решения руководителя не должны зависеть от подтверждения командой, что он хороший и свой. А для этого нужна серьезная профессиональная уверенность в себе - та самая зрелость.
Мой ТОП-5 анти паттернов в управлении командой Наш мыслительный ресурс не бесконечен, поэтому все мы неосознанно упрощаем и "автоматизируем" свои суждения. Это приводит к тому, что я называю паттернами в управлении. Когда что-то делаешь "на автомате", не задумываясь "почему так". Работа менеджером, кстати, очень этому способствует. Ведь все время надо что-то срочно решить и сделать, давление стейкхолдеров, и все вот это. Но иногда это создает сильно больше проблем команде, чем решает для менеджера... 1️⃣ Наивная модель человека "Ну все же взрослые люди!" Почему-то считается, что взрослый человек всегда поступает рационально: поймет, договорится, изменит привычки, вовремя задаст вопросы, предупредит о рисках. Но мозг так не работает. Мы все идем по пути наименьшего сопротивления, цепляемся за привычные способы работы и постоянно что-то интерпретируем по-своему. 2️⃣ Избегание ответственности Они просто не понимают, не хотят, не вовлечены... Очень удобно считать, что проблема в сотрудниках, а не в твоем подходе к управлению. Но проблема в том, что во взаимодействии менеджера и команды есть две стороны. А добавление "они просто" не сводит ситуацию к поведению одной стороны. 3️⃣ Неумение выстраивать систему управления Лучший способ управления это контроль. Большинство руководителей могут озвучить задачу, некоторые даже с контекстом, а самые прошаренные - с критериями результата. Но выстраивание работы отдается на откуп исполнителя. А ведь управление это сначала планирование, потом организация и только потом контроль. Ой! 4️⃣ Страх быть "плохим" руководителем для людей Мои сотрудники стараются, они молодцы, перестаньте на них нападать! Все постоянно что-то хотят от команды, да. Это, очевидно, связано с тем, что зарплата команды это инвестиция для получения результата. Так что главная задача руководителя это не "защищать" команду, а выстроить их работу. Большинству, кстати, это важнее чем "доброго" руководителя. Как говорится, хороший человек это не профессия. 5️⃣ Неправильно понятая идея делегирования Ну, мы все обсудили, дальше давайте сами. Некоторые руководители искренне (а может как предлог) понимают под делегированием полное самоустранение из процесса. Да, команда может и должна выполнить работу, но не может самостоятельно создать условия, в которых эта работа станет успешной. По моим наблюдениям из этих пяти паттернов рождается большинство проблем в управлении командами. 🔊 Но как так получилось, что мы управление свелось к надежде, что "они там сами разберутся"? 🎙 Или так всегда было? Что думаете?
Эта наша продуктовая разработка, ей вообще кто-то управляет? Все чаще ловлю себя на мысли, что управление в командах разработки, как бы это сказать... Нет его, короче! 👿 🔃 Формально все в наличии: линейный руководитель, функциональный руководитель, роадмап, планы, отчетность, опросы вовлеченности, перфоманс ревью и сбоку бантик. А управления работой - нет. 💬 Спрашиваешь, какая сейчас главная цель? Начинают перечислять задачи, путаясь в показаниях. Почему именно это, а не то? Вообще никто не в курсе - потому что в бэклоге. Просьбу показать план воспринимают как насилие, а вопросы о сроках как форму унижения. ⚙ И команда работает, зачастую прям много работает! А отсутствие ответов на простейшие вопросы объясняет, знаете чем? Конечно, знаете! У нас Agile, все гибко, продукт важнее документации, разбираемся по ходу. И я такая, WTF? В смысле, еще 5 лет назад управлять проектами умели даже кухарки, а это что? 🚪 В Agile подходах не просто должно быть управление сроками, скоупом и ресурсами. Его должно быть больше! Больше, Карл! И не на спринт-два, а на весь предполагаемый период работы. 💡 Гибкость, она в том, как выполняется этот план: итеративно инкрементально, с короткими петлями обратной связи, а не вот это вот все. 🔫 Проектный треугольник никто не отменял, даже если сверху написано "продуктовый поход" или "самоорганизующиеся команды"!
Как в эпоху ИИ есть слона по частям? 🔃 Сегодня на работе проводила воркшоп по декомпозиции бэклога. Сначала прошлись по теории, обсудили способы нарезки пользовательских историй и всякие INVEST&SPIDRE - кто не знает таких слов, го читать мою шпаргалку. А потом перешли к теме использования ИИ... ➡️ Дали участникам промпт, который "умел" разные способы декомпозиции: по шагам процесса, сценариям использования, ролям пользователей, типам данных и т.п. Ну, и смотрели что получится на конкретной задаче. Кстати, сразу стало заметно, насколько отличается результат у тех кто использует ИИ системно, а кто разово и "наугад". Это немного пугает, думаю еще напишу про это, но сейчас про другое. 🔊 И вот хочу поделиться одним выводом из этого упражнения, который как будто стал одним из главных для участников воркшопа. ❌ Как известно, в продуктовой разработке декомпозиция нужна не только для повышения управляемости за счет разделения большой задачи на части. Потому что от того, как именно мы ее разделим, зависит скорость получения обратной связи и, соответственно, проверки гипотез. 🤖 И в этом ИИ оказывается по-настоящему интересным инструментом. Не потому что может быстро декомпозировать задачу разными способами. А потому что это помогает увидеть стратегии, которые мы не видели сами. 💡 Собственно вывод: ИИ это не просто инструмент, с которым можно делать что-то быстрее, дешевле или с меньшим числом ошибок. Это возможность делать то, чего ты раньше даже не пытался. 📌 Уверена, для кого-то из читателей это вполне очевидно, но все же считаю важным об этом говорить. Как я уже писала, главным сейчас становится не знание ИИ-инструментов, а навык системного их использования.
🎙 Так много хотелось рассказать на митапе про Agile, что не смогла остановиться... ✈️ Ловите свеже испеченную Шпаргалку по Agile для менеджеров (для аджайл специальностей этого конечно маловато) 🔊 Поскольку это экспромт, буду рада всем идеям по уточнению, улучшению и расширению!
Чуть не забыла! Срочно в номер! Уже завтра, с коллегами из сообщества 😀 Немного Продакт, проводим митап «PM Skillset - как пройти проверку на продуктовые харды» Идея в том, чтобы разобрать основные направления собесов для продактов, в первую очередь hard skills. Полагаю, будет интересно и полезно не только продактам! 💯 Я выступаю с темой «Управление командой и Agile подходы» 🦋 Всего будет 7 докладов по 10 мин, общий тайминг 2 часа - супер формат для СДВГ-шников! 😋 📆 Когда: 15 июня, 18:00 (мск) 💻 Где: Online (Zoom) Темы докладов ⤵️ — «Стратегия развития продукта: видение, стратегия, go to market стратегия» Андрей Гергец 🦡, Product Lead из FINAM — «Создание MVP и MLP» Михаил Никишин 🦅, основатель школы прототипирования с ИИ Startend.ru — «Работа с рисками» Алиса Голуб-Корженевская 🦊, AI Product Manager, 2GIS — «Delivery: команда разработки, сроки, тех. риски» Лада Ларкина 🐴, COO CleverPumpkin & Product manager Moneon — «Коммуникация, умение договариваться и вести переговоры» Александра Дружинина 🐗, CPO Rocket Control — «Генерация гипотез и их приоритизация» Мария Табачок 🐆, Продуктовый эксперт, ex Московская биржа, Госуслуги — «Управление командой и Agile подходы» Екатерина Бадовская 🦋, Agile-коуч в МТС 💬 У вас будет возможность задать вопросы спикерам и обсудить свои кейсы в чате. ❗️Митап бесплатный❗️но требуется регистрация через бот @nemnogo_meetup_bot (перейди в бот, нажми кнопку "Зарегистрироваться на митап", и выбери нужный😉)
Как принимать решения, когда ничего не понятно? 🙃 Когда я была маленькой начинающим менеджером проектов, мне казалось, что решение следует принимать только когда собрана вся необходимая информация. ➡️ Правда, довольно быстро стало понятно, что по такой логике некоторые решения не будут приняты никогда. Сейчас я точно знаю, что задача менеджера НЕ в том, чтобы найти идеальное решение. 💡 А в том, чтобы принять достаточно хорошее решение на основе доступной информации. И создать условия, при которых можно быстро увидеть последствия и внести корректировки. Как однажды сказал мой тогдашний руководитель, менеджерам платят за принятие решений в условиях неопределенности. ↔️ Зрелый менеджер не пытается все предусмотреть или дождаться идеального момента. Он принимает решение, понимая, что может ошибиться. 📌 Но заранее определяет контрольные точки, в которых предыдущее решение может быть скорректировано. 🔖 Потому что неопределенность нельзя победить. С ней можно только научиться работать. Согласны? Ставьте 💯
AI в реальном управлении командой? Не, не слышал... В недавнем опросе больше всего голосов набрала тема «сценарии использования AI в управлении». Штош... давайте, поговорим об этом. Я долго не хотела писать на тему AI, потому что... ну столько хайпа, ну просто фу! Как говорится, заводы стоят, одни вайбкодеры в стране! Конечно, не хочется быть тем, кому некогда точить пилу, потому что он пилит и занят. Так что плачу Open AI свои 20$ в месяц, но молча. 📞 Использование AI в управлении это примерно как использование Agile в управлении. Скорее подход к работе и взгляд на методы решения, нежели набор инструментов и инструкций. Конечно, без базового понимания возможностей и основных подходов в обоих случаях не обойтись. А еще AI, как и Agile, это не серебряная пуля и имеет свои ограничения по областям применения. 📌Поэтому управление с AI начинается не с вопроса об инструментарии, а с майндсета "как бы это сделать не руками". С встроенной идеи делегировать AI всякие выгрузки, анализ, описание, оформление и т.п. ➡️ Вообще так и раньше было можно, но для этого надо было относительно долго учиться разработке и для каждой задачи и подзадачи формировать конкретный алгоритм. 💡 Но тепееееерь... Теперь новая эра! Теперь все иначе, и каждый может решать эти задачи, даже при нечеткой логике. Так какие задачи AI помогает решать в управлении? Я бы выделила две группы: 👀 личная эффективность (данные, анализ, отчеты, презентации и т.д.) 👀 эффективность команды (автоматизация процессов, AI-агенты и т.д.) Так вот, важно быть НЕ тем, кто создает AI-инструменты под эти задачи. Важно быть тем, кто замечает, когда что-то не обязательно делать вручную, а можно упростить с AI. ⚙ Начать, наверное, стоит с собственных рабочих сценариев - для них можно и инструменты самому попытаться сделать. А дальше - дорогу осилит идущий. Готова писать об этом и дальше, но подкиньте обратной связи: 👍 - дадада, вот про это пиши 🤝 - спасибо кэп, хотелось бы поглубже 🙈 - не хочу про AI, про другое пиши
⬅️ Сегодня обсуждали в одной команде, как их владелец продукта понимает Agile подход. 💡Пришли примерно к такому: Вы выполняете все взятые на себя обязательства и соблюдаете правила... А мы гибко делаем, что хотим! Ненуачо? Клиент всегда прав! 👏
видео или голосовое, без подписи
видео или голосовое, без подписи
видео или голосовое, без подписи
видео или голосовое, без подписи
видео или голосовое, без подписи
видео или голосовое, без подписи
Я уже сколько то времени как вернулась из отпуска. Кстати было классно. Хотя -9 часов к Москве дались тяжело 🫠 И сейчас мне очень важно узнать кое что у вас, пожалуйста. Три небольших вопроса, заранее спасибо!❤️
Я покатилась в отпуск в Мексику, друзя! ✈️ Не помню, писала или нет, насколько я маньяк путешествий, но это будет 64-я страна. Я встречала людей и с бОльшим числом, если что... Но, если вам кажется, что это много, то моя первая страна (UK) была, прости Господи, в 1996-м 🥲 Так что за 30 лет вроде и ничего, тем более, что по началу от жадности ездили в несколько стран за раз... 🔊 Рассказывать о путешествии планирую в своем VK, уже даже запостила там, что брать в самолёт. Заманиваю, короче, а то щас как заблочат тг, и... 📼 А, чтоб вы тут не скучали, выложила во втором канале, который про коучинг, видео своего выступления про не бояться собесов.
О силе простых фактов Сегодня присутствовала наблюдателем на встрече одной команды, которая обсуждала в первом приближении планы на следующий квартал. ✅ И все такие конструктивные и оптимистичные: РО рассказывает, архитектор уточняет, все кивают, что-то там уже про сроки начинают прикидывать... ➡️ А я знаю, что у команды системные проблемы с выполнением своих обещаний - собственно потому я на встрече и сижу, что надо бы понять, в чем у них дело. Но эту тему никто не поднимает... ⚙ Сижу, думаю, как бы им так намекнуть, что действуя тем же способом получаешь тот же результат. Ну, вдруг, они забыли? 🤚 Тут поднимает руку один аналитик, как я потом узнала, относительный новичок. И просто выкладывает кучу фактов на конкретных примерах 1 квартала: как планировали, как потом оказалось что требования не проработаны, как пришлось переделывать... 🔃 Повисает тишина, никто ему ничего не отвечает, а потом обсуждение возобновляется совершенно в другом ключе. Как будто детсадовцев, которые верят в единорогов, заменили на взрослых адекватных людей. Прямое формулирование фактов обезоруживает и одновременно снимает барьеры. 🔊 Факты дают ясность, ясность дает выбор, а выбор это уже про ответственность. А реальная командная работа как раз с ответственности и начинается. И в итоге один прямолинейный монолог изменил динамику обсуждения так, как не получилось бы никакими инструментами. Я прямо прониклась! Я потом, кстати, спросила того аналитика - каково это было решиться "сломать" мечты коллег. Он ответил мне цитатой из одной прекрасной книги: "правду говорить легко и приятно", красавчик! 🤗
Отсутствие конфликтов в команде - мечта или проблема? Иногда вижу команды, которые говорят и делают все... ну, как бы хорошо и правильно. Как бы. ⏲ Встречи у них проходят конструктивно, серьезно, в тайминге. Конфликтов нет, атмосфера нормальная, люди работают. 🔫 Но почему то, понаблюдав за их встречами, я чувствую, как у меня начинает сводить челюсть. ✋ То, что со стороны выглядит как слаженная работа, при даже неглубоком погружении ощущается как задушенное и запрятанное напряжение. У меня в этом месте всегда возникает вопрос(ы): какие темы в этой команде никогда не обсуждают и что будет, если кто-то поднимет одну из них? 🔊 Отсутствие открытого конфликта не значит, что конфликтов нет. Иногда это значит, что их просто перестали выносить наружу. Почему? Обычно по двум причинам: 📌 спорить кажется опасным (репутационно, эмоционально, политически) 📌 спорить кажется бесполезным (все равно решат "наверху”, ничего не изменится, нас не слышат) ⚡️ И участники команды выбирают безопасную тактику поведения: поменьше высовываться, побольше соглашаться, делать свое и не лезть к другим. ⛔️ Проблема в том, что у этого есть цена: командной работы нет, инициативы нет, готовности экспериментировать нет... И, в конце концов, результаты команды становятся в лучшем случае посредственными. Встречали такое? 👌 - видел, но издалека ⚡️ - довелось работать в такой, бррр! 🙈 - это моя нынешняя "команда"