Филипп Федан | Управление без иллюзий

Как я разруливаю нереальные сроки 🔤🔤🔤🔤🔤🔤🔤🔤 Мне пришел вопрос от подписчика: В российском IT часто спускают нереальные сроки. Бизнес говорит „за месяц“, а ты понимаешь, что нужно три. Команда работает в режиме ошпаренной кошки, делает чтобы отчитаться, и все носятся с кривым-косым. Как ты такие ситуации разруливаешь? Отличный вопрос, спасибо 🤝 К сожалению, это боль для многих команд и руководителей. Уж не знаю, дело в нашем менталитете, не образованности или слабых психических навыках, только "спускают" сроки это уже разговор из позиции жертвы, взгляд, который ограничивает нас на старте и стирает возможность влиять. Нужно менять перспективу, но об этом позже. Давайте сначала разберемся, а почему вообще так происходит? С одной стороны бизнес. Рынок не ждет. Конкуренты дышат в спину. Руководителю надо отчитаться перед своим руководством, и он спускает сроки, которые сам не очень понимает, как выполнить. С другой - команда. Она слышит "за месяц" и внутренне закатывает глаза. Начинается нытье, апатия, выгорание. Или, что еще хуже, работа в режиме лишь бы отчитаться или итак сойдет, где качество хромает, а техдолг растет. И вот менеджер оказывается между молотом и наковальней, вроде бы и бизнес не обмануть, и команду не бросить. Что же делать? Шаг 1. Не говорить "да" сразу Когда ко мне приходят с нереальным сроком, я не говорю "ок, сделаем", но и не говорю "нет, это невозможно". Я говорю: "Я услышал. Дайте мне два дня, я вернусь с вариантами". Шаг 2. Идти к команде без паники Я прихожу к команде и говорю: "Ребята, есть запрос. Срок такой-то. Это то, что мы хотим. А теперь давайте честно: что мы можем сделать за этот срок, чтобы уже дать пользователю какую-то ценность?" Мы не обсуждаем "почему это невозможно". Мы обсуждаем "что мы можем гарантировать", и это уже как раз другая перспектива. Шаг 3. Вместе найти компромисс Например: нужно сделать полноценную функцию избранного за 2 недели: сохранение товаров в список, синхронизация между устройствами, уведомления о снижении цены, рекомендации на основе сохраненного. Команда говорит, что на это надо три месяца. Вот тут моя роль, сказать: "а давайте сделаем так: через две недели пользователь уже может сохранить товар в избранное и увидеть свой список в личном кабинете. Без уведомлений, без синхронизации между устройствами и рекомендациями. Просто список. Ценность уже появилась: человек не потеряет то, что ему понравилось". А через следующий спринт мы добавляем синхронизацию. Потом уведомления. Потом рекомендации. Итогом каждого спринта будет работающая ценность для пользователя. Как завещал дядюшка Джефф, мы не откладываем ценность на потом. Мы поставляем ее уже в первом спринте. Это вертикальная декомпозиция. Пост о ней есть выше в канале. Шаг 4. Вернуть бизнесу варианты Вариант 1: мы делаем все, но за три месяца. Вариант 2: за 2 недели мы делаем только сам список и возможность сохранять, остальное будем поставлять итеративно в течении трех месяцев. Мы гарантируем качество и выполнение в срок. Какой вариант вам подходит? Я возвращаю бизнесу выбор, вместо нытья о невозможном или факапа, про то, что мы не успеваем. Управление сроками, скоупом и ожиданиями похожи на торги на рынке. Продавец просит 500. Покупатель даёт 100. Они не говорят друг другу нет. Они торгуются, пока не находят цену, которая устраивает обоих. Задача ПМа не передать приказы сверху вниз и снизу вверх, все кто меня слышит не делайте так, про нас потом говорят, что мы "чайка-менеджеры". Тут наша задача помочь молоту и наковальне договориться о реалистичных ожиданиях. 🔮Управление без иллюзий. Подписывайтесь и делитесь с коллегами! А как вы разруливаете такие ситуации? ❤️ - торгуюсь, ищу компромиссы 🔥 - говорю «да», а потом горю 🗿 - у меня нет выбора, сроки не обсуждаются #материалы #инструменты #психология_менеджера

Комментарии излишни 🙈 #Хи_хи_Ха_ха

Вызывал такси, Яндекс решил предложить мне покупки. И одна позиция меня сильно удивила. Вообще немного обидно, как много людей и моих менти находятся в поисках работы, а кто-то продает товары для имитации работы 🫠 Все бы было так смешно, коли не было б так грустно 🫣

Кейс из курса: почему в Kubernetes два пода это не баг, а фича 🔁 На курсе Техническая грамотность для менеджера участница прислала вопрос. Я его перечитал несколько раз, потому что он идеально показывает, как теория сталкивается с реальностью. Я вчера посмотрела модуль 3 про контейнеризацию и хотела уточнить: правильно ли я понимаю, что в Kubernetes один и тот же сервис может работать параллельно на двух подах, которые запущены на разных нодах? Я столкнулась с таким кейсом: замещали систему AML для крупного банка. Доступа к проду не было, банк сам раскатывал. Мы заметили, что сотрудник банка блокирует карту клиента, а в БД появляются две дублирующие записи. Долго копались, оказалось, процесс работает параллельно на двух подах. Я так понимаю, это сделано для отказоустойчивости? Чтобы если одна нода отвалилась, вторая сразу подхватила? Короткий ответ: да, абсолютно правильно. В кубере один и тот же сервис часто крутится на нескольких подах на разных нодах (что такое поды и ноды разбираем в моем курсе). Такой подход дает нам две вещи: 1. Отказоустойчивость. Если одна нода (сервер) упадет, поды на другой продолжать работать, потому мы не ждем, пока упадет первая нода, мы держим горячий резерв заранее. Это называется избыточность. В банковском кейсе это критично: даже 30 секунд простоя могут стоить миллионов. 2. Балансировка нагрузки. Трафик распределяется между подами, если один не тянет. Нюанс: Между падением ноды и перезапуском есть небольшая задержка (обычно 30–60 секунд). Поэтому нужны поды в горячем резерве на другой ноде, чтобы подхватить нагрузку без зазора. Про дублирующиеся записи: Классика, оба пода получили запрос на блокировку почти одновременно и оба обработали его, потому что между ними не было синхронизации. Никакой ошибки в настройках кубера, просто приложению не хватает синхронизации между подами. Как лечить в распределенных системах: Распределенные блокировки: первый под ставит блокировку на карту, второй видит ее и не дублирует. Идемпотентность операций: повторный запрос возвращает тот же результат, дублей нет. Кворум и лидер-выборы: один главный под обрабатывает критические операции, остальные только читают. Резюме для менеджера Два пода на разных нодах стандартный паттерн для высоконагруженных и критичных систем. Они работают параллельно, чтобы обеспечить отказоустойчивость и балансировку нагрузки. Когда ты видишь дублирующие записи это признак того, что приложению не хватает синхронизации между подами. В таких случаях нужны распределённые блокировки или идемпотентность операций. Бонус: на собеседованиях часто спрашивают про отказоустойчивость. Теперь у вас есть реальный кейс, как это выглядит на практике. 🔮Управление без иллюзий. Подписывайтесь и делитесь с коллегами! А вы сталкивались с дублированием данных в распределённых системах? ❤️ - да, и это был ад 🗿 - знаю про блокировки, помогло 🤓 - пока только учусь, но теперь знаю #материалы #инструменты #тех_грам #техничка

Как я внедрял Канбан (часть 2) 📊 На прошлой неделе мы вспомнили вкратце что такое канбан, и обсудили первые шаги в STATIK, погнали дальше к финалу! Дизайн Канбан-системы По итогу, используя все данные, которые мы с командой получили на сессиях STATIK'а, я настроил в таск-трекере пространство, подготовил презентацию новых правил для команды и описал процесс в Вики. Инструменты (Kaiten): - Дорожки для каждого типа работ (Свимлайны) - Чек-листы для подэтапов работ (DOR, DOD) - Автоматизации везде, где было возможно (создание задач, чек-листов, описание, сбор релизной задачи и т.д.) - Отдельные доски для каждого типа рабочих элементов (Эпики, Стори, Таски и Баги) А что же дальше? Каденции и настройка лимитов, каждые 2 недели мы проводили ретро, на котором обсуждали наш процесс и меняли WIP лимиты, настраивали вытягивание. Но возникали и другие вопросы, например: - Как мерить эффективность? Flow Efficiency (Эффективность потока) метрика, показывающая влияние потерь времени. Рассчитывается как отношение чистого времени работы над задачей (без простоев и ожиданий) к общему времени выполнения задачи (Lead Time). Условно КПД рабочего процесса. Этот показатель должен расти. За полгода у нас он вырос с 15% до 60%. - Как давать оценку? Предиктивная оценка. Подробно об оценках расскажу в следующих постах. А пока, в кратце, мы используем Спектральную диаграмму / Диаграмму рассеивания, она показывает разброс времени выполнения запроса Lead Time. Берем по любому перцентилю, 85% эпиков доставляются за 61 день, 98% занимают до 96 дней. Значит с вероятностью 85 процентов мы сделаем любой новый эпик за 61 день. По сути, мы делим эти 15% риска опоздать с потребителями нашего сервиса. Я буквально проговаривал, что есть 15% что мы опоздаем, имеем это ввиду. Итоги кейса в цифрах: Внедрил практики Канбан-метода и культуру приоритизации бэклога (STATIK, WIP, RICE). сократил Lead Time на 24.5% увеличил Throughput на 44% за полгода без потери качества. 🔮Управление без иллюзий. Подписывайтесь и делитесь с коллегами! Как у вас с завершаемостью задач? ❤️ — задачи не заканчиваются 🗿 — уже внедрили Канбан 🤓 — хочу попробовать #материалы #инструменты #кейс #личный_опыт

Ну что тут скажешь, мы быстро учимся 😂 А еще мы идельные кандидаты. Особенно для работы, которая начнется через 2 недели... 😈 - это я 🗿 - у нас так и ищут 🤓 - за две недели я освоил квантовую механику #Хи_хи_Ха_ха

Как я внедрял Канбан? (часть I) 🏭 В продолжение поста о Канбан методе, кейсик. Я пришел в команду, где практиковался Scrum. Только довольно странный: по три цели на спринт, никаких планнингов, задачи путешествуют из спринта в спринт, но не заканчиваются. Команда большая, 20+ человек. Итеративный подход в чистом виде демотивировал команду. Результата работы не видно. Надо было предложить глоток свежего воздуха и продать идею чего-то нового. А еще я только что прошел обучение по Канбану, и хотелось положить кейс в копилочку. 😏 Что такое Канбан-метод? Быстро напомню. Канбан-метод подход для достижения равномерной и предсказуемой скорости оказания услуги конечному потребителю. Он использует 6 ключевых практик: Визуализация | Ограничение незавершенной работы (WIP) | Управление потоком работы | Явные правила | Петли обратной связи (каденции) | Эволюция И руководствуется 6 принципами: Начните с того, что есть сейчас | Договоритесь об эволюционном развитии | Поощряйте развитие лидерства на всех уровнях | Выясните потребности и ожидания заказчика | Управляйте работой, дайте людям организоваться вокруг нее | Развивайте правила, чтобы улучшить показатели Поговорив с командой и лидерами мнений, мы договорились отказаться от спринтов. Цель: получить ясную картину работы, ограничить незавершенку и убрать бесконечные переносы. Как я проводил STATIK: Я подготовил фасилитацию сессий, суммарно все итерации заняли 8 часов. Встреча 1 (1,5 часа) Соответствие цели и источники неудовлетворенности В формате ice-breaker ответили на вопросы: - Зачем мы существуем? - Кто наши клиенты? - Как понять, что мы достигаем цели? Собрали и кластеризовали все источники неудовлетворенности. Формат: доска в Miro, стикеры, обсуждение. Встреча 2 и 3 (по 1 часу) — Анализ спроса и возможностей, классы обслуживания - Поделились на команды, вывели все виды работ на основе уже выполненных задач. Выбрали WIP-лимиты. - Я подготовил небольшой рассказ о классах обслуживания, и мы установили их для каждого вида задач. Формат: Архив таск-трекинг системы. Работа в командах с синхронизациями, доска в Miro, стикеры, обсуждение. Встреча 4 и 5 (по 1 часу) — Поток накопления знаний На этих встречах мы подошли вплотную к дизайну доски. Для каждого типа работ описали свои действия и расположили их на линии времени, получив тот самый поток накопления знаний. Формат: расчерченная поверхность доски, типы работ с предыдущего шага, стикеры, обсуждение, кластеризация. Чем это закончилось узнаем через неделю. Если хотите пост о классах обслуживания отдельно, дайте знать в комментах. 🔮Управление без иллюзий. Подписывайтесь и делитесь с коллегами! А пока вопрос: сталкивались с проблемой, когда задачи переезжают из спринта в спринт? 🗿 — это моя жизнь ❤️ — уже решили Канбаном 🤓 — хочу узнать больше #материалы #инструменты #кейс #личный_опыт

Менторство: почему я перестал учить и начал расти сам 🚀 В последнее время, благодаря Оле и курсу у меня появились регулярные менторские сессии. Я вот задался вопросом, а что такое менторство для меня, ответ отрефлексировать оказалось сложно, очень много негатива вокруг инфобиза, коучинга и успешного успеха, нашел в себе даже стыд, что этим занимаюсь и мой синдром самозванца активизировался с необычайной силой. Чтобы понять, чем что-то является, надо для начала понять, чем оно не является. Для меня менторство и наставничество точно не формат где я знаю, а ты нет. Это не про передачу знаний. Учитель дает знания, коуч дает структуру, наставник показывает путь. А ментор это проводник. Я хочу показывать дорогу и идти рядом, предлагать свой взгляд на ситуацию со стороны, задавать вопросы, которые человек сам себе боится задать. Я понимаю, что порой у меня нет готовых ответов, но есть желания и знания, чтобы помочь человеку найти свой ответ. Небольшой оффтоп из истории. Знали ли вы, что слово ментор стало нарицательным после "Одиссеи" Гомера. Там, Ментор, это старый друг Одиссея, которому доверили дом, хозяйство и воспитание сына Телемаха. Но самым известным ментором в поэме выступает богиня Афина, которая приняла его облик, чтобы наставлять Телемаха. Мудрость пришла не от человека, а от божественного покровителя. Кто смотрел новый фильм Нолана, скажите, упомянули ли там это? Моя главная задача как ментора, расти самому. Каждый раз, когда я работаю с менти, я учусь. Новые ситуации, новые вопросы, новые углы. Я проверяю свои гипотезы. Я вижу, что работает, а что нет. Со временем я понял, что мне интересно работать не столько с передачей знаний, сколько с состояниями. Помочь преодолеть волнение, синдром самозванца, тревогу, ограничивающие убеждения. Помочь выстроить правильные границы. Сейчас знания есть у всех в кармане, а вот внутренние барьеры релаьно мешают двигаться. Я уже провожу индивидуальные консультации. И видеть трансформацию для меня круче всего. Когда человек приходит зажатым, неуверенным, а через несколько встреч начинает звучать по-другому. Тут не про обучение, человек нашел свой путь, а я просто был рядом. Записаться на индивидуальную работу, можно тут @phil_fedan. 🔮Управление без иллюзий. Подписывайтесь и делитесь с коллегами! #менторство #личный_пост

Когда весь твой менеджерский путь вел тебя к этому моменту, и ты умеешь превращать хаос в одностраничный документ. ❤️ - я тот самый пассажир 🤓 - у меня всегда есть шаблон 😂 - а если бы и не было, никто бы не умер #Хи_хи_Ха_ха

Канбан-метод: как перестать начинать и начать завершать 🛑 За всё время существования канала мы с вами ни разу не касались темы Канбан-метода. Имею в виду не Канбан из Toyota, а Agile-подход, который придумал Дэвид Андерсон и который уже много лет успешно применяется в IT и других сферах. Надо срочно исправлять эту несправедливость. Тем более что я учился и немного менторился у Алексея Пименова главного популяризатора Канбана в России . В чём суть Канбан-метода? Как говорит Лёша Пименов, практики Канбана полезны в тех случаях, когда нужно начать завершать задачи. В Agile мы часто принимаем как данность регулярную смену приоритетов, разрастающийся бэклог и множество параллельных активностей. Однако это часто приводит к тому, что задачи мы начинаем, но не завершаем. Именно на вопрос "как системно доводить начатое до результата" отвечает Канбан-метод. Его главный лозунг: «Let's stop starting, and start finishing». Это становится возможным во многом за счёт WIP-лимитов (Work in Progress) ограничений на количество рабочих элементов, которые могут одновременно находиться в работе и концецпции вытягивающего потока. Как внедрить Канбан? Для внедрения Канбана и его практик есть подход под названием STATIK Systems Thinking Approach To Implementing Kanban. Это системный подход, который рассматривает организацию, как единую систему, где каждая часть влияет на другие. В официальном руководстве по Канбан-методу выделяют 6 основных шагов: 1. Определите источники неудовлетворённости Выясняем, чем недовольны клиенты, команда, стейкхолдеры. Это создаёт мотивацию к изменениям. 2. Проанализируйте спрос Что запрашивают клиенты? По каким каналам? Какие виды работ наиболее востребованы? 3. Проанализируйте возможности системы Как система справляется с запросами? Насколько быстро и предсказуемо? 4. Смоделируйте рабочий процесс Через какие этапы проходят рабочие элементы? Это станет основой для столбцов на Канбан-доске. 5. Определите классы обслуживания Как элементы попадают в систему и обрабатываются? 6. Разработайте Канбан-систему На основе всех выводов проектируем доску, WIP-лимиты и правила работы Важно: STATIK это итеративный процесс. Шаги не обязательно выполняются строго последовательно. Они могут повторяться, а новые инсайты могут потребовать пересмотра предыдущих решений. Как я проводил STATIK и к чему меня привёл Канбан расскажу через неделю. Спойлер: это был путь от кучи задач, которые никто не доводит к куче задач в прозрачной системе, где все движется. 🔮Управление без иллюзий. Подписывайтесь и делитесь с коллегами! А пока вопрос к вам: сталкивались с проблемой, когда задач много, а завершённых мало? ❤️- да, это моя жизнь 🗿 - работаем над этим 🤓 - уже внедрили Канбан, помогло #материалы #инструменты

Курс сделан. Двигаемся дальше 🎯 Курс "Техническая грамотность для менеджера" прошёл. Я выдохнул. Это был интересный эксперимент над собой. Я поставил цель: объяснить техничку гуманитариям, которые никогда с этим не сталкивались. Задача оказалась не из легких. Нужно было дать базовые концепции (как работает интернет, API, базы данных, контейнеры) простым, понятным языком. Без заумных терминов, без очевидных вещей. И, кажется, судя по отзывам, это удалось. Спасибо всем участникам за обратную связь, за то, что пришли, слушали и доверились. Для меня это был важный опыт, могу ли я объяснять сложное просто. Дальше больше: - Второй поток. Организуем, как только поймём, сколько человек готовы идти. - Следующая часть. Уже начал думать над продолжением, про подходы к масштабированию, отказоустойчивость и технические метрики. Это уже уровень сложнее, но тоже очень востребованный. - Записи первого потока. Если кто-то хочет посмотреть, пишите в личку @phil_fedan договоримся. Курс был супер-интересным для меня. Я получил огромное удовольствие от процесса. И теперь, после короткой паузы, готов двигаться дальше. 🔮Управление без иллюзий. Подписывайтесь и делитесь с коллегами! #менторство #личный_пост

А ниче тот факт, что Клоду чуть больше года? 🤯

Вот так выглядят рабочие будни менеджера, если смотреть на него глазами психиатра😅 Мне кстати кажется, что у нас много общего, людей мы, конечно, не лечим. Мы лечим процессы. Порой и эта граница стирается. ❤️- узнал свой календарь 🤯 - еще один спринт и я готов к переезду в палату 🗿- я тот самый пациент #Хи_хи_Ха_ха

Индекс HH в IT - 22 человека на место, конкуренция серьезная и это с учетом того, что куча людей уехала. Всем, кто находится в поисках, желаю удачи, держитесь, путь осилит идущий! А всех, кто нашел работу - поздравляю, вы выиграли конкурентную борьбу в сложный период! Есть чем гордиться ❤️ - я трудоустроен, жду как рынок в себя придет 🤓 - ищу, но уже есть офферы 🗿 - ищу, но пока глухо

Жизненно? 😂 #Хи_хи_Ха_ха

Как всё начиналось 📅 На своей первой работе, ещё в дизайн студии FoxMotion, я был студентом активно учился, читал, впервые столкнулся с психологией, эмоциональным интеллектом, культурой переговоров. Я влюбился в эти темы. И мне хотелось всем рассказывать. Организовывал лекции в команде, делал обучения для младших проджектов. Потом, в 2021–2022, я делал офлайн-курс в школе моего друга Данилы. Я видел свой путь: как попал в IT, как стал проджектом. Понимал, что для этого достаточно быть подвешенным на язык, подучить теорию PMства и совсем чуть-чуть технички, даже меньше, чем я даю сейчас. Это был мой первый опыт создания курса. И мне очень пригодились навыки из дизайн-студии: структуризация материала, подача, работа с аудиторией. Даже опыт ведущего на радио, он неожиданно помог держать внимание. В группе было 5 учеников. Только двое дошли до конца. И получили офферы. Я видел, как это изменило их жизнь. Это вдохновляло невероятно. Но остальные... они относились к обучению спустя рукава. А я очень хотел их научить. Расстраивался, что не выходит. Что я не могу найти подход, что трачу время, что не всё зависит от меня. Перфекционист с иллюзией контроля, который считает, что если не получилось, значит, я плохо постарался. Тогда я искренне хотел научить. Я вкладывал душу, готовил материалы, старался объяснять доступно. А когда люди не учились расстраивался. Чувствовал, что моя энергия уходит в пустоту. В общем, курс подарил мне смешанные чувства. А потом и офлайн-школа закрылась. Но сейчас этот опыт мне очень помогает, я отпустил желание НАУЧИТЬ, теперь я хочу ВДОХНОВЛЯТЬ. И мне кажется, я понял кое-что очень важное. Учить значит пытаться навязать своё. А вдохновлять значит помочь человеку найти своё. 🔮Управление без иллюзий. Подписывайтесь и делитесь с коллегами! #менторство #личный_пост