Заметки о рабочей культуре в японской компании⁠⁠4

В принципе да.

Вот тоже хотел написать, что у нас крупные корпорации на 100% так же выглядят изнутри

В прошлом году сменил работу, ушел из крупного издательства (~700 сотрудников) в очень крупную корпорацию (~15.000 сотрудников) - и просто охуел от внутреннего бардака

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

На новом месте у каждого сотрудника свой мааааленький кусочек, где он непосредственно решает задачу (делает маленький кусочек кода, или пишет один маленький текст, или рисует, например, только рекламный баннер и ничего больше). И чем выше человек в должности, тем меньше он делает руками (т.е. тем меньше от него требуется знаний о сфере работы и меньше навыков). Зато растёт количество созвонов, совещаний и согласований. По каждой мелкой задаче может быть от 3 до 10 согласующих, и основная работа, которая отнимает больше всего времени и сил, - это подружить между собой мнения всех этих согласующих. При том что, напоминаю, о своей сфере работы эти согласующие знают примерно нихуя и очень часто их предложения заведомо вредоносные. Но у них есть мнение или хотя бы его видимость. Чтобы создавать видимость своей полезности, они должны хоть что-то делать - поэтому бесконечные созвоны (отнимающие время исполнителя), совещения, правки. Миллион регламентов и таблиц - в Excel, да. Хотя у задач есть внутренний заказчик, он не отвечает за успех - по сути, ответственного вообще нет, т.к. после заказчика результат согласует еще N людей, каждый вносит свои правки, которые обязательно нужно учесть, и к моменту выхода результат может быть вообще не похож на согласованное заказчиком (о чем он обязательно скажет в случае неудачи). Все согласуют, но никто не отвечает за этого франкенштейна. Зато все делают вид занятости. И все очень позитивные, постоянно улыбаются, даже если стучат друг на друга. Решать конфликты нельзя - ты должен сообщить о проблеме своему руководителю, который... нихуя не сделает, разве что соберет общий созвон, где вы должны в присутствии всей команды (а то и двух команд, если вы из разных отделов) обсудить, что случилось. Здесь это называется ретро, хотя вообще не соответствует самой концепции ретро. Если где-то накосячили, то будет 100 часов созвонов на тему "кто виноват" вместо "что делать". Но если косяк случился из-за того, что не послушали исполнителя и сделали так, как хотел согласующий, то говорить про это нельзя - это "токсично" (если накосячил исполнитель, то его лишат бонуса; согласующие получают свои бонусы всегда, без исключений, даже если их действия привели к убыткам). Короче, полезного выхлопа от работы в десятки раз меньше, а вот работы осталось столько же и очень много нервяка. Причем нервяка пустого, созданного исключительно ради того, чтобы 5 никчемных менеджеров сохранили своё место. На получение прибыли эти менеджеры не влияют, на выполнение KPI тоже. Функция менеджера-передаста, который никакой пользы не вносит, только передает задачки сверху вниз, а результат снизу вверх, возведена в культ (причем даже если исполнитель один, он не может быть самостоятельной единицей, к нему всё равно приставляют руководителя-передаста и делают из этой пары "отдел", вместо того чтобы объединить нескольких исполнителей в группу под управлением одного сведущего начальника)

И да, декларируемые ценности компании существуют только для красивых пресс-релизов

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

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

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

Обычно так работают на крупных проектах, а не как у вас в комментарии.

Сказочный пиздАбол! Крупная многоэтажка говоришь, пригласили прораба говоришь! На крупных объектах всегда есть чертежи и документация на все этапы и стадии работ и работы не могут начаться без чертежей. У монолитчиков есть свои чертежи, ( ты ещё скажи целый месяц одобряли какую арматуру на колонну пускать во время монтажа) у каменщиков, оконщиков,отделочников, у электриков и у вентиляционщиков есть свои чертежи и там всё прописано. А прораб на стройке присутствует всегда, не может быть крупной стройки без прораба, это малоэтажный дом ты можешь построить без прораба и технадзора. Самое главное показать, что только в России всё через жопу делается.

вот кстати да.

Приклеить или прибить (с)

Прибить или приклеить? (С)

О ну это классика. Сто раз было, что не внесли в проект какие то элементы системы, делаешь на опыте, потому что знаешь, что делать все равно придется, а потом узнаешь, что они только только вспомнили об этом и начинают обсуждать (но чаще забивается хуй). И думаешь, ало, мы зос получили уже, вы проснулись епт.

Прораба?

Нет, у нас немного не так. По крайней мере в крупной компании, где я работал.

Программисты действительно ходят на дейлики, обсуждают какие-то вещи, но соотношение кодинга к написанию отчётов и дейликам: примерно 60/40 и больше в сторону кодинга - в зависимости от проекта и квалификации техлида проекта (хороший техлид берёт часть забот о документации на себя). Т.е. программисты действительно программируют бОльшую часть времени. Я именно про IT, а не что-то другое. Понятно что всё зависит от конкретного проекта, компании и т.п.

https://youtu.be/EhtsPAdYOds?si=DjYKKpw5bfO3XR-H

YouTube●8:45

Гит + нейронка) итого 30 минут кодим. 30минут корректируем ответ нейронки.

7 часов ковыряем в носу

Уже наработал не безбедную жизнь

Таки правда это или это просто домики разваленные в жопе мира

и то, и то.

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

аналогично нашим воркутинским - да, есть и бесплатно, но там, где они есть -- нахуй надо.

+такие старые дома ввиду сейсмоопасности Японии просто опасны для жизни* и дороги(не так. ДОРОГИ) в содержании, а если не будешь содержать его как полагается, то натянут по самые шары за то, что губишь культурное наследие. но компенсацию действительно дают, хоть и не все 100%.

вот и там это в 95% тоже никому и не сдалось.

*под собой оставят при землетрясении или тайфуне. современные дома там строят по спец. технологиям, в старых же просто деревянные балки.

Это правда и дело даже не в нуле йен, вы можете купить очень хороший старый красивый дом за условные 500 тысяч рублей, просто потому, что он находится в мелкой деревне, в которой ДЕЛАТЬ НЕХУЙ. Там нет работы, нет развлечений, нет ни хуя. Даже населения почти нет.

Наверное в каких-нибудь труднодоступных местах или деревнях. В Токио врядли есть акиа)

Одним словом, выморочные дома.

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

На фоне нынешнего мочилова США с Китаем невольно вспоминается, что почти то же самое уже было почти сорок лет назад. Собственно, из-за той истории Китай и стал тем, чем он стал. И США сейчас наступают на те же грабли, только теперь получили по башке гораздо больнее.

Когда в 50-х годах прошлого века в Японии начали робко делать компьютеры и бытовую электронику, в США это поддержали. Японская экономика дышала на ладан, и Штаты были рады любой возможности скинуть бремя поддержки подшефной страны. Но прошло буквально 20 лет, и японская электроника стала эталоном. Более того, японцы придумали массу стандартов, признанных во всем мире.

Это бы Штаты еще переварили, но японцы стали делать еще и автомобили. Сначала это были смешные ломучие уродцы. А потом вдруг это непонятно что стало отжирать рынок у американских производителей. Особенно после нефтяного кризиса 1973 года, когда японские малолитражки, несмотря на все недостатки, оказались сильно привлекательнее американских болидов, привыкших жрать бензин в три горла.

Руководство США сильно напряглось. Сначала японцев попробовали подвинуть при помощи Южной Кореи, которую фактически сделали клоном Японии. Но из-за небольшого населения (в 2.5 раза меньше Японии) и наличия под боком Северной Кореи мировой фабрики из Сеула не получилось. Ущерб японским производителям нанесен был, однако до победы было далеко. И тогда Штаты с интересом посмотрели на Китай...

Там, конечно, сидели коммунисты, но основательно разругавшиеся с СССР и довольно голодные. Американские президенты зачастили в Китай, с которым до 1979 года не было дипломатических отношений. А в 79-м и посольствами обменялись, и ввели с Китаем режим наибольшего благоприятствования в торговле.

Но одного этого для забарывания японцев было мало. Все же качество китайской продукции оставалось невысоким, и задавить количеством сразу не получилось. В ход пошла тяжелая артиллерия. Политики, СМИ и культура стали создавать образ японского врага. Одним из ярких антияпонских голосов стал известный по мемуарам Ли Якокка, бывший руководитель Ford и Chrysler. В 1988 году он собирался идти в президенты США, опираясь на антияпонские лозунги. В последний момент его отговорили, но сам факт таких активностей говорит о многом.

В литературе свирепствовал почти официальный голос ЦРУ Том Клэнси. В его книгах японцы были просто редкостными тварями. В 1994 году вышла книга "Долг чести", где Япония обзавелась ядерным оружием, атакует экономику США хакерскими средствами и захватывает Марианские острова. В финале японский летчик направляет самолет на Капитолий, уничтожая всю политическую верхушку.

Это был уже апогей антияпонской истерики. К тому моменту Японию фактически придушили. Госдолг, снижавшийся много лет подряд, скакнул к 100% ВВП и перевалил этот рубеж (сейчас он составляет 236%). В продолжении книги Клэнси, вышедшем через два года, Япония уже хорошая. Вообще не очень сложно манипулировать небольшой страной, особенно если ну тебя на ее территории несколько мощных военных баз.

Ударом на добивание стал азиатский финансовый кризис 1997 года. После него Япония уже вообще не рыпалась.

Китай на старте казался совершенно безобидным. Но, как писал классик, бытие определяет сознание. С Китаем 2000-х нельзя было общаться, как с Китаем 1970-х. Этого в США не понимали. Запредельное высокомерие, свойственное западным элитам, в очередной раз помешало им заметить изменения в мире. Была предпринята попытка заменить Китай Индией. Но тут уж и в Индии смекнули, что западные друзья совсем не друзья, а однообразные манипуляторы. Да и масштабы Китая, как мировой фабрики, воспроизвести заново едва ли возможно. И долго, и дорого. А у нас, как говорил Шарик, денег нет.

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

Есть вполне официальный подход к разработке, который называется Agile. Это когда ты получаешь задачу и делаешь её так как понял, если какие-то моменты требуют уточнения - делаешь их на своё усмотрение, если прямо сейчас уточнить возможности нет. После этого показываешь заказчику на тестовой версии программы, он говорит что ему нравится, что нет - корректируешь, снова показываешь. После 2-3 правок всё приходит в нужный вид.

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

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

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

Много писать. Потом ответный пост запилю.

Это так и есть. Причём есть практически везде, особенно в сферах с увеличенными рисками. Взять например нефтегазовую сферу. Я имею к ней некоторое отношение, и не раз а̶х̶у̶е̶в̶а̶л̶ удивлялся с количества и объёма чек-листов на единицу действия. Потом конечно привык, но иногда это всё-таки за гранью разумного. Например на одно некое действие есть аж 3 (три) чек-листа, с минимальными отличиями и практически одинаковыми пунктами. Почему три?.. А потому что один внутренний для компании, второй для заказчика, третий для нанимателя. А заполнить надо все три (а_то и больше) за минимальный отрезок времени. В итоге этой бесполезной макулатуры за контракт скапливаются дикие тонны. Из-за этого иногда бывают факапы (например пароход заехал в нефтяную вышку, потому что вахтенный офицер заполнял грёбаные чек-листы). И все кривятся, но делают, по причине выше (если вдруг что).