Alexcouncil⚡

M&A как стратегический манёвр M&A - mergers and acquisitions, сделки по слиянию и поглощению. Активность, которую используют на рынке для решения разных задач. Каких ⏱️ 1. Быстро выйти на рынок Компания Х хочет побороться на новом для себя рынке, но не хочет тратить время для запуска с нуля. Покупаем компанию Y, которая давно в теме. Пример: Google👉 Youtube ☠️ 2. Убить конкурента, защитить свои активы Появился шустрый и смелый стартап, который отжирает у нас рынок. Покупаем, всасываем в себя лучшее, убираем угрозу. Пример: Meta👉 WhatsApp 🧩 3. Построить экосистему Есть амбиция собрать портфель продуктов, объединив общей ценностью. Формулируем ядро предложения и сегменты, в которых нужно присутствовать. Далее закупаем в них компании. Пример: Amazon👉 Twitch 🧠 4. Купить мозги/фичу Нужна конкретная компетенция/фича, которой нет на борту? Покупаем компанию ради нее. Забираем знания и наработки внутрь, экономим время на поиске и взращивании внутри. Пример: Apple👉 Workflow Нюансы Казалось бы, ну вот есть деньги, все понятно - покупай компании под разные задачки, делов-то. Вообще непростая штука на самом деле. Сам участвовал в нескольких M&A, расскажу где ломается. Люди и культура. Разное ДНК внутри команд с обеих сторон: ценности, чувство прекрасного, компетенции. Пожалуй, самый мощный барьер для эффективного слияния. Техника. Как только пытаешься поженить "их" код с "нашим" начинаются сюрпризы, которые жрут время и ресурс. Гораздо больший, чем казалось на старте. Золотые наручники фаундеров. Основатели и ключевые топы остаются внутри на время до получения выплат по акциям. Потом встают и уходят делать новые бизнеса, забирая команду. Смещения фокуса с кор.продуктов. M&A забирает у команды основные ресурсы на интеграцию новой компании. В этот момент основной продукт недополучает, конкуренты откусывают кусочек рынка. Ну и самое вкусное M&A сделки не проводятся быстро. То есть, от момента идеи купить кого-то до подписания бумаг могут пройти годы. Это не фигура речи. Внутри: - скаутинг и первые переговоры - оффер - аудит - документы и бюрократия Только потом начинается та самая интеграция людей, технологий и всего прочего. Умножьте шаги выше на тревожность, сомнения, внешний контекст, получите реальный срок. Вообще M&A один из немногих реально качественных стратегических маневров, которые есть в портфеле. Но, как всегда, нужно учитывать нюансы: кто, чего, с кем, как там внутри. При грамотном подходе - это может быть сильным рычагом, но ровно также и грузом, который потащит на дно. P.S. Что это я про M&A решил написать? Да потому что вон, SpaceX купил Cursor за $60 ярдов на той неделе, крупнейшая покупка стартапа в истории на минуточку. Про историю продукта Cursor тут в посте рассказывал #рекомендуетсяизучить

Замечтался #смешноибольно

😏 Когда я только начинал погружаться в менеджмент, мне казалось, что главный враг - это сорванный дедлайн. Сейчас, я знаю точно: главный враг - это хаос в голове. Мы привыкли думать, что управление проектами - это красивые диаграммы Ганта и бесконечные митинги. Нет. Это умение расставлять приоритеты, когда всё горит, и говорить твёрдое «нет» тому, что не ведёт к цели. Пару принципов, которые спасают мои проекты (и нервы): 1. Правило 80/20. 20% усилий дают 80% результата. Найдите эти 20% и ешьте лягушку на завтрак. 2. Декомпозиция. Слона едят по кусочкам. Задача «сделать редизайн» парализует мозг. Задача «набросать 3 варианта главного экрана» - бодрит. 3. Прозрачность. Отсутствие информации пугает заказчика сильнее, чем плохая новость. Держите всех в курсе, даже если прогресс минимален. 👉 @projectvkarmane #кактотак Нас уже больше 10 тысяч! Спасибо, что читаете меня.

Про хаос и борьбу с ним Ниже репост из канала Саши, где он пишет про борьбу с хаосом в голове менеджера и дает несколько практичных рекомендаций, но их хочется немного докрутить. Про смысл слов Хаос - это беспорядочное движение мысли, действий и прочего. То, что нельзя описать и подчинить какой-то логике, какой-то цели. Цель первична. Именно от нее разворачиваются все следующие шаги: - понимаешь цель - накидываешь стратегию - рассчитываешь ресурсы - операционализируешь База, которая системно работает везде. Дальше прыгаешь на уровни ниже и тюнишь кусочки. Так исчезает хаос и упорядочивается энергия. Как говорил один из моих боссов: "Не нужно лечить зубы через филейную часть тела". Навсегда запомнил. А вообще у Саши клевый канал про управление с кучей годного контента, рекомендую ознакомиться и подписаться, если зайдет - https://t.me/projectvkarmane #рекомендуетсяизучить

Басня: система и ее части Одна автобусная компания решила создать «лучший в мире автобус». Они разобрали лучшие машины конкурентов, взяли самый надежный двигатель от одной марки, лучшую подвеску от другой, идеальную коробку передач от третьей. Когда они попытались собрать всё вместе, детали даже не подошли друг к другу. Система - это не сумма её частей, а продукт их взаимодействия. Пример в IT У вас четыре продукта. Если вы наймете лучшего UX-дизайнера для Продукта А, лучшего data-инженера для Продукта Б и лучшего маркетолога для Продукта В, но заставите их работать изолированно, ваш портфель не станет лидером рынка. Или другой пример: попытка взять «лучшие практики» из разных фреймворков (Scrum, SAFe, Basecamp Shape Up) и слепо объединить их в один процесс без учета культурного контекста компании приведет к коллапсу разработки. Вывод Улучшение отдельных частей системы может ухудшить систему в целом. Фокусируйтесь на интерфейсах взаимодействия между вашими продуктами и командами, а не на локальной эффективности каждого из них. P.S. Кайфую от системной логики. Божечки, почему я так долго откладывал это обучение😍 #продуктовыйпуть

Незабываемый опыт Две недели был в отпуске. Устроил себе полный ретрит на даче: косил газон, втыкал в природу. Фото пруфов прилагаю. Для меня это новый формат, обычно мы семьей куда-то едем, гоняем по всяким экскурсиям и местам, а тут заземление. Первое время внутренний "чёс" по задачкам, потом начало отпускать. Батарейка начала восполнятся, бешеные потоки мыслей в голове затихать. Бывало вожусь на участке, какая-то мыслишка придет, запишу в заметочки и дальше пошел болтаться. Хорошо. Честно признаюсь немного грешил с обучением Добивал блок по системному мышлению. Готовил финальный проект на проверку своему искусственному учителю Gemini: всякие там схемы потоков, петель обратных связей и прочего. Сдал, доволен как слон. Первый опыт с обучением чему-либо с помощью ИИ считаю успешным. Из рекомендаций - при составлении промпта на программу обучения не скупитесь с вводными. Конкретизируйте кто вы, за что отвечаете и зачем вам обучение. Как делал я: - описал свою роль в компании, где работаю и зоны ответственности в стартовом промпте - накинул проблематики - обозначил цели на обучение - попросил задать мне вопросы для более глубокой проработки программы - получил оглавление программы по блокам с теорией и практикой - дальше по каждому блоку отдельно копал инфу все там же в ветке с Gemini, выполнял задания и просил проверить меня - грубо за месяц в спокойном режиме получил базу знаний и собрал несколько живых кейсов, которые буду пробовать уже на бою Есть, конечно, небольшой разлет общей структуры знаний. Изучаешь кусками, а потом в голове собираешь для себя целостную картину. Но с учетом скорости/доступности информации это доп.налог, который того стоит. Хочешь лучше, бери готовые курсы. В общем и целом Прикольно менять форматы отпуска: режим тюлень vs режим олень. Ну и учиться немножко. Возвращаюсь в строй, буду подгружать вас конентом, а то заскучаете совсем💪🔥

Мы не переносим релиз. Мы даём продукту ещё немного времени, чтобы созреть и разочаровать пользователей более осознанно. #смешноибольно

Monogram AI Визуальный интерактивный интерфейс для работы с AI агентами. Вместо привычного чата с текстом ребята делают ставку на UI. Задаешь свой запрос "Поесть суши", получаешь карту с адресами, хочешь приготовить печеньку, пожалуйста, красивенький рецепт. Посмотрите фотки. Прикольно наблюдать как классические чат-боты постепенно превращаются в полноценные интерфейсы, супераппы, если хотите. Те самые, настоящие, подстраивающиеся под контекст, а не вываливающие на тебя доски объявлений с плашками сервисов. В каком-то смысле переизобретение поисковиков только без лишних переходов. Удобно, быстро. Думаю тренд подхватят и другие, а ребятам успехов, молодцы. Не зря в июльском топе Product Hunt засветились. Источник #рекомендуетсяизучить

#28 Задание - Вы продакт в SmartHome Tech, компании, разрабатывающей устройства для умного дома. - Ваша цель – выпустить на рынок новое устройство, которое интегрируется с популярными голосовыми помощниками. - Однако, недавно произошел технологический прорыв у конкурентов, и ваш продукт стал выглядеть устаревшим. - Команда разработчиков в панике, а инвесторы требуют пересмотра стратегии. Ваши действия? Как вы будете справляться с технологическими вызовами и управлять ожиданиями команды и инвесторов? Напишите, пожалуйста, ответ в комментариях. #продуктовыезадания

🐎 #смешнобольно

Закон Брукса⏰ Пошел учиться на системное мышление наконец-то. Откладывал эту часть 2 года и вот оно наконец-то случилось. Кайфую. Сейчас копаю основные законы, которые работают в различных системах, один из них называется закон Брукса. Встречал его кучу раз на практике, но не знал, что так называется. Суть Добавляя больше людей на поздних стадиях проекта, чтобы спасти сроки, вы еще сильнее в них не попадете. Фредерик Брукс сформулировал этот закон еще в 1975 году в своей культовой книге «Мифический человеко-месяц». Казалось бы, математика начальной школы: если 2 копают яму за 4 часа, то 4 выкопают за 2. Почему в IT это не работает? Потому что Проект — это не просто сумма людей, это система связей. Когда мы добавляем в нее новые элементы на поздних этапах, происходит следующее: 1.Коллапс коммуникации Количество связей в команде растет не линейно, а экспоненциально по формуле N(N-1)/2 Команда из 5 человек — это 10 каналов связи. Команда из 10 человек — уже 45. Больше людей = больше митингов, согласований, конфликтов при слиянии кода и потери контекста. 2. Стоимость онбординга Новый человек на проекте не начнет приносить пользу в первые дни. Его нужно ввести в курс дела, показать архитектуру, выдать доступы. Кто это делает? Ваши самые опытные сеньоры, которые вместо спасения релиза теперь работают няньками. Скорость команды в моменте упадет. 3.Неделимость задач Это про «Девять женщин, которые не смогут выносить ребенка за один месяц»*. Некоторые задачи строго последовательны. Вы не можете ускорить процесс компиляции, тестирование сложного флоу или продумывание архитектуры просто посадив за это больше людей. Пара примеров закона Брукса Разработка. Делаете сложную интеграцию с платежным шлюзом, дедлайн через неделю, не успеваете. Если добавите в команду еще одного бэкендера, текущему лиду придется потратить 3 дня на то, чтобы объяснить ему легаси и бизнес-логику. В итоге потеряете время лида и не получите выхлопа от новичка. QA. Перед релизом накопилась гора багов. Перекидываете на проект трех тестировщиков из соседней команды. Они не знают ваш продукт, заводят дубликаты багов, дергают разработчиков доп.вопросами, парализуя процесс фикса критов. Мой пример Помню как тащили гигантский проект и вышли на финал, где последние 3 месяца нужно было просто фигачить и дотаскивать. Тревожность менеджмента повышалась, все хотели заглянуть глубже в команду. Мы понимали, что если не защитить ребят от митингов и разговоров точно вылетим за сроки. В итоге, взяли удар на себя по паре раз в неделю устраивали чеки, синки и давали актуальный статус. Команда работала, никто не отвлекал, затащили💪 Нюансы закона Закон Брукса часто понимают слишком буквально и совершают ошибки. Моменты, о которых важно помнить: 1. Закон применим к *отстающим* проектам на *поздних* стадиях. Если вы только стартовали или находитесь на раннем этапе, масштабирование команды работает отлично. 2. Исключение закона - идеально изолированные задачи. Если вы можете выделить кусок работы, который вообще не пересекается с основным функционалом (например, ручная разметка датасета, перевод текстов интерфейса на другой язык), добавление людей реально ускорит процесс. 3. Ловушка «никогда не нанимай». Иногда добавить людей в горящий проект *нужно*. Да, краткосрочно сроки сдвинутся еще сильнее, и вы должны открыто сказать об этом стейкхолдерам. Но стратегически, если проект долгий, через пару месяцев эти новички втянутся и вытащат вас из ямы. Главное — не ждать от них чуда «здесь и сейчас». Итого Думайте, когда добавляете людей на поздних этапах проектах. Точно ли оно того стоит! P.S. Напишите в комментариях ловили ли на себе закон Брукса? #рекомендуетсяизучить

Напишите в комментариях навык/знание которое нужно качать в ближайшие 5 лет, чтобы быть актуальным рынку. #опрос

😈 #смешнобольно