Дмитрий Сорокин | Дневник_Манагера

​#знания #кейсы #горькаяправда #моимысли

ЧАСТЬ 1

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

Начну с приложения - мобильной социальной платформы Drops с AI/ML для людей с хроническими и редкими заболеваниями. Всего будет пять частей постов из этой серии. Аппка уже в сторах, так что это уже не NDA. 😎

22 декабря. Три недели мы вытягивали из заказчика требования и превращали их в SOW с нормальным скоупом на MVP. Оценку мы с командой дали честную.
Скоуп вернулся утверждённым. Оценка вернулась урезанной.

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

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

Я сделал! К сожалению, только через почти 2 месяца заказчик сам перенёс запуск продукта с 31 марта на 30 апреля (а позже и до 1 мая. Это финальная 😁). Но это лучше, чем ничего. Я долбил в одну точку, показывая, что сроки нереальные, и это сработало.

Не буду утверждать, что это только моя заслуга. Но именно документ сделал тот разговор возможным. Срок нельзя пересмотреть на основании ощущения. Его можно пересмотреть на основании списка.

Где это не работает: если решение уже приняли на два уровня выше твоего контакта, документ ляжет на стол, у которого нет полномочий что-то менять. Тогда он перестаёт быть инструментом переговоров и становится страховкой на будущее. Писать всё равно стоит, просто по другой причине.

В следующей части: первый месяц и почему я потратил его вообще не на управление проектом.

Когда вам режут оценку, что вы пересматриваете первым делом, скоуп, сроки или что-то другое? Поделитесь в комментарии. Будет интересно почитать.

​#полезности #инсайты #знания

Что делать, если в Claude/другой LLM быстро заканчиваются токены, а доплачивать не хочется? 🤔

В моей работе Project Manager мне много приходиться работать с текстом, цифрами, схемами и даже немного с кодом. Я активно использую на своем ноутбуке десктопную версию Claude + расширение для браузера. Эта связка отлично помогает мне быть сверхпродуктивным. Пользуюсь активно уже более 5 мес, и я вижу, что моя результативность возросла в 5х. Однако, каждая ЛЛМка прожорлива на токены, которые зачастую сжигаются очень быстро. Поэтому производители устанавливают лимиты, которые можно докупить/перейти на более высокий тариф/просто подождать. И это грустно.

Однако, я нашел одно интересное решение, как обойти лимиты — VS Code + Kilo Code + OpenRouter

🔸 Что дает это решение? —> Доступ к десяткам моделей в одном месте:
1. Бесплатные модели (NVIDIA Nemotron 3 Super, Grok Code, etc.) без лимитов
2. Платные модели (Claude, GPT, etc.)
3. По факту потребления, без подписки
4. Агентный режим: ИИ сам читает, редактирует и создаёт файлы в проекте
5. Это даже подойдет, если вы не кодите

🔸 Как настроить?
1. Устанавливаем VS Code на ваш компьютер (не веб-версия)
2. В разделе Extensions находим и устанавливаем Kilo Code
3. Регистрируемся на openrouter.ai (бесплатно)
4. Создаем API ключ: Keys → Create Key → выбираем срок действия (можно максимум), называем как хотим
5. В Kilo Code → Settings → выбираем провайдер OpenRouter → вставляем API ключ
6. Выбираем нужную модель. Для старта рекомендую NVIDIA Nemotron 3 Super — бесплатная и мощная
7. Открываем папку своего проекта через Open Folder — и работаем!

💡 Совет: в настройках Kilo Code разрешите автодействия — чтение, редактирование и создание файлов. Тогда агент будет работать автономно, без подтверждения каждого шага.

❓Пользуетесь чем-то похожим? Делитесь в комментариях 👇

#кейсы

Кейс №5 | Развязка
Неделю назад я предложил вам разобрать непростую ситуацию — старый клиент против нового проекта. Спасибо всем, кто поделился своим решением в комментариях 🙌

Как всё вышло в реальности:
Клиенту не раз давали понять: проект перестаёт быть интересным для команды — роста нет, рефакторинг откладывается, задачи не появляются. Но ничего не менялось.
В итоге — объявили о завершении работ.
Клиент попросил остаться. Рассматривали вариант с заменой лидов на джунов, но это ударило бы по качеству, а участие лидов всё равно никуда не делось бы.

Решение оказалось нестандартным: Нашли нового подрядчика взамен себя — команду, которая готова развивать проект. Прособеседовали их, онбордили за один спринт. Без субподряда — чтобы не брать на себя лишние риски.
Клиент поблагодарил — и за годы работы, и за плавную передачу.

Итог:
✅ Отношения сохранены
✅ Клиент не брошен
✅ Команда ушла на новый проект
✅ Открыты к сотрудничеству в будущем

Иногда лучший выход — не просто уйти, а уйти красиво. 😎

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

Если инетерсно, прошу накидать реакций на пост. 👍🏻

Пока я в рабочих задачах — возвращаюсь к серии практических кейсов, чтобы вы размяли мозги. 🧠

#кейсы

Кейс №5. Ситуация из реальной практики одного PM в аутсорс-разработке.

Вводные:
Команда несколько лет работает с клиентом над его продуктом. ТЗ нет — всё знание живёт в головах нескольких людей. Работы стали менее регулярными, команда хочет роста и новых вызовов. Клиент доволен, проект статусный.
И тут приходит крупный новый проект. Без людей из этой команды не обойтись — остальные уже заняты.

Развилка:
Отказаться от старого клиента или от нового проекта?

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

Вопрос к вам:
Если бы у тебя были полномочия принять любое управленческое решение — что бы ты сделал?

Решений здесь может быть несколько. Нет единственно правильного.

Напиши своё в комментариях 👇
Через неделю поделюсь тем, как поступил PM в этой истории.

Channel name was changed to «Дмитрий Сорокин | Дневник_Манагера»

#знания #моимысли #инсайты

Наконец, дошли руки залить видео на Youtube эфира с Сашей Скубиным по теме: “Как Project Manager’у получить оффер из США или ОАЭ?”.
С радостью делюсь ссылкой на него с тайм-кодами, все как полагается. Единственное, качество видео получилось посредственным. Саша сказал, что оно такое вышло на выходе… Что ж, в следующий раз, уверен, будет лучше. Однако звук слышно хорошо, а это главное, чтобы почерпнуть важную инфу.
Приятного просмотра! 🤗

🔗 Ссылка на видео:
https://youtu.be/HVBOrlcjp3o

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

1. Культурные различия при поиске работы — в каждой стране свои правила. В СНГ ценят напористость и вовлечённость, в ОАЭ это может оттолкнуть. Изучите местную специфику до начала поиска.
2. Резюме пишется по-разному под каждый рынок — от фото до подачи навыков. В США идеал — 1 страница (макс 2): у рекрутера всего 7–8 секунд на просмотр и принятие решения — пропускать дальше или отложить.
3. Готовьтесь к деловой культуре страны заранее — смотрите тематические эфиры, общайтесь с теми, кто уже работает там. Живой опыт даёт больше, чем статьи.
4. В ОАЭ — гибкость, субординация и официальный тон в общении и переписке. В СНГ-компаниях (вне ГосТеха) всё заметно проще и неформальнее.
5. Работа в разных часовых поясах требует учёта не только времени, но и местных праздников и выходных каждой страны.

📚 Еще люто рекомендую книгу "Карта культурных различий" автора Эрин Мэйер, которая поможет лучше понять менталитет людей разных национальностей и как с ними взаимодействовать.

#мойстатус #новости

Возвращаюсь к своему дневнику. Был в долгогом саббатикале. 🫠 За годы накопилось много материала, чем поделиться, не говоря о выгорании. 😄

Тем не менее, что я опубликую в ближайшее время:
1. залью видео с тайм-кодами в Youtube с последнего эфира с Сашей Скубиным
2. поделюсь, как я сменил 2 работы в короткий срок
3. немного новостей из эмиграции и как это связано с управлением
4. естественно, поделюсь апдейтом со своего проекта (мы неплохо продвинулись)
5. поделюсь интересными рабочими кейсами

​Как Project Manager’у получить оффер из США или ОАЭ?

6 декабря (суббота) в 13:00 (UTC+3) я с Aleksandr Skubin проведем live-эфир, где я поделюсь своим международным опытом. Поговорим об СНГ опыте и сравним их между собой.

В эфире обсудим:
↗️ Как я попал в международные проекты? Разница в работе Project Manager между СНГ, США, Европой или Эмиратами?
↗️ Какие инструменты и практики помогают эффективно управлять глобальной командой?
↗️ В чем особенности американского подхода к ответственности, автономности и инициативе?
↗️ Какие soft skills критичны для PM, работающего в международной среде?

И другие вопросы.

Тебе СРОЧНО нужно к нам на эфир если:

↗️ Ты хочешь начать карьеру в международных проектах и компаниях, но не знаешь с чего начать?
↗️ Хочешь понять, как составить план поиска работы в международных компаниях.
↗️ Как правильно готовиться к собеседованиям в международные компании?
↗️ Какие навыки необходимы Project Manager на рынке США, Еврпоы и ОАЭ?

Эфир пройдет 6 декабря в эту субботу в 13:00 (UTC+3) в Zoom (кликать сюда)


Контакты:
🔸Запись на менторство по Проектному Менеджменту к Саше — писать сюда
🔸Ссылка на мой Telegram-канал — поделитесь ею
Также, я могу помочь индивидуально с подготовкой и упаковкой для поиска в международную компанию. Пишите мне в лс — Dzmitry Sarokin

#полезности #знания

Недавно официально вышло 8 издание PMBoK

Это издание на 32 страницы больше по сравнению с предыдущим.
Скачать бесплатно можно тем, у кого есть членство PMI. Все остальные могут купить на Амазоне в переплете или электронном виде.

*Членство PMI вам обойдется в $129 за год

#кейсы

Ответ на кейс №4

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

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

#кейсы

Кейс №4. Бесперспективняк

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

Что делать? Сказать команде, что через полгода проект уйдет другой команде? Молчать и отмазываться от рефакторинга? Или как-то согласовать рефакторинг с клиентом, чтобы поднять дух команды на полгода?

Ваше мнение, господа? 🧐

ℹ️ Напомню, не все кейсы мои, а еще коллег.

​#мнение #полезности #моимысли

Я периодически общаюсь с коллегами по "цеху". Например, позавчера имел общение с одной коллегой из другой компании. Общались на разные рабочие темы типа: как у кого устроены процессы, как дела с релизами (кстати, они готовятся выкатить крутой симулятор по футболу), коммуникация на проектах, с руководством, обсуждали разные кейсы и т.д. Зашел как-то разговор про софты коллег и умение грамотно и, что самое главное, мудро поступать даже в, казалось бы, самых идиотских/нелепых ситуациях. Мы сошлись в едином мнении, и я обменялся с ней своими двумя главными правилами, а она дополнила третьим. Они просты как пробка, но я их всегда стараюсь придерживаться, т.к. работают эффективно. Звучат они так:

Правило №1
Всегда обсуждай важные вопросы 1-1 с человеком, а в конце разговора фиксируй кратко резюме разговора, чтобы он был зафиксирован.☝🏻

Правило №2
Всегда соблюдай субординацию и не лей негатив на кого-то публично (лучше вообще без негатива/оскорблений). Важно сделать синк 1-1 и аргументировать свои консёрны, и, очень желательно, через призму улучшений. Так будет конструктивнее, эффективнее и без лютого негатива. А ты будешь выглядеть более профессионально.☝🏻

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

Это базовые правила в моей работе, которые про софты, maturity management и внутреннее спокойствие. Если необходимо, то обучайте их своих коллег. Уровень осознанности и здоровых взаимоотношений должен быть на должном уровне.

#юмор #горькаяправда

Делюсь с вами примером отличного резюме. Не благодарите 😁

​#знания #полезности #мнение #инсайты

Про методы Теда Лассо

Вообще одно из главных откровений последних лет это сериал про Теда Лассо. Синопсис сводится к тому, что в английскую премьер лигу приезжает работать тренером чувак, который не знает что такое футбол (работал тренером вообще в другом виде спорта). И суть сериала про его методы работы с командой, которая, конечно, не сразу превращается из гусеницы в бабочку. У нее, как и у нормальной команды своя понятная синусоида. Но вот Тед это что-то удивительное, потому что полное непонимание предмета заменилось глубоким пониманием человеков и групповой динамики. И чему мы можем научится у Теда Лассо, как руководители? Несколько мыслей:

1) Не бойся показаться глупым. Вот вообще, никогда. Потому что лучше 10 или 100 раз переспросить, но понять, чем делать вид что ты понял то, что на самом деле прошло мимо тебя. Глуп не тот, кто не знает, глуп тот, кто делает вид, что умен.

2) Не бойся показаться слабым. Супергерои из DC и Marvel даже у школьников потеряли популярность, важно уметь признавать поражения и не делать вид что все шикарно тогда, когда все на самом деле хреново

3) Мотивация это временами очень простые слова и очень простые действия. Достаточно вспомнить цитату из дурацкого фильма или вместе с командой совершить внезапную авантюру, не выдумывая сложных ходов

4)Ты живой человек, и личная жизнь всегда будет влиять на работу, и каким бы ты на работе не хотел казаться станет быстро очевидно, что в личной жизни не все хорошо и спрятать это не получится, поэтому не откладывай - решай

5) Временами сумасшедшие идеи работают, просто в них нужно верить. Нет, не так, ВЕРИТЬ. И способность услышать классную идею и поверить в нее не отмахиваясь - мощнейшая штука

6) Даже если ты споткнулся 20 раз подряд есть высоченная вероятность, что в 21й все получится. И если рядом те, кто с тобой заодно, то вероятность будет еще выше, ты только не сдавайся.

 Я уже достаточно давно рекомендую Теда Лассо примерно всем вокруг, кто хоть капельку работает с людьми. Потому что на простых примерах и без лишнего умничания нам показывают выборы в сложных ситуациях, не рисуя при этом историю золушки. Короче если вы прямо сейчас тапаете хомяка в телеграме - я точно знаю, что есть штука, которая поднимет вам настроение, создаст ощущение укутанности в теплое одеяло и принесет невероятно много пользы.


Потрясающая заметка автора Сергея Щербинина

#кейсы

Решение кейса №3

Была попытка выстроить с директором личные отношения, объяснить, что такой стиль взаимодействия не подходит. Но это не помогло. Команда клиента подтвердила, что агрессия не редкость и он привык так управлять. Выяснилось, что в подчинении директора есть техдир, мнение которого было важно директору, поэтому обратились к нему с просьбой оградить нас от директора через его подчиненных. Техдир пообщался со своим руководителем, и мы начали получать требования через команду директора. Директор продолжал присутствовать на созвонах и иногда устраивал скандалы, как и раньше. После повторного разговора с директором и тех диром решили отказаться от проекта, т.к. это сказывалось на команде, продукте и успешности проекта. Самое интересное, что клиент потом попросил нас вернуться, директора обещали изолировать, но на самом деле внутри у них ничего не изменилось и по сей день. Мы сделали еще два обновления и расстались.

То есть, по сути, это эскалация проблемы. В комментах добавлю некоторые детали.

#кейсы

Кейс №3

Вам, ПМу, передали проект, работа над которым ведется уже полгода. Все это время проект сопровождает директор по интернет-продуктам и его команда. Директор занятой, поэтому общаться постоянно с ним не получается, а единого контактного лица от их команды нет. Предыдущий ПМ отмечает, что сам директор придерживается агрессивной манеры управления проектами. Если что-то не так, то на еженедельных созвонах повышает голос, переходит на личности, скатывается в "я заказчик — вы исполнитель. Делайте, как я сказал в мои сроки!". На диалог не идет. Масло в огонь подливает второй подрядчик, который тоже косячит. Но и за его косяки прилетает вам.

Что вам стоит сделать в такой ситуации? Можно ли выстроить диалог с директором, если да, то как?

#полезности #мнение #знания

Все время, что я нахожусь в ИТ я замечаю от разных источников разные трактовки грейдов специалистов на свой манер. Однако, за весь этот период наблюдения я смог сформулировать на основании всех этих источников и логики краткие формулировки, которые помогут определить бегло уровень специалиста. Мое субъективное мнение.

Intern
Человек с горящими глазами и жаждой учиться у старших специалистов. Готовый быстро доказать, что мы будем полезны друг другу. Понимающий, что для компании стажировка не бывает бесплатной: компания вкладывается в каждого интерна самым ценным — временем и знаниями их лучших специалистов. Поэтому и отбор на эту позицию не легче, чем на позиции других уровней.

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

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

Senior
Систематизирует и оптимизирует работу. Вносит ценную экспертизу. Обучает младших специалистов и комментирует их работу. Более самостоятельный — решает задачи и возникшие сложности преимущественно сам.

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

Manager
Специалист с релевантным опытом. Умеет планировать, делегировать, контролировать и мотивировать. Понимает сильные и слабые стороны сотрудников и умеет направлять их усилия в нужное русло. Самостоятельный специалист, который решает поставленные задачи и распределяет их среди других специалистов. Как правило, подчиняется вышестоящему руководителю, обычно, Head of PMO, CEO.

А вы согласны с такими формулировками?

#кейсы решение кейса №2.

Спасибо всем, кто принял участие в кейсе. 🫱🏻‍🫲🏼 Как и обещал публикую, чем он закончился в реальности.

После сложного и долгого MVP с большим количеством отладки и организационно сложной приемкой ребятам на стороне разработки (вендор) никак не хотелось соглашаться на полгода бесплатной поддержки. Аргументы ребят разбивались о пункт договора, на который при любых аргументах ссылался PM клиента. Решение нашел CEO компании-разработчика. Он позвонил руководителю “вражеского” PMа и сказал: “Мы небольшая аутсорс-компания, а вы — большой банк. Мы не можем позволить себе бесплатно поддерживать ваш продукт. Для вас это несущественный бюджет. Вы можете подать на нас в суд и, наверняка, выиграете. Мы от этого закроемся и не сможем развивать наш продукт. Поэтому мы не подпишем SLA. А вы хотите продолжать с нами работу?”. Клиентский руководитель сказал да. В итоге соглашение вообще не было подписано. А сам банк спустя полгода перестал существовать в первоначальном своем виде.

Вот такой интересный был кейс.🙂
Пока я осваиваюсь на новом месте, собираю для вас интересный материал, возможно, подкину следующий кейс. Но впереди однозначно еще много будет интересного в моем блоге. Следите. 👀