Менеджмент на опыте | Мысли Сергея Раскина

#Пятничныймем

Любопытная аналогия руководителя проекта в Agile 💭Читал я несколько мыслей разных авторов на тему того, что РП - как спортивный тренер, но 💯-совпадения с моими мыслями не нашел. По мне - руководитель проекта в условиях Agile - это что-то вроде играющего тренера сборной, например, футбольной. В условиях Agile, где есть хорошего класса менеджеры среднего звена (они же - владельцы продуктов, и лидеры команд), а исполнители принадлежат либо им, либо руководителям RUN-подразделений, от РП требуется: 🎯объединить всех участников проекта единой задачей, 🎯понять западающие компетенции и уязвимости команды и постараться компенсировать их, 🎯создать комфортную обстановку, чтобы звезды и рабочие лошадки творили на благо проекта, 🎯ответить за результат, который на самом деле достигается усилиями игроков на поле. 🤍Ровно этим же и занимается тренер футбольной сборной, которому игроков на период проекта (чемпионат мира или олимпиада) делегируют клубы, с которыми игроки связаны контрактом. Есть несколько небольших различий: 🤷‍♂️РП в отличие от тренера сборной не может сам решать, кого пригласить в проект и кого - нет. Например, в ИТ-проектах, то его участники определяются ИТ-архитектурным ландшафтом, да и в не-ИТ проектах всегда найдутся заинтересованные лица, без которых проект не сделать; 👯Он не может заменить одного игрока на другого, более подходящего под его взгляды. И есть одна глобальная разница: 🆚За редким исключением РП не соревнуется с другими проектами и их командами. К его соперникам можно условно отнести ограничения по срокам, бюджету, архитектуре, процессам, стратегии компании, видении руководителей - то есть попросту говоря, проектный ландшафт. ☝️В чем может быть польза такой аналогии для РП на практике? РП может представить себя в роли тренера, который: ⚽️ понимает, что на поле решение принимают уже ключевые участники - что позволяет уйти от микроменеджмента как минимум в голове; ⚽️ не всегда заставляет звезд играть в свой футбол, а иногда и подстраивается под тот футбол, в котором звезды максимально эффективны - что полезно в проекте, где ты не можешь легко менять ключевых исполнителей; ⚽️ думает о тренировочном процессе - что требуется и в проекте: передать знания и опыт и подвести команду к решающему периоду максимально готовой ко всем возможным рискам; ⚽️ реагирует на изменение ситуации в матче и меняет план на игру - не потому что план был плохой, а потому что сейчас стало по-другому; ⚽️ воспринимает обратную связь с трибун и из раздевалки - что в проекте тоже есть - от руководства, смежных менеджеров и изнутри проектной команды. 👉Периодическое обращение к ассоциации "я - как тренер" может помочь прокачать иные стили управления кроме директивного. == 💙: В процессе написания поста узнал, что за всю историю футбола был единственный играющий тренер сборной - Джордж Веа (Либерия). Более того, в одном из матчей Кубка Африканских Наций 2002, где Веа был играющим тренером, он даже забил гол.

В моем возрасте отмененные встречи в календаре приносят больше дофамина, чем вечеринки ;) #Пятничныймем

Сериал. Как я стал senior-руководителем проекта. Серия 5. Слово пацана и провал. Пред. серия тут 🫂 Если Билайн - это Флостон, с джунглями Киплинга под витриной, то Альфа-Банк тех времен (2005-2010 +/-), это примерно - "Слово пацана", corporate edition. Где за обещания - жестко спрашивают, за ошибки - наказывают, но если ты выживаешь - то становишься готовым менеджером для самых сложных проектов. 🙏Надо сказать, что в Альфу я пришел на роль системного аналитика, в ИТ, что было мини-даунгрейдом, с позиции бизнес-аналитика в Билайне, но пошел я на него осознанно. Тем не менее, работать системным аналитиком мне в скором времени наскучило (имейте ввиду, кто раздумывает о даунгрейде), и я стал просить себе проект под управление. Просил - и выпросил себе первый проект. Суть проектной задачи была следующая: 🔘 Очень жесткий заказчик, англоязычный, с прямым выходом на руководство Банка и Блока ИТ; 🔘Нужно было мигрировать заданное количество ( например, 40) отчетов с Excel - на Microstrategy (по тем временам -прогрессивный BI инструмент); 🔘Документации на отчеты и на данные - нет; 🔘Есть от бизнеса разработчик этих отчетов в Excel, которого выделили на постановку задачи в объеме "сколько надо, столько и будет участвовать"; 🔘Есть подрядчик по разработке на Informatica, который должен необходимые данные из источников переложить в создаваемую с нуля БД; 🔘Есть подрядчик, который готов написать заданное количество отчетов на Microstrategy; 🔘Обоих подрядчиков посадили за соседний стол с автором отчетов в Excel, чтобы они сразу между собой обо всем договаривались на месте; 🔘Руководитель смежного ИТ-подразделения выделил сервер, со словами - ну вот тут БД и размещайте. Кик-офф. Руководители договариваются о п.п. выше, представляют меня как РП, жмут руки, проект стартовал. Вовлеченный заказчик - есть, исполнители - есть, сервер - есть, казалось бы, что могло пойти не так? А вот что: 💀Сначала заказчик продавливает неопытного меня на срок в 40 дней, раз отчетов - 40; Спросил разрабов подрядчиков: успеете? А у подрядчиков что на ETL, что на отчеты - был контракт Time&Material (почасовая оплата) - поэтому каждый разработчик мне и ответил что-то вроде: смотря какое ТЗ, а так - наверное можем; 💀Соглашаюсь на план примерно на 40-50 дней длиной; 💀Сервер мне да, выделили. В чистом поле, без ОС и СУБД, без подключения к корп. сети., без ответственного за сопровождение; 💀Отчеты да, делались в Excel, как выяснилось, не без ручных преобразований по дороге, поэтому начиная с первого же отчета цифры стали расходиться с версией заказчика, а за прошлые месяцы - весьма сильно; 💀До кучи и разработчик ETL не нашел ничего лучше, чем подхимичить витрину данных руками, вследствие чего воспроизвести ее средствами ETL уже не представлялось возможным; 💀А в ПРОМ - вставать некуда (см. выше про сервер). 📦В общем, собрал комбо новичка: Подсказать - некому, заказчика просить - не о чем, эскалировать - вроде не на что, требуется куча работ о которых ты не подозревал, внедрить в сроки - уже нереально, но кажется, что еще можно исправить и нагнать, и ты - пашешь изо всех сил. Да, проект у меня не единственный - было еще минимум 3. 👉 Если кто и когда окажется в такой ситуации, единственно правильный менеджерский ход - карты на стол. И строго до даты внедрения по плану. Собираешь встречу со своим руководством нужного веса и заказчиком (возможно, сначала с руководством, потом с обоими). И говоришь: - так мол и так, вот этого я не знал, вот этого - не предусмотрел, вот с такими трудностями столкнулся, ближайшие шаги вижу вот такими, новые сроки - вот такие. Все это - на читаемый слайд. 😁Вместо этого я стал работать до ночи, пытаясь спасти проект. Не спас. Героизм никто не оценил. Заказчик написал руководителю Блока, тот - вниз по иерархии. Меня сделали виноватым и отстранили, а моему руководителю поручили спасать проект. 📝 Мораль: - Подход "лечь костьми ради цели заказчика" не всегда ценится заказчиком. - Если результата нет, усилия - не оправдание; - Запрос помощи руководства - не западло и не признак слабости; - T&M для проектов - зло #МойСериал

#Пятничныймем

(продолжение, начало см. ⬆️) 😌Подумать о себе важно хотя бы потому, что больше о тебе никто думать не будет. 🎯Какая репутация у тебя формируется прямо сейчас, можно ли ее улучшить? 🎯Будет ли у тебя работа по завершению проекта? Это может быть как другой проект, так и следующая фаза этого. Возможно, стоит продать заказчику эту следующую фазу и себя в ней? 🎯Или, может быть, ты возьмешь на себя RUN по внедренному продукту и продолжишь карьеру таким образом? ⏳Подумать о стабильности внедренного решения важно потому, что спустя некоторое время качество внедрения будет ассоциироваться с тобой, причем шире, чем была твоя зона ответственности. 🎯Насколько твое решение стабильно, масштабируемо и вообще живучее? Не рухнет ли оно спустя пару месяцев после внедрения? 🎯Есть ли кому новый процесс сопровождать? И описан ли он? Утвержден ли внутренним распоряжением? 🎯Подумал ли кто-нибудь об организации инцидент-менеджмента и работы с обращениями? 🎯Есть ли база знаний, где хранится все ценное, что выявили в проекте? … 😎В этом горизонте твоя ценность в том, что заранее об этом скорее всего подумаешь только ты. Остальные будут предпринимать всяческие усилия по внедрению своего куска хотя бы в минимально приемлемом виде, особенно с учетом чудес, которые выявятся при тестировании интеграций. 👉 Таким образом, умение смотреть на шаг-два-N шагов вперед повышает твои ценность и авторитет по двум простым причинам: 🎯менеджеры, которые умеют смотреть вперед - видят в тебе как минимум равного и начинают уважать, 🎯в будущее проекта смотришь только ты, т.к. остальные смотрят либо в будущее своего продукта/своей команды, либо стратегически, на 1-2 уровня выше твоего проекта. 💪Тренируй умение смотреть в будущее - и это войдет в привычку, а затем будет уже работать на тебя как уникальный skill.

Как управлять будущим и не привлекая внимания санитаров и почему в этом - твоя уникальная ценность как менеджера Итак, ты - руководитель (РП) крупного проекта, в котором задействовано некоторое множество Agile-команд разных иерархий внутри одной или нескольких организаций. Всего в этой конструкции всего менеджеров: - ты, - несколько владельцев продуктов (ВП), - несколько ИТ-лидов (команды или кластера или функциональной области), - руководители RUN-подразделений и функций, ... - руководство и C-Level и - генеральный заказчик, который отвечает за проект в целом и которому ты отчитываешься. Какой навык поможет тебе завоевать доверие каждого из менеджеров, авторитет среди них и, в целом, добиться успеха? 👆Помимо важных для менеджера soft skills (системное мышление, и т.д. см. мой список soft skills, критичных для менеджера), есть такой неочевидный навык, которому, к сожалению, не учат на курсах и научиться можно только на практике - это умение смотреть в будущее 🔮 🎲 На самом деле любой квалифицированный менеджер так или иначе смотрит в будущее, как минимум в процессе управления рисками(см. как об этом думать без заморочек). Твоя ценность среди остальных менеджеров в том, что только ты мыслишь рисками своего проекта, остальные мыслят рисками своих продуктов, подразделений, направлений. Кроме того, о будущем можно думать по-разному, в зависимости от того, насколько это будущее далеко по времени: ⏱Краткосрочное будущее Смотреть на шаг-два вперед полезно когда готовишься к встречам, собираешь регулярные проектные статусы для руководства, управляешь чьими-то ожиданиями прямо сейчас. 🎯Подумай, какой результат конкретной коммуникации или статусного отчета - для тебя желательный. См. также несколько практических примеров как готовиться к встречам. 🎯А если тебе удастся его достичь, то какой будет твой следующий шаг, как ты этим результатом воспользуешься? … 😎В этом горизонте твое преимущество может быть в опыте коммуникаций с TOP-ами, умение смотреть с их высоты и мыслить их категориями. 📆 Среднесрочное будущее О нем стоит думать, чтобы запланировать будущие стадии проекта, на 1-2 стадии вперед относительно сейчас. Например, вопросы на этапе анализа и проектирования: 🎯кто будет выполнять эти работы? Всех ли привлекли к сбору и согласованию требований? 🎯Не нужен ли нам внешний подрядчик? Тогда тендер? Потом onboarding? Доступы? На этапе разработки: 🎯кто будет тестировать сквозной процесс? Есть ли понимание о сквозных сценариях? 🎯Достаточна ли инфраструктура для таких испытаний, или нужно что-то настроить? 🎯Как будет происходить приемка? И что принимающий будет смотреть и как оценивать? ... 😎Твоя ценность - именно в планировании на стадию вперед, особенно в части стыков зон ответственности между различными командами. В то время как детальное планирование ближайшего времени (горизонт 1-2 спринта +/-) можно вполне доверить ВП и командам. 🏁 Будущее на момент окончания проекта Это - по сути самоконтроль в любой момент времени, особенно при согласовании рабочих планов со стороны команд, а так же при принятии значимых проектных решений. 🎯Выполняются ли критерии успешности проекта? 🎯Успеваем ли мы выполнить квартальные/годовые вехи, утвержденные на уровне руководства? 🎯Будут ли после такого решения выполняться бизнес-цели, ради которых проект делается? … 😎Практика показывает, что про долгосрочные зафиксированные обязательства периодически забывают примерно все, потому что их фокус на оперативных задачах. Маэстро - здесь твой выход на авансцену. 🤩 Долгосрочное будущее (Beyond the project) Тут напрашиваются два стрима размышлений: 🎯твое будущее после внедрения проекта, 🎯живучесть результата после внедрения. ⬇️

#Пятничныймем

Вау! У нашего уютного канала - мини-праздник. Пользуясь случаем, для присоединившихся недавно читателей, рассказываю что тут происходит. 📌Для начала, рекомендую в свободное время прочитать закреп - там и написано кто я, и там же - те мои посты, на которые мне хотелось бы обратить внимание. 🧙С точки зрения биографии я - практик. То есть сначала опытным путем понимаю что нужно делать, а потом нахожу (или нет) подтверждение этому в теории. Поэтому пишу либо про свой опыт, либо про тот опыт, который наблюдал воочию. Верю, что кому-то когда-то мои посты помогут либо не наступить на грабли, либо выйти из них с минимальными последствиями либо после прочтения просто поменьше нервничать :) 💨Постами сильно не спамлю: ▪️1-2 сутевых поста в понедельник-четверг; ▪️по пятницам у меня - мемы на менеджерскую тематику, их можно все увидеть по тегу Пятничныймем ; ▪️по выходным иногда пишу то, что мне заблагорассудится :) Итого, получается где-то 2 - 2,5 поста в среднем за неделю. Если меньше - значит либо в отпуске, либо по работе аврал. 👋 Пользуясь случаем, передаю пламенный привет моим читателям из Сетки, куда настроен автоматический кросс-постинг отсюда. Правда туда не форвардится видео-контент (в частности много из мемов) + иногда сам процесс форварда дает сбой, да и эмодзи тут богаче. Тем не менее, если кому меня проще читать в Сетке - велкам. Я вообще готов виртуально 🤗 любого, кто считает мой контент интересным, независимо от того, в каком канале меня удобно читать. 🫰Канал для меня - нечто среднее между хобби и пет-проектом, а следовательно - некоммерческий. Зарабатываю я на своей основной работе, а тут - я делюсь знаниями со всеми желающими. Отсюда два следствия: 🎯Тут нет рекламы 🎯Если я что-то пиарю, то - по своей инициативе, типа меня это зацепило и делюсь радостью и рекомендацией. 📢Наконец, в этом году я решил заняться своей медийностью, поэтому периодически выхожу в люди, записываю подкасты и даже выступил на профильной конференции. В закрепе для желающих есть ссылки, можно на подкаст подписаться, можно конкретное выступление прослушать, можно - ничего не делать :) Соответственно, по умолчанию позитивно рассматриваю предложения о различных коллабах на менеджерскую тематику (типа побеседовать в эфире, записать подкаст, куда-то прийти в гости и т.д.). А там уже как договоримся. 🍾🥂В общем, поздравляю всех нас, причастных к нашему #Юбилейчик 'у, обещаю держать уровень и радовать интересным контентом и далее.

Когда руководство сказало: «не переживай, мы все разрулим», и ты осознал, что разруливать будешь именно ты. #Пятничныймем

Жиза же 😀 #Пятничныймем

В Сбербанк-онлайн показывают наличие бензина на заправках Может, баяню, но вдруг кому полезно будет: В Сбербанк-Онлайн появился функционал, показывающий есть ли бензин на заправках. Смотреть экран "Для жизни" (внизу выделил) и там уже по центру будет пункт "Здесь есть бензин". Можно фильтровать только те заправки, где есть бензин. Показывает по геолокации, по всей России. Update: а приятно опередить официалочку :) #Ситуативочка

Реакция на внешние поручения как признак менеджерской зрелости Особенностью работы в корпорациях является необходимость предоставлять в большом количестве ответы на разные централизованные запросы. Чем больше корпорация - тем больше в ней штабов, у каждой иерархии - свой, а еще PMO, кроме того финансовые службы, различные аудиты, да плюс маркетинг, внешние и внутренние коммуникации, помощники руководителей и тд… {Тут, конечно, мог бы быть текст про внедрение AI, но я не об этом.} Чем больше внешних запросов к тебе приходит, тем больше вероятность среди них получить то, которое при первом прочтении кажутся лишенными здравого смысла: 🎯от условных маркетинга или PR запрос: "представить результат твоего проекта в виде красного прозрачного шара, все линии которого друг другу перпендикулярны" 🎯от условных финансов или штаба - эффективность трудозатрат или cost-to-income твоего проекта прямо сейчас 🎯от руководства - отчет о выполнении твоим проектом метрик ESG или влияние на KPI по внедрению AI… 👆Так вот отличительным признаком зрелого менеджера является не только умение не взбеситься от таких запросов - но и погрузиться в суть и попробовать извлечь из этого пользу. 👍 Плюсы подхода и в чем эта польза может быть: 🔘Можно получить информацию о происходящем вокруг и не сформулированных публично течениях наверху, что в силу размера корпорации обычно получить не всегда просто; 🔘поручение можно выполнить так, что в проекте появится полезный артефакт, который можно переиспользовать, например в следующих запросах; 🔘Можно сделать штаб или PMO своими союзниками, которые могут как транслировать твою информацию в публичное поле, так и даже дособрать ее с других в твоих интересах; 🔘Иногда внешняя отчетность даже указывает на пробел в проекте, который можно закрыть выполняя поручение; 🔘А иногда за странно сформулированным поручением может крыться реальная польза для тебя и для этого достаточно просто проговорить детали и истинный его смысл. Минусы: 🔘сделать минутное усилие над собой и включить эмоциональный интеллект. Кажется, все. Итого, моя рекомендация поведения при очередном надоедливом или непонятном поручении: 1️⃣Побеситься (если необходимо). Тут рекомендации как именно это безопасно сделать 2⃣Разобраться что от тебя хотят и с какой целью, когда стресс спал 3⃣ Получить доп. информацию в беседе с инициатором или штабом 4⃣Понять, какой результат выполнения поручения можно будет переиспользовать и как 5⃣Выполнить поручение но уже с осознанием пользы для себя и приливом дофамина 😜 За последние две недели применил этот метод на 4-5 поручениях, озадачивших меня своим текстом - подтверждаю, метод работает ✅

Запись моего выступления н PM Forum 26.06.2026 Выкладываю, наконец, запись выступления в прошлую пятницу, на конференции PM Forum. Длина видео - 24 минуты. Тайм-коды: 00:01:36 - История управления проектами в российских крупных компаниях и настроение руководителей проектов в эти периоды 00:05:57 - Что такое гибридное управление, где грань когда Agile достаточно и когда - нет 00:07:09 - Рассматриваем конкретный проект в Сбербанк-онлайн как пример 00:08:40 - Получился проект с участием 22 Agile-команд 00:09:14 - Вызовы генерального заказчика в таком проекте 00:10:08 - Независимый РП как решение вызовов ген. заказчика и его свойства. 00:10:57 - С чего должен начать РП, о чем думать и какой его основной вызов - единые сквозные бизнес-требования 00:13:02 - Как управлялся проект на дистанции 00:13:56 - Сколько было проектных планов 00:15:36 - Был ли проект успешен 00:16:24 - В чем ценность РП при гибридном управлении 00:17:12 - Какие качества нужны РП для успеха ? 00:18:36 - Секция вопросов и ответов Видео: 💙 VK video (с субтитрами) 📹 Rutube (без субтитров) Подкасты: ❤️ плеер mave в telegram 🥸 В яндекс-музыке 📱 В Apple Podcasts 🔊 Zvuk Ссылка на PDF презентации

планирование - наше всё!#Пятничныймем

От управления проектами к управлению "темами" Поговорим о светлом будущем руководителя проекта. Если ты - успешный менеджер, то начиная с какого-то момента, зачетка начинает работать на тебя. И с точки зрения карьерной лестницы помимо административной вертикали у тебя есть два пути: 📈 первый, совершенно понятный - брать более сложные и ответственные проекты. Минус только один - может настать момент, когда на текущем месте более интересных проектов просто не останется. А в другом месте есть свой менеджер с отличной зачеткой, которому и доверят (или уже доверили) важный и интересный проект; 🌠 второй путь - если хорошо тебя знающий руководитель или заказчик-визионер, с широким кругозором и обширной зоной ответственности готов взять к себе и доверить тебе свои проекты. Правда тут есть нюанс. Даже если твой новый босс хорошо понимает, что такое управление проектами - он такими категориями не мыслит. Он мыслит "темой" она же "фронт работ", она же "участок" - то есть часть своей зоны ответственности, которой он готов с тобой поделиться. 🆚 В чем разница с обычным проектом? У темы нет фиксированного скоупа, строгих процедур инициации или управления изменениями и еще ряда формальных процессов, которые есть в проекте. Ты просто отвечаешь за то, чтобы внутри темы все было хорошо. Пример 1: 👍Ты - мэр города. Твоя задача - чтобы в городе было стабильно и спокойно. И прилетит тебе, если граждане взбунтуются. И это независимо от изменений, к которым ты можешь быть морально не готов, например: covid или чемпионат мира по футболу или война в Персидском заливе. Пример 2: 🐦Ты отвечаешь за "воспроизведение популяции зябликов". Твоя фамилия в головах руководства окончательно связывается со словом "зяблик" и ты начинаешь отвечать и за создание "зябликовых аналогов скворечника", и за логистику корма и возможно даже за высадку деревьев и за лицензирование охоты. В общем, делай что хочешь, но чтобы популяция зябликов на вверенной территории росла, а начальству за последствия не прилетело.. 🛤️Так что, если ты находишься на этапе развилки, куда тебе дальше расти, помни о простом выборе: 🟢 оставаться руководителем проекта и использовать привычный тебе инструментарий, поддерживать формальные процессы и процедуры и доводить конкретный проект до результата 🟢 стать "владельцем темы", то есть, фактически, владельцем продукта "эта тема" и отвечать внутри нее за всё. 👆Впрочем, для этого варианта все равно стоит договориться на берегу о КПЭ и других критериях успешности твоей работы, при этом с пониманием отнестись к тому, что они будут гораздо менее формальными, чем критерии успешности проекта.

Шикарная шпаргалка в стиле Григория Остера для руководителей проектов, когда в проекте что-то пошло не так 👇

Когда для управления задачей достаточно Agile и когда стоит добавить проектное управление В ходе своей пятничной презентации на Project Management Forum кратко (в силу ограниченного времени доклада) затронул тему достаточности Agile (SCRUM) или необходимости проектного управления в зависимости от свойств задачи. Упомянул четыре буллита: 🎯Неопределенность в требованиях, т.е. не знаем что хочет клиент или просит рынок VS вполне определенные требования, причем требующие взаимосвязанной реализации нескольких групп работ; 🎯Требуется протестировать гипотезу недорого VS Необходимо выполнить работы в рамках контракта в заданный срок; 🎯Приоритет на скорость вывода в прод VS Приоритет на качественный результат по всем составляющим проекта; 🎯В реализации задействовано не более трех команд разных иерархий VS ... более трех. Но есть еще один важный пятый вопрос, ответ на который возможно даже более важен чем выбор по четырем буллитам выше: А есть ли генеральный Заказчик, который хочет реализовывать задачу как проект и которому необходим внешний руководитель проекта ? Так как если ген. Заказчик говорит: -я сам буду регулярно спрашивать все команды и формировать свою собственную независимую картину мира, - то ему внешний руководитель проекта не нужен, так как таким руководителем будет сам он. И тогда он за счет своего авторитета и существенного вовлечения в задачу может управлять ей и поверх Agile, спрашивая достаточное количество людей достаточное количество раз. А вот если ген. Заказчик все-таки хочет единую точку получения независимого и согласованного со всеми командами статуса - то он тогда захочет, чтобы у задачи был независимый РП. Которому проще будет управлять такой задачей как проектом. И тогда гибридное управление задачей появится естественным образом.

Project Management Forum 2026. День второй. Сегодня я тут и прямо сейчас (в 10:00) буду рассказывать про гибридное проектное управление. Сразу интересный вызов: аудитория - широкая, трансляционные экраны по бокам, лазерной указки - нет. Придется как-то горизонтально…

#Пятничныймем