«Это будет тяжело, но другого выхода нет»: Цукерберг объявил о планах уволить ещё 10 тысяч человек в Meta* Статьи редакции
В ноябре компания сократила 11 тысяч сотрудников — 13% штата.
- Meta* планирует уволить ещё 10 тысяч человек в течение нескольких месяцев и закрыть около 5000 вакансий, написал Марк Цукерберг в записке сотрудникам, её опубликовали в корпоративном блоге компании.
- Он отметил, что в «год эффективности» компания хочет сделать свою структуру более горизонтальной, убрав несколько уровней менеджеров. Также Meta* сосредоточится на закрытии низкоприоритетных или дублирующих друг друга проектов.
- Ещё одна задача — возвращение к «более оптимальному соотношению инженеров и других ролей» в командах, которые в итоге должны стать более бережливыми и эффективными, считает Цукерберг.
- Также Meta* стремится лучше понимать связь удалёнки и эффективности. Например, по предварительным оценкам компании, инженеры, которые начинали карьеру очно, а потом перешли на удалёнку либо продолжили работать из офиса, в среднем работают лучше тех, кто присоединился сразу к удалённой команде. Цукерберг призвал сотрудников «находить больше возможностей для работы лицом к лицу».
- В ноябре 2022 года Meta* уволила 11 тысяч сотрудников — это 13% штата. На конец сентября в штате было более 87 тысяч человек. Тогда же компания объявила о продлении заморозки найма на первый квартал 2023 года.
*Meta, которая владеет Facebook, признана экстремистской организацией в России.
16K
показов
18K
открытий
1
репост
Комментарий недоступен
Разрабы думают, что они обойдутся без менеджера и продуктовиков?
«Менеджеры» и так называемые «продуктовики» которые непонятно чем заняты, не нужны от слова совсем - они ни во что не умеют, кроме как болтать на бесконечных встречах.
Нужны:
1.Бизнес-аналитики(для проектирования бизнес-логики,
2.Системные аналитики / архитекторы (для проектирования тех уровня),
3.Delivery managers для процессов (особенно когда команд много)
4.Дизайнеры ux/ui для разработки интерфейсов
5.Разработчики собственно для разработки
6.Devops для инфры
7.Дата аналитики /инженеры для работы с данными.
Всегда же кажется, что ты гениален, а кругом дебилы и нихера не делают)
Все эти архитекторы, бизнес аналитики и т.д. и т.п нужно, но только продуктовик может ответить на вопросы нахера вы все здесь собрались.
На этот вопрос отвечает тот, кто платит зп - это владельцы и топ менеджмент.
«Продуктовик» в менеджерской иерархии это обычный принеси подай иди не мешай
Ну ну, видели бы разрабы себя со стороны на дейликах или встречах с внешниками, очень жалкое зрелище.
Топ - менеджменту нахера встречаться с каким то разрабом, половина из которых двух слов связать не может.
Потому что через несколько слоев прокладок (которые к тому же плохо разбираются в процессах разработки и доменной области) топ менеджменту непонятно что происходит в компании и куда уходят время и деньги.
Когда они наконец разбираются то идет оптимизация(увольнение) этих «продуктовиков» ибо не нужны, а зп тратят. Собственно новость и об этом.
Комментарий недоступен
два слоя это еще скромно)))
Да будет Вам, человек скиллбокс закончил
Вам говорят про лингвистическую модель. Не может художник с ит-специалистом общаться на одном языке. Такое очень хорошо в посиделках домашних заметить, когда все вместе собираются (как друзья/знакомые) и начинают общаться.
Художник с ит специалистом не могут пообщаться, но когда приходит третий, который не художник и не айтишник происходит какая-то магия?)
Так и есть. Это особенности лингвистической модели. Изначально жестами, потом мычанием (звуками), потом многозвучием, затем словами, затем каракулями, затем текстом и по времени, в рамках времени существования жизни, это секунды. Только сейчас новая лингвистическая революция начала происходить с ChatGPT.
Может, в чем проблема? Терминов не знают? Договоритесь о терминах, составьте словарь и используйте его.
Я как разработчик работал и в финансах, и авиации и киноиндустрии и везде научился понимать бизнес.
Вы хотели понимать, но слесарь понимать ваш бизнес не хочет, ему до лампочки на вас бизнес, он шов варить хочет и умеет. Программист — это такой же работник, ему нужно интерпретировать коммерческую задачу в инженерную, а инженерную в конкретное ТЗ (вон там дубина, иди возьми и махай).
Далеко не всегда это так. Во многих местах с продуктовой разработкой, никто не пишет конкретное ТЗ. Если это старший специалист/лид - то хватает и коммерческой задачи. Сложно представить того же лида, который не понимает суть задачи, а делает всё по ТЗ или даже по инженерной задаче. Да и того же сениора сложно так представить (речь про продуктовую разработку).
Это работает так, только когда вы работаете не над своим проектом. Либо когда бизнес область очень сложная, medtech например, где без специального образования/обучения не обойтись.
Другой вопрос, что бизнесовые сотрудники нужны, например, чтобы понять, нужна фича А, или фича B, или нужно провести A/B тест, или вообще, сейчас больше денег получим, исправив баг C.
Вы хотели понимать, но слесарь понимать ваш бизнес не хочет, ему до лампочки на вас бизнес, он шов варить хочет и умеет.Это уже не программист, а просто кодер.
Когда делал сантехнику в квартирах(в трех), никогда не готовил ТЗ( где какой шов варить,). У меня какие то другие сантехники были?
Комментарий недоступен
Вам вот, может, и кажется, а я точно уверен -)
Как управлять миром, не привлекая внимания санитаров
Именно :)
Больше подходит "Мы почитаем всех нулями, а единицами себя"
Биполя... Бинарное расстройство?
как будто в реальной жизни мало примеров когда так и есть
@Патруль https://vc.ru/u/26351-vladimir-howl пользователь нарушает 1.4.1 1.4.2 и явно мультиакком пользуется чтоб основной акк не показывать, наставил мне минусов на все комменты в профиле при этом я с ним никогда не взаимодействовал.
Обожаю размышления технарей про бесполезность менеджеров ) но в целом, если технари научатся отвечать на вопросы вида «как увеличить конверсию на x%», «как снизить отток на y%», а потом показывать на цифрах, что разработанный функционал приблизил к этим целям (параллельно внедрив пару-тройку процессов в компании, позволяющих этому функционалу функционировать) - продактов можно спокойно убирать.
Менеджеры этого не умеют - умеют только об этом говорить, ну и максимум стандартный отчет в GA/Amplitude/P&L глянуть - УСЁ. (Основано на реальном опыте 5+ лет в нескольких tech компаниях среднего размера)
И дальше без конца лить свой бессвязный поток сознания на бесконечных встречах.
Задачами расчета эффективности и проработкой гипотез занимаются дата-аналитики (могут по разному называться, но это впервую очередь технари)
Менеджеры бывают разной квалификации. Ровно как и разработчики. Ровно как и любые сотрудники. И если вам не повезло встретить сильных специалистов, это не повод ставить крест на всей менеджерской функции. Основано на 10+ лет опыта в компаниях самого разного размера)
Спасибо за прописные истины, догадки основанные ни на чем (про сильных специалистов)
отсутствие конкретики - а то пить хотелось, как раз воды не хватало 😂
+ обезьянничаение,
отсутствие собственного взгляда и линейное мерянье годами (больше лет значит лучше)
В итоге - 0 конкретики, 95% воды - вы типичный представитель своего вида.
Эх, а я питал надежду что будет интереснее…
А я угараю (в прямом смысле, на встречах с менеджеряками) с того как люди без tech бэкграунда пытаются что-то там посчитать, лишь бы отнести наверх и показать свою мнимую «эффективность». (Польза от таких расчетов стремиться к нулю или в минус - в зависимости от последствий) Неважно как и что - работу работать надо!!!
Очень часто эти 7 пунктов, двух слов связать не могут, и понять не могут, нахер их всех здесь собрали
Комментарий недоступен
Эта вся шушера для мира потребления. Пора инженерам потеснить их на уровне ..
Комментарий недоступен
Бизнес/ системный аналитик / Лид команды, в зависимости от компании
Комментарий недоступен
продакт и проджект это разное
Комментарий недоступен
Комментарий недоступен
У них еще много других названий. Сейчас бы за названия цепляться. Хорошие спецы которые помогают инициировать, настраивать и менять процессы, обвешивать их метриками - тем самым ускоряя и улучшая процессы разработки - нужны
Комментарий недоступен
Это название (менеджеры) себя дискредитировало т.к под ним скрывается очень много тех кто непонятно чем занимается (комикс про гребцов и менеджеров в помощь) поэтому я за конкретику - специалисты которые реальные дела делают и приносят пользу всегда нужны
Комментарий недоступен
Судя по ветке, Вы очень токсичный... Не знаю, что у Вас случилось, но все что Вы видите вокруг сделано продуктовым подразделением. Придумал PM, отрисовал PD, продвинул PMM, протестил PA, законтрил PjM.
Соберите вышеуказанных 7 Юнитов и попробуйте сделать эффективную модель светофора.
Я уверен Вы крутой спец, вы можете сделать сайт, маркетплейс, кучу всяких штук на тех уровне, вот только бизнесу такой подход «нахой ненужон». Почему? Потому, что:
Подход технаря:
давайте напишем «с нуля» и вхерачим бюджет Люксембурга.
Подход PM:
Давайте запилим «кость», а «мясо» нарастим.
Я видел много закрывшихся проектов, в которых «у нас техдир оттудова», - он все сделает. Не сделает. И это не учитывая тонны звездюлей, которые технарей обходят и прилетают в ПМов.
Комментарий недоступен
Комментарий недоступен
Комментарий недоступен
Если их 2 то второй рано или поздно напишет таск, чтобы фича первого не работала по средам после обеда. И тогда ты сам скажешь - эээ, есть у вас кто главный?
Всегда так думают, к сожалению
это их и погубит
Обходились же раньше =) Не надо было переделывать кнопочку каждый день потому что продуктолог посчитал что так будет лучше, гадая на картах таро
Комментарий недоступен
Комментарий недоступен
Комментарий недоступен
Не забудьте ещё стопятьсот совещаний чтобы менеджер мог презентовать свои супер-идеи, а в конце совещания договориться на ещё одно совещание
Комментарий недоступен
А вы ходите так, чтобы вас больше не отправляли.
Тегайте продакта в каждом обращении к кому либо, чтобы был вкурсе какая работа в рамках его инициативы идет. При возникновении вопросов к вам, сами ответитье на 2 а4 страницы, и тегните продакта, правильно ли вы видите ситуацию. Организовывайте созвоны по задаче, желательно с привлечением как можно больше руководящего состава из смежных команд. Если получится на созвон СТО или CEO затащить, вообще отлично.
Через пару таких задач, вас посадят в чулан, в который распечатки из Jira будут под дверь просовывать.
Плюсую
Когда раньше? во времена тетриса?
Да есть самостоятельные программисты, которые получше продуктовика задачу поставят, но их единицы. Остальных даже пописать за ручку надо водить.
До всякой залупы типа снэпчата, новых дизайнов вк (спасибо кста продуктивикам что испортили норм дизайн) и т.д.
Вот что значит херовый продуктовик, результат виден сразу
Продуктолог просто паразит, как и большинство из менеджерского состава, пока технические умы пашут, эти залупоглазые ездят по своим ретритам и рожают гениальные планы, достаточно взглянуть на развитие даже тех же топ гигантов отрасли в США
Только оставляешь технических умов, а они куяк и развалились
Комментарий удален модератором
Комментарий удален модератором
Комментарий удален модератором
Комментарий удален модератором
Комментарий удален модератором
они походу там сами останутся в таком случае
Комментарий недоступен
Не думаем, а знаем.
Ну так просветите нас, все что я видел, выглядело как гамно.
Скорее не совсем обойдутся, а обойдутся без 3 слоев менеджеров одним