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

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

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

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

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

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

#кейсы

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

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

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

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

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

#кейсы

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

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

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

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

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

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

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

​Как 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

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

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

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

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

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

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

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

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

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

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

#кейсы

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

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

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

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

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

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

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

#кейсы

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

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

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

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

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

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

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

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

Что делать, если в 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 разрешите автодействия — чтение, редактирование и создание файлов. Тогда агент будет работать автономно, без подтверждения каждого шага.

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

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

ЧАСТЬ 1

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

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

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

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

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

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

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

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

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

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