«Это будет тяжело, но другого выхода нет»: Цукерберг объявил о планах уволить ещё 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.
Вы хотели понимать, но слесарь понимать ваш бизнес не хочет, ему до лампочки на вас бизнес, он шов варить хочет и умеет.Это уже не программист, а просто кодер.
Когда делал сантехнику в квартирах(в трех), никогда не готовил ТЗ( где какой шов варить,). У меня какие то другие сантехники были?