Комментарии 175
Мой американский коллега лажал одну таску за другой, и пришлось вернуть как-то одну на ревью раз десятый уже, то тесты забудет, то фигню напишет, то кейсы не учтет.
А уволить нельзя? Я читал, что трудовой кодекс в штатах вообще позволяет увольнять в любой момент без объяснения причин
Хорошо что мои коллеги так радикально не думают и не увольняют=)
Нет :) несмотря на простоту увольнения, о людях опять-таки принято заботиться. С ними будут разговаривать, узнавать причины, если что - отправят учиться или к психологу, если проблемы не связаны со знаниями, но что-то личное. Увольнение - это вообще я бы сказал экстра-ординарная мера.
Но опять же - исключения есть, как и везде.
Во-первых, от компании зависит. В крупной компании в норме довольно тяжело быть уволенным, особенно одним днём. В мелкой компании «ещё с утра пятницы планировали с лидом, что будем делать на следующей неделе, а ближе к вечеру лид вместе с тобой сидит у эйчара, который говорит что I'm very sorry, but your role has been eliminated» — бывает (и у меня было).
Во-вторых, принято заботиться о себе.
Вы сами сможете принимать более эффективные решения и лучше понимать, почему другие люди принимают те или иные решения, если будете всё время помнить, что люди в среднем заботятся о себе.
Увольнение - это вообще я бы сказал экстра-ординарная мера.
Потому что в крупной компании благосостояние лиц, могущих увольнять (сиречь менеджеров всяких) зависит не столько от продуктивности отдела под ними напрямую, сколько от поголовья программиста в этом отделе. Поэтому увольнять невыгодно, а раздувать штат (и щёки вместе с ними) — выгодно.
С ними будут разговаривать, узнавать причины
Потому что это шанс подстраховаться от того, что человек увольняется по причинам, способным привести к иску (ну там, если человек — женщина, и считает, что к нему/ней была гендерная дискриминация, на тему чего можно получить иск). Лучше это выяснить до увольнения и скорректировать (или показать, что ты пытался что-то скорректировать).
если что - отправят учиться или к психологу, если проблемы не связаны со знаниями, но что-то личное
Ни разу не видел и не слышал от прямых знакомых, чтобы кого бы то ни было отправляли учиться или к психологу.
Знаю ровно один случай из вторых рук, когда бездельник в крупной компании настолько задолбал всех локально окружающих, что его отправили на PIP (performance improvement plan), который он, впрочем, благополучно слил и таки был уволен. Зачем отправлять на PIP, кстати? Потому что менеджеру было понятно, что человек его сольёт, и потому что тогда у менеджера есть измеримые способы прикрыть уже свою пятую точку от возможных вопросов от ещё более вышестоящих.
Во-первых, от компании зависит
Давайте начнём с того что это в первую очередь зависит от страны. В целом ряде стран вас просто не могут уволить одним днём.
С этого начали в, собственно, начальном комментарии, явно начав обсуждать Штаты.
В РФ не могут уволить одним днём... но я лицезрел несколько десятков подобных увольнений, вплоть до того, что сетевику звонит владелец бизнеса и просит отключить от сети ПК завсклада (я, будучи на тот момент "эникеем" и сидя в одном кабинете с сетевиком, в курсе), через пару минут звонок на "первую линию" (мне) от завсклада - "программы зависли" - иду "искать причину", вооружившись тестером, загрузочной флэшкой и прочим барахлом... и пока я изображаю активный поиск неисправности, входят сотрудники СБ и просят завсклада пройти с ними... последний раз подобное видел на прошлой работе - заходит ко мне директор по маркетингу и спрашивает, не поступало ли ко мне команды заблокировать его аккаунты - я, как есть, говорю, что нет, не поступало - он изображает искреннее удивление и рассказывает, что только с совещания, и похоже, его сейчас "попросят"... пока с ним болтали, зашёл начальник СБ и, извинившись, увёл "маркетолога" с собой... рядовых-линейных так увольняют крайне редко, разве что пойманных на хищении или за пьянство, а менеджеров чуть выше среднего - частенько...
Чёто вы жестко, обычно есть причины такого поведения, выгорание например, человеку может задачи сложные/не нравятся, может его перевести на другой проект надо?
Бывают люди которые вообще нифига не тянут или концептуально не хотят работать, но исходить всегда надо из того что проблему можно решить просто организационно, а не увольнением одним днем
Одна из возможных причин — 2 китайца, которых нанял на «неофициальный субподряд» коллега, получили ВНЖ в Австралии и теперь напрямую работают за доллары (правда, австралийские)... А нанятые вместо них вьетнамцы не тянут...
😁
На моем почти трехлетнем опыте работы в северной Америке, никого не уволили, даже особенно безнадежных, сколько бы он не косячил, просто данный человек "замерзает" на одной задаче, ну тоесть ему не дают работу сложнее той, которую он уже делал, причем очень хреново делал. В общем нянькаются до бесконечности и в итоге получается раздутый штат, где три человека выполяняют работу одного нормального спеца, а суммарно получают денег больше.. в чем причина, я так до конца и не понял.
Сначала менеджеру надо выяснить причины такого поведения, он скорей всего не всегда ведь себя так вёл. Может реально у него проблемы в семье, отвлекает его что-то.
Говорят, есть несколько факторов.
Во-первых это нюансы законодательного регулирования. Например в калифорнии есть требование, что если компания со штатом больше X человек увольняет больше Y человек за период времени Z, то они должны уведомить правительство штата заранее. Поэтому большим компаниям увольнения приходится аккуратно и заблаговременно планировать.
Во-вторых желательно собрать материал, чтоб было чем отбиваться в суде если вдруг попадется упертый. Поэтому сначала копят репорты, ставят на пипы и направляют к психологам, вот это все.
Ну и а кто работать будет? Придется нанимать кого-то взамен уволенного, а, говорят, найм стоит дорого - эйчарам заплати западную зарплату, за бэкграунд чек заплати, людей на многоступенчатые интервью выдели. И ведь еще не факт, что наймешь нормального, потому что своих инженеров учат недостаточно - это ведь денег стоит, а из-за границы привезти толковых тоже непросто, раз человек не осилил даже такое элементарное понятие как Родина, то и с программированием у него обычно так себе.
раз человек не осилил такое элементарное понятие как Родина, то и с программированием у него обычно так себе.
Вас медведь-балалаечник покусал? :)
раз человек не осилил даже такое элементарное понятие как Родина, то и с программированием у него обычно так себе.
Так радоваться нужно - что такой человек, который программирование не осилил, больше не оскверняет ваши родные берёзки своим присутствием
человек не осилил даже такое элементарное понятие как Родина
Это Родина не осилила.
Любая проблема имеет простое и очевидное неправильное решение.
Увольнение - это довольно затратное мероприятие.
Не я его нанимал, не мне его увольнять. Если человек пришел на это место он как минимум этого был достоин, причин по которым может быть локальная просадка в работе - множество, от проблем в семье до банальной усталости от офиса и как мозг отреагирует на это не может сказать даже он сам. Может будет котиков и мемасы дни напролет листать, а может зальет проблемы. Я со своей стороны попробовал решить проблемные задачи и думал что сделал хорошо, а вышло как вышло. Опять же увольнение этой плохой кейс, студия в 99% случаев теряет больше - знания, опыт, документацию, несделанные таски - и это помимо полугодовой запрлаты нового сотрудника, пока тот станет продуктивным.
увольнение персонала это головная боль тимлида и вышестоящего руководства
сделать задачи за соседа похвально. но обязательно, обязательно это получить аппрув у тимлида на такую активность, потому что распределение ресурсов по задачам может иметь очень неявную для сотрудников логику
вот есть такой кейс (я на такое натыкался) грубо говоря ваш день стоит 1000$, а вашего коллеги 200$...он тупит со своей задачкой два дня. а вы за один день сделали за него, молодец? НЕЕТ! вы сожгли на фичу 1000$ вместо 400$ и контора потеряла на этом 600$
Мне кажется, что если автор действительно после ревью возвращал код 10 раз, то время потраченное на эти 10 ревью, и попытку ВЕЖЛИВО указать где ошибка, вероятно слили времени больше чем решение этой таски самостоятельно.
В конкретном случае я бы мог скорее поверить в то, что этому коллеге специально дали не очень важную, но такую в которой он слабоват таску, чтобы он потренировался =)
Не я его нанимал, не мне его увольнять
Понятно, что не вам. Вопрос скорее про то, насколько это практикуется, если законодательно нет никаких препядствий.
Скрытый текст
С точки зрения вашего рассказа, вы должны были подойти к проект-менеджеру (или кто там) и сказать что-то вроде "Достопочтенный сэр, мой коллега невероятно талантливый и способный сотрудник, нельзя ли освободить его от досадной и рутинной обязанности заниматься этим проектом, чтобы он мог раскрыть свои способности в полной мере?"
Вы забываете, что онбоардинг в штатах 3-6 месяцев.
Плюс еще затраты на поиск.
Увольнять будут только если уже совсем никак.
Я работал только в Израиле, и с американцами и с рускоговорящими ребятами. Было очень интересно почитать взгляд с другой стороны. В чем то согласен с автором, например чрезмерная вежливость американцев реально подбешивает, израильтяне в этом плане абсолютно прямые и воспринимаются американцами очень резкими, даже наглыми.
С другой стороны, не согласен в плане контекста - я не раз сталкивался с тем, что то что понятно мне, не совсем понятно коллеге, которому я таску поручил. И его "ок" может означать совсем не то, что я подумал. О чем можно говорить, если даже таска с прописанных api может быть выполнена не по спеку? Так что подробное описание задачи это скорее про зрелость коммуникаций и ответственность за проект, ну и плюс всегда можно сослаться на чат и прояснить кто и где накосячил.
Израильтяне по-моему почти полностью подпадают под описание русских из статьи, а местами и превосходят. В плане работы в состоянии аврала особенно.
Всё лишь бы успеть в пятницу и не пришлось выходить в шаббат
Разве пятница не выходной?
В пятницу выходной, выходить в пятницу-субботу это проявление чего-то совершенно несамоочевидного (но втихую самоподразумевающегося, за прочувственное "спасибо, ребята!!!").
Во первых не все в пятницу отключают электричество, во вторых да, суббота у всех священна, зато в воскресенье вполне себе работают. Меня больше сентябрьские праздники удивляли - правильные их почти 2 недели "отмечали"
суббота у всех священна
Она священна тем, что беспокоить человека в субботу - свинство. Независимо от того, соблюдает он субботу или нет.
зато в воскресенье вполне себе работают
Так воскресенье - это, всего лишь, "день первый".
Меня больше сентябрьские праздники удивляли - правильные их почти 2 недели "отмечали"
На мой взгляд, тут обратная связь: тот, кто 2 недели отмечает - делает правильно. Садики и школы не работают, за 2 недели - от силы, 4-5 рабочих дней, из них несколько по полдня. Взял, максимум, 4 дня отпуска и получил 2 недели. Работать, конечно, можно. Но, толку мало: всё равно, никто не работает, все в отпуске.
суббота у всех священна
Суббота (считается за два часа до заката в пятницу и до окончания захода солнца в субботу) по двойному тарифу просто оплачивается, нафиг работодателю вам доплачивать за работу в выходной, если он уже оплатил переработки по будням. Там где требуется работа 24*7 вполне могут могут быть графики дежурств, когда ты должен быть на связи в определённый день.
Звонить по субботам без предупреждения тем не менее считается свинством, тут вам правильно сказали.
Никогда не забуду шабашку в московском издательстве "Лехаим" - я тогда молодой был, студент ещё, и меня сильно удивило, что в пятницу после обеда (после окончания занятий в универе) поработать нельзя =) про субботу как-то догадывался... в итоге шабашил в воскресенье. К слову, по деньгам всё было весьма достойно - заплатили даже больше, чем запрашивал - то ли у меня тогда тариф был слишком уж несерьёзный, то ли издателям понравилось, как я им всё настроил... сам, правда, ощущал себя каким-то беспредельщиком - в среду помогал научному послу Ирана установить в посольстве Windows 2000 на фарси, а в воскресенье настраивал сетевой доступ к печатным материалам на иврите... эх, молодость!..
Израильтяне по-моему почти полностью подпадают под описание русских из статьи, а местами и превосходят. В плане работы в состоянии аврала особенно.
Я всё пытался понять, куда бы к этой классификации пристроить израильтян. Подо всех подпадают :))
Кстати, уволить одним днём в Израиле тоже не проблема. Если отработал больше года - должны предупредить за месяц. Но, никто не мешает сказать "можешь больше не приходить". И, человек получает месяц полностью оплаченного отпуска. Некоторые мои знакомые тепло вспоминают такой отпуск с рабочей машиной и неограниченным бензином :))
Кстати, уволить одним днём в Израиле тоже не проблема.
Вам должны слушание назначить с представителем отдела кадров, потом выслушать ваши доводы, взять хотя бы день на обдумывание и потом можно увольнять. Итого не одним, а целыми тремя! Не представляю, нафига ввели это требование.
Я всё пытался понять, куда бы к этой классификации пристроить израильтян. Подо всех подпадают :))
К американцам, но с местным колоритом, вроде отсутствия заморочек на тему политкорректности.
«В случае несогласия с приказом солдат имеет право торговаться не более получаса» ©
P. S. Вот вы тут ржОте...
Вам должны слушание назначить с представителем отдела кадров, потом выслушать ваши доводы, взять хотя бы день на обдумывание и потом можно увольнять. Итого не одним, а целыми тремя! Не представляю, нафига ввели это требование.
Второе слушание через 2 рабочих дня, а, значит, сюда могут попасть выходные. Логика простая: работодатель подготовился к разговору, работник - нет. Предполагается, что за 2 рабочих дня вы можете подготовить свою аргументацию. Сути это не меняет: можно просто взять и уволить.
У меня, один раз, был курьёзный случай. Встречаю с утра начальника. Он успел открыть рот первым и пригласить меня на слушание. А я собирался ему сказать, что ухожу (вчера закрыл все детали и подписал договор на новом месте) :))))
К американцам, но с местным колоритом, вроде отсутствия заморочек на тему политкорректности.
Точно. И, местами, на русских.
Испанцы мне нравились тем, что даже в саппорте у них сиеста была :)
Американцы мне нравятся своим позитивным настроем.
Индусы только подбешивают иногда, ибо никогда не признаются что чего-то не поняли, просто кавают и да,да, вопросов нет.
Ну а самые болтливые, темпераментные, веселые и неугомонные были (нет не итальянцы) - аргентинцы
Спасибо за статью, нашёл реально полезные случаи/разъяснения для себя.
Филлипинцы прикольные - азиатские испанцы. Католики, хороший английский, в меру прямые, общительные и дружелюбные. Проверять концепцию потери лица не рискнул.
Индусов ломает говорить Нет. Нужно учитывать и воспитывать. И не концентрировать их друг с другом, а то в касты играть начинают.
ГДРовские немцы нашего брата из СССР хорошо понимают. Пионерия, спецслужбы, передел страны - есть много общего.
Всё через ПМ это не американские игры, а корпоративные. В стартапах это минимизировано, там и ПМов то может не быть), а по мере роста растут и прослойки, и им надо быть в курсе и руководить.
В одной конторе мой начальник был СТО, в другой VP, но с CTO при необходимости я тоже мог легко пообщаться. Закончилось это структурой из CTO, старшего VP, моего прежнего VP и дев менеджера. При этом вокруг этой вертикали были продакт оунеры, релиз менеджмент, проджект менеджмент, комплианс и скорее всего кто то ещё. После какого нибудь тех митинга, на котором присутствовало только 3-4 инженера из 20 участников, некоторые подразделения проводили ещё митинг, на котором один инженер рассказывал своим начальникам на что они так позитивно и вежливо сказали great и ок)
Между делом, мой коллега инженер (не по софту, правда), как-то давно свалил в Нидерланды, работать там. Из его рассказов же получалось так, что там такие же раздолбаи как и у нас работают =) что у нас на заводе, что у них, обстановка в команде была неформальная. Коллеги общаются практически как друзья, подкалывают друг друга в офисе и смеятся над дурацкими ситуациями. Так что мб голландцев можно в отдельную категорию выносить. Но конечно да, рассказа одного коллеги вряд ли достаточно чтобы делать какой-то вывод по их менталитету
Не нужно голландцев никуда выносить. Немцы так же работают, швейцарцы, французы, чехи, румыны, венгры. Готов спорить что и в других странах вы такое встретите.
Я бы сказал что это скорее у автора слегка "пузырь" потому что он работает в геймдеве, да ещё похоже и на крупную контору.
Вот да, почти вся Европа не подходит под
В Европе или Штатах, особенно в Штатах, если вы накосячили, ошиблись, занесли баг, вам с улыбкой будут говорить что всё ок, все поправимо. А после созвона без сожаления идут к менеджеру и докладывают — что конкретно не ОК и кто в этом виноват. И все ждут такого же поведения от вас.
Скажут сразу, что косяк твой, а дальше хороший сценарий "Давай ты исправишь, а я рядом посижу, подскажу" или плохой сценарий "Ладно, я сам исправлю", но стучать не будет никто. Потому что иерархия плоская и нет смысла бегать жаловаться, быстрее и проще коллеге прямо сказать.
Мне в целом немцы кажутся куда более прямыми, чем пост-СССР. Потребовалось некоторое время, чтобы привыкнуть к тому что тебе могут прямо ответить что-то не очень приятное ("And what?" с каменным лицом). Без всяких обёрток вида "that's awesome, but I have some concerns". Как в рабочих вопросах, так и в бытовых (типа "Скажи это платье меня полнит? - Да ты выглядишь в нём как корова" :) ). Это как окатить себя холодной водой.
Культурные различия интересная штука.
Я бы тоже вынес голландцев отдельно, особенно что касается прямоты и вежливости. Любопытные могут почитать про "dutch directness". Все эти темы с "не обидеть" больше про США и Скандинавию, как мне кажется.
Вся связь через МП-а или лида - довольно удобная штука, ее можно решить через введение чата команды. Все вопросы можно задавать через него, тогда это решает сазу кучу проблем:
К сеньору не будет постоянно приходить какой-нибудь джун и теребить его, для этого есть чат и там может кто-то еще ответить.
В ходе беседы может выявиться какая-то серьезная проблема, которая может потребовать уточнений/пояснений от других специалистов, которые уже есть в чате и их надо просто туда позвать для уточнений.
Будет хоть в каком-то виде собрано решение какой-то проблемы, которое можно будет перенести пояснением в задачу.
Понятно, что есть личные конфликты, которые стоит решать через лида. А также есть личные вопросы, например пойдет ли твой коллега в бар, которые стоит спрашивать в личке)
К сеньору не будет постоянно приходить какой-нибудь джун и теребить его, для этого есть чат и там может кто-то еще ответить.
Ага, так и хочется прямо читать этот сплошной "Спам", отвлекаясь от работы - перемешку мемов, обсуждений кто где кофе пошел попить, и "гениальных" идей вне доски задач
В ходе беседы может выявиться какая-то серьезная проблема, которая может потребовать уточнений/пояснений от других специалистов, которые уже есть в чате и их надо просто туда позвать для уточнений.
ну вот когда выявится, тогда пускай тот кто это определил более опытный и созывает митинг по вопросу с необходимыми людьми
Будет хоть в каком-то виде собрано решение какой-то проблемы, которое можно будет перенести пояснением в задач
"Хоть в каком-то виде" вносит только бардак, и это все-равно приходится потом перерабатывать, вместо того, чтобы сразу сделать хорошо и объективно
Резюмирую. Общение рабочих вопросов через лида, это не просто хорошо, это база в нормальных командах, позволяющая ПМу не просерать сроки, а "лидам" в разных вопросах не быть перегруженным. Сам неоднократно сталкивался с тем, когда тебе накидывают "учеников", без учета твоей основной работы, а потом бывает, что "ученики" еще и приходят на тебя жаловаться, что ты не отвечаешь часами, пытаясь свою работу делать, а не решать чужие проблемы, которые вне планов
Общение рабочих вопросов через лида, это не просто хорошо, это база в нормальных командах ... а "лидам" в разных вопросах не быть перегруженным.
Противоречие тут вижу я.
Сорри, если так выглядело, под "лидами" в разных вопросах я имел ввиду специалистов в разных вопросах по проекту. Условно кто-то имеет высокую экспертизу в такой-то части, и все новички постоянно его донимают, не пытаясь самим разобраться, или собрать пул вопросов, чтобы в оговоренные сроки на них ответить, желательно в письменном виде асинхронно переписываясь, а не дергать не бесконечные встречи, что ведет к переработкам и срывам сроков. Тот самый случай, когда порой кажется, что в одно лицо можешь быстрее все сделать взяв ответственность на себя, чем тратить время на поддержку недостаточно компетентных людей
Тут двояко, конечно, если постоянно дергают то плохо, но новичку надо обучаться тоже, и если опытный в этой теме коллега будет отвечать раз в день - то обучение и работа будет идти очень медленно поначалу. Нужен баланс.
Так кто ж спорит, но под это должны выделять время, как и на рефакторинг по хорошему... Но реальность такова, что начальство часто экономит и не готово выделять отдельных людей, чтобы они глубоко погружались в то, чтобы вырастить новых мидлов побыстрее, а потом ноет, что кадров на рынке нету... Я например не мало времени на прошлой работе проводил за приемкой экзаменов у стажеров, и старался даже в ущерб переработке (аля положено пол часа на экзамен, за время которого хрен что определишь, разьве что для галочки, я выделял под это полтора часа, т.е час от своего свободного времени по факту...) проводить экзамен от А до Я, не с целью завалить, а выявить у человека дырки для него же (это была галера и глубина знаний стажеров для их 'продажи' была крайне важна для собеседований, тут простой зубрешкой не обойтись было), если было время то особо сложное старался еще и объяснить, все под запись, чтобы человек мог пересмотреть. За все время один только довольным не ушел. И все это были стажеры самоучки, да у них были менторы, которые им выделяли несколько часов в неделю согласованных, но учились они по большей части сами, мое дело был контроль результатов. Могу сказать, что за 3 года работы в этой лаборатории, через меня прошло наверно около 150 человек, только один был откровенно говоря слаб, и видно было, что не читал ни черта, и я сделал запрос на отказ, все остальные знали минимум материал на 4 из 5, а один раз помню вообще пришла молодая девчонка, уровень познаний которой меня так удивил, что я аж запросил ей повышение грейда сразу до джуна 1 (1-2-3 уровня, 3й самый низкий, джуны обычно переходят на 3 с лаборатории) перескакивая, влепил бы и мидла, но практического опыта ей не хватало, уверен далеко она пошла.
По себе еще помню, когда был джуном, мог тоже допекать людей, но ничего со временем приучили, что "пробуешь все что возможно, пишешь на форумы и тп" и только последнее средство - допекать старших товарищей. А для контроля качества есть исходный код и ревью, если человек не изучает код своих коллег, чтобы понять как делать лучше, то что ж, на это кто-то другой должен тратить время учить сверх код ревью?
Но реальность такова, что начальство часто экономит
Вот и вся культура :(
Мне кажется выжать из людей максимум или создать нормальные условия для работы это международная практика. Особеннсти страны конечно есть но они не решающие.
Я тоже в аутсорсе участвовал в обучении. Но основной проект был спокойным, обошлось без переработок.
Ага, так и хочется прямо читать этот сплошной "Спам", отвлекаясь от работы - перемешку мемов, обсуждений кто где кофе пошел попить, и "гениальных" идей вне доски задач
Вопрос культуры в команде.
У нас в команде не такой уж и сплошной "Спам". Рабочих сообщений больше чем развлекательных. А еще есть ретро, где анонимно можно поднять проблему, если она волнует. Есть 1:1 с лидом, где можно обсудить проблемы.
Сам неоднократно сталкивался с тем, когда тебе накидывают "учеников", без учета твоей основной работы, а потом бывает, что "ученики" еще и приходят на тебя жаловаться, что ты не отвечаешь часами, пытаясь свою работу делать, а не решать чужие проблемы, которые вне планов
Посторяемость одной и той-же проблемы это признак плохого процесса. Либы вы говорите не с тем человеком, либо это кому-то выгодно.
Для спама, мемесов, котиков (хотя котикам рады во всех чатах) можно завести отдельный чат, который можно поставить на mute, в него можно не вступать или игнорировать ещё как- нибудь. Можно завести правило на то, чтобы призывать в чате того, кто нужен для решения проблемы - если вас не позвали, можете игнорировать чат (тоже экономит время).
Почему лучше вести переписку даже между двумя членами команды в общем чате хорошая идея? Если ваш коллега вас заигнорил (отвлёкся и забыл, или нет времени, или токсик), то тогда уже можно привлечь ПМ-а, чтобы он фасилитировал процесс и увидел, что вы как взрослый человек приложили все усилия для решения проблемы. А также он сам увидит какая была проблема. А вот при общении в "личке" не понятно когда вы обратились и обращались ли за ответом к коллеге.
На счёт требования. Сперва вы собираете требования/решения в "хоть каком-то виде", потому что идёт процесс общения, а в конце вы или коллега можете сделать резюме, которое будет перенесено в задачу или куда надо. Это по сути тоже самое, что митинг ноут после каких-то встреч-созвонов. И вот тут можно позвать ПМа, чтобы он увидел ваше резюме, сказал ОК и не тратил свое время на чтение всего чата (у него тоже есть свои рабочие задачи).
Перекладывать все с сеньора (потому что ему надо работать и думать) на ПМ-а не всегда возможно. ПМ или лид могут не понимать ваш стек технологий, ПМ-у тем более не обязательно быть вообще программистом. Также, вы всегда можете обсудить с коллегой что-то совместно в чате - вы же взрослые люди, а вот если заиграет детство в одном месте или нужно вмешательство ПМа - тогда можно обратиться к нему. Иначе ваш ПМ будет отвечать на сообщения раз в несколько часов, потому что его будут дёргать по всякой фигне и вы и другие коллеги.
Собственно из этой статьи понятно почему внедрение западных практик менеджмента у нас не сработает, если делать это в лоб.
Обычно говорят "менталитет другой" без конкретики, тут круто раскидано в чем именно другой.
Как то мы работали с Филипинцами, была девушка - лидер по тестированию. И вот мы на митинге обсуждаем задачи по тестированию на завтра.
Девушка, говорит, я завтра и, скорее всего после завтра не успею задачи закрыть, мол сделаю через 3 дня.
Ну Ок. А на завтра она нам всем присылает фото из больницы, с новорождённым, у неё родился уже 4 ребёнок.
На следующий день она уже закрывала свои такси. Ну мы были в шоке особенно наши девушки.
В Испании все программисты сеньоры
— На каком языке вы программируете?
— Си, сеньор!
Для ру-разработчика же "Обсудим позже" это такой вежливый способ сказать, что тема сейчас неинтересна и можно отложить её, или не делать вообще
Забавно, что во всех ру-командах, где я работал "позже" означало тоже самое, что и в европейской. Правда у нас ещё и проговаривалось, "на чьей стороне мячик", т.е. кто ответственен за то, чтоб "позже" наступило)
Все сеньоры? А как в Испании с сеньоритами?
С сеньоритами в Испании всё отлично, с девушками в с++ разработке плохо (https://habr.com/ru/articles/774972/). 30 плюсатых инженеров, 1 мидл-разработчик девушка, но правда в тяжелой области - animation system engineer. Вот и считайте соотношение
Что общего между тру c++ разработчиками и гномами?
У них у всех должна быть борода независимо от пола, иначе не канон, только в Амазоне не так
У меня на работе 2 китаянки на плюсах пишут. Одна тим лид по статусу, но где-то между мидлом и сеньором, со второй работал мало она недавно пришла ну как минимум мидл или выше. 10 мест работы в 3 странах других плюсисток видел только в виде аватарок в этих ваших интернатах. Шарписток видел, пхписток видел (в том числе жена). Девчонки программисты в целом 1 к 10, а плюсистки как единороги 1 к 100 я думаю.
Не все, некоторые сеньориты.
у людей есть работа и они её работают, не отбирай чужую работу, просто работай свою.
Тут на самом деле интересная штука. Вот скажем в прошлом мне давали задачи, которые сеньор или лид проекта сделали бы значительно быстрее, чем я, причём с первой попытки. Но мне такие задачки необходимы были для роста, и эти "10 итераций ревью" рано или поздно переходят в качество.
Понятно, ситуации разные, и если задача горит - лучше отдать более опытному. Если же не горит - подход "лучше я сам сделаю" в долгосроке может негативно сказаться на всех участниках процесса.
Причём если вы в формальной или неформальной иерархии были "выше" того разработчика, вполне нормально, что у него не нашлось сил или возможности сказать вам "нет", и пришлось пойти через начальника. Не "хорошо", а именно что "нормально", в смысле - можно понять, не такая уж тут большая разница культур. Опять же, такое и в ру-командах случается ;-) Не все родились с крутыми софтскилами, увернностью в себе и умением договариваться.
Отбирать задачи у коллеги самостоятельно на мой взгляд некрасиво. Такое стоит делегировать менеджеру, пусть он будет плохим парнем, у него должность такая.
А вот давать конретные подсказки - нормально. На GitHub даже есть такая фича как suggestions, можно сделать "реквест на изменения" в PullRequest.
и как правило "отнимать" нужно тоже правильно. Объясняя, что коллега, эта задача уже третий раз уходит на ревью, мы не уверены, что она не уйдет и в пятый раз. Но при этом она нам нужна к понедельнику. Поэтому мы передаем ее более опытному разработчику, который ее сделает быстрее.
Или - мы видим, что у тебя очень плохо с этой технологией, она не твоя профильная, это понятно. Поэтому мы отдаем задачу тому, кто лучше знаком с технологией, а тебе бы стоит пройти курсы/обучение по этой технологии, т.к. она часто используется в компании и у тебя будет еще много похожих задач.
В общем нормально донести до человека почему принято решение забрать задачу. И потом на перфревью это тоже можно вспомнить, объясняя более низкую оценку.
А про suggestion - реально крутая штука, мои ребята начали недавно активно использовать.
"В Испании все программисты сеньоры" - Ага, а в Италии и Мексике - Доны! =)))
Я никогда не боялся сказать коллеге "что код г...о" в русских командах, это было нормально, и это было приемлимо.
Тоже интересный момент: у меня чуть иной опыт с ру-командами. Лучшие виденные мною разработчики комментировали код коллег вежливо и уважительно, но это не мешало им выдерживать качественную архитектуру, не пропускать в прод фигни и т.п. Они понимали, что человек часто отождествляет себя с собственной работой (и если вы работает в команде - это не его проблема), и что "грубость" != "прямота".
Также я наблюдал, что многие люди, не стеснявшиеся в выражениях по поводу чужой работы ("код г...о", "такое мог написать только последний дебил" и т.п.) были ооочень чувствительны к критике своей работы, начиная агрессировать с места в карьер. При этом они обычно на словах утверждали, что любят прямоту, любили постебаться в стиле "что вокруг снежинок набралось" и т.п., но по факту и на практике оказывалось, что эта "прямота" должна быть позволена только им. Выделю, что именно "многие", а не "все", но исключения могу пересчитать по пальцам, да и те если костерили чужой код - ни слова не говорили про его авторов, не стебались над чужой чувствительностью и т.п. В общем, есть чему нам поучиться у других культур ;-)
Согласен, работал и в РФ и в Европе и никогда не сталкивался грубыми комментариями в пул реквестах и сам никогда их не оставлял (и наверное бы не стал работать с такими людьми), даже если код откровенное говно от которого кровь идет из глаз. Комментарии надо оставлять по сути, а не "этот кусок кода гавно, перепиши его".
Про дартаньянов-снежинок в самую точку
Также я наблюдал, что многие люди, не стеснявшиеся в выражениях по поводу чужой работы ("код г...о", "такое мог написать только последний дебил" и т.п.) были ооочень чувствительны к критике своей работы, начиная агрессировать с места в карьер
На работе я таких не встречал - мне повезло с коллегами и руководством. А вот на Хабре встречал этих токсичных людей.
Я заметил такую тенденцию: это присуще людям, чья молодость прошла либо в СССР, либо в 90-ые годы. Т.е. людям 35+. Возможно, это связано именно с этим периодом - достаточно посмотреть какой-нибудь "Ералаш" этих лет и как разговаривали учителя с учениками - тотальная грубость, фамильярность. И это считалось нормой. Возможно эти "грубияны" переняли именно эту форму поведения.
Вы можете мне заминусовать карму, но я придерживаюсь правила "с волками жить - по-волчьи выть". Если с вами грубо разгаваривают, значит вы позволяете с собой грубо разгаваривать. У моего брата был случай, когда зам. директора просто так без причины на него накричал, а брат наорал на него в ответ, что аж зам. директора начал заикаться. После этого зам.директора больше на него не кричал
это присуще людям, чья молодость прошла либо в СССР, либо в 90-ые годы. Т.е. людям 35+. Возможно, это связано именно с этим периодом - достаточно посмотреть какой-нибудь "Ералаш" этих лет
Может возрастное, вряд-ли юмористические передачи передают реальность. Так и сейчас в абсолютно неюмористических новостях с учителями и учениками полно всякого https://imgtest.mir24.tv/news/16335926/uchitelnica-moskovskoi-shkoly-slomala-palec-pyatiklassniku: https://lenta.ru/news/2024/12/25/rossiyskaya-uchitelnitsa-nabrosilas-na-shkolnika-s-ugrozami-i-popala-na-video/. Имхо, в 35+ люди очень чувствительны к своим достижениям, потолок карьеры приближается, выбрать другой путь или переучиться становится сложно, ипотека, разводы, непонятки с пенсиями - и основное - сравнивают успехи с другими людьми. Сейчас даже депутаты, которых частенько показывают по телевизору, чаще грубы и малообразованны, но в то же время люди 25+ как-то вполне себе профессионально растут и вполне вежливы. Имхо, это зависит от каждого конкретного человека и является вопросом выборки и общей (выросшей) профессиональной культуры в компаниях (обратный пример: попадете на госзавод, каким-нибудь клепальщиком, там вас научат принятой в конкретной среде коммуникации), а не простой корреляции.
Если с вами грубо разгаваривают, значит вы позволяете с собой грубо разгаваривать.
В 35+ по совокупности обстоятельств проще ответить грубостью на грубость "с высоты достижений", часто есть "план Б", но если это 25+ и "от зарплаты к зарплате, ипотека с маленьким ребенком", то воспринимается по-другому. Может это и дает вам впечатление, что 35+ ведут себя по-другому, хотя, имхо, "сегодняшний 25+" к своим 35+ может оказаться похожим на "сегодняшнего 35+".
А я подпишусь. да вероятно это правильное наблюдение (потому что мне почти 41 год..ха) в плане возрастного распределения, но я с таким сталкивался очень редко именно в сфере ИТ (а вот за сферой ИТ такое встречается в разы чаще)
мне запомнилось два кейса
1) в довольно айтишной компании, почемуто гнобили одного сотрудника плюсовика, причем довольно высокого грейда, мужик был в возрасте уже (гдето 50+) с травмой ноги, ходил на костылях, медленно и иногда делал чтото медленно, но не системно..дни такие бывали (видимо последствие какойто более серьезной травмы которая не только ноги коснулась)... и руководство и тимлид постоянно капали ядом на него в комментах и вообще в офисе со словами "опять там со своими костылями гдето шарахаешся еле еле"... капец какойто..ни тогда не понимал ни сейчас... коллектив был 35+, из 20 человек моложе 35 было человека три..и я в т.ч.
2) тоже айтишная компания, причем очень известная (не сбер и яндекс), я вообще наверное единственный на данный момент раз в жизни столкнулся с коллективом где токсичность была частью некоторого внутреннего драйва команды...там было принято *уями друг друга обкладывать даже в рабочих чатах, и крайне зло шутили друг над другом в буфете например... не гнушаясь прям очень токсичных контекстных оскорблений, у нас был сотрудник запрещенной ориентации...причем солидного возраста 50+ (я кстати не знал об этом и думал это просто какойто местный прикол сначала), так было за спасибо прям зайти в офис и гаркнуть "васян отчет не сделал, ты чо, опять с другом поругался чтоли? давай хватит о **** думать, документы делай!!"
коллектив тоже был 35+ в подавляющей части
в молодых коллективах, вообще никогда такого не видел
давайте прямо скажем в тн ру сегменте количество токсичных мудаков с синдромом вахтёрши выше всяких пределов, чуть только человек получает минимальную возможность коментировать чужой труд и начинается феерия хамства. а если ответиш в том же тоне сразу в слёзы. мудак он и есть мудак.
Я не понял, Вы куда работать-то шли — в мужской коллектив или в институт благородных девиц?
А разве "мужской коллектив" обязательно состоит из мудаков и людей с синдромом вахтёра? Адекватного поведения в таком коллективе от людей ожидать нельзя?
Проблема в том, что у некоторых граждан весьма нетрадиционное мнение о том, кто такой «хам». В частности — «любой, кто говорит, что я сделал что‑то плохо (даже если он говорит это максимально вежливо)»
не обладаю статистикой, но один момент мне кажется показательным. Если ты идешь как преподаватель в онлайн школу "Отус", то в том числе ты обязан пройти курс для преподавателей. Где это прямо отдельный блок - как правильно давать обратную связь на пул-реквесты студентов. Что приемлемо, а что нет.
Мне кажется они не с проста это включили в обучение :-)
Только если очень сильно допечет человек, что вот прям «вообще н...ра не делает две недели». И даже тогда задачи старались раскидать между отделом и прикрыть товарища, несмотря на то, что из‑за этого страдали и свои таски и зачастую личное время. Видимо это осталось еще с детства,
И опять же, странный опыт. Если у человека серьёзная беда в жизни, которая влияет на работу - нормально и менеджера предупредить, в нормальной компании войдут в положение. А если человек просто на 2 недели забил, потому что гладиолус, но продолжает получать за это деньги... ну, как минимум странновато.
Флешбеки про филиал УГТУ-УПИ (нынче УРФУ) в Краснотурьинске: у преподавателя по физике был принцип, "до экзамена допущены или все, или никто. Мне плевать, как вы будете подтягивать отстающих, хоть просто тупо за них делать задания, но пока они тоже все лабы и другие работы не сдадут - никто не допущен". И те ребята с удовольствием сели на шею и свесили ножки, и в итоге в конце обучения получили свои дипломы, большую часть времени выезжая на вот таких вот требованиях преподавателей. И вот вы описываете буквально такое же как пример позитивного момента нашей культуры. Я удивлён о_О
У меня тоже был препод с похожим подходом в ИТМО, и тоже часть одногруппников этим пользовались. Возможно у таких преподавателей также были такие учителя. И кстати ещё такой подход был распространён в 24 цнии, хотя я больше склонен думать, что просто СНС скидывали неинтересную работу с отчётами молодым коллегам.
Армейский принцип, зачет по последнему ))
Я там сверху несколько комментариев про отдельные моменты добавил, где мои наблюдения за ру-командами не совпадают с вашими, но моё несогласие не значит, что я ваши наблюдения отметаю - возможно у меня просто сильно другой опыт :) И прочитать про ваш было дико интересно, большое спасибо!
Расширенного контекста в России очень не хватает. Приходится уточнять и ждать ответ по несколько часов.
Позвоните и уточните все детали (да, можно спросить перед звонком удобно ли поговорить).
Но при этом контекст остаётся лишь в головах, а головы вместе со своими владельцами рано или поздно уходят из компании... В общем, тратить время на подробный контекст при передачи задачи - крайне полезно для компании. И для себя, если возвращаешься в какую-то часть проекта год спустя, а контекст из головы уже выветрился)
Безусловно да, но это не про общие чатики или е-мейлы это про структурную документацию тогда. А это непростое дело, мы пытаемся но не больше трети в иоге там оказывается.
Но как покзывает практика даже самая полная документация нередко требует пояснений :)
Могу сказать даже больше, документация устаревает быстрее кода в живом проекте, код еще как-то может самодокументироваться, а документация требует сопровождения. И это либо понимают и выделяют время и людей, но это время забрано у задач и фич, либо не понимают и тогда от сломанной документации вреда больше чем пользы.
На самом деле есть ситуации когда высокий контекст вполне приемлем. Например - если это "одноразовый" проект. Типа сайта-лендинга под чемпионат мира. Сделали, чемпионат прошел - выбросили. Тогда нерационально тратить ресурс на подробное документирование.
А вот если проект планируется долго сопровождать и дорабатывать - тогда лучше сразу закладывать документирование. Как минимум для снижения бас фактора.
Это всегда сломанный телефон, каждый раз пишешь контекст со своего понимания, зачем так делать когда можно просто дать ссылку на первоисточник, а если это задача то просто скроль верх и читай сам.
Мне не то что бы в падлу писать это, просто должен быть единый источник истинны, вот изменится он, кто потом будет переписывать все места где описали "контекст"?
Сразу захотелось в иностранную команду. От прочтения статьи такое же чувство, когда попадаешь за границу и невольно всячески начинаешь избегать соотечественников за их токсичность - и "широкую душу" и то, что "правду-матку рубят", и "сор из избы не выносят".
"правда-матка" мне кажется это неоспоримый плюс для работы, в большиснтве случаев. Если что-то не устривает - надо говорить. Но надо стараться обходится без обзывательств и наездов.
Индийцы тоже разные. Там штатов с заметно разными по культуре работы людьми, даже если как в посте набираться простеньких стереотипов - много. Керальцы, по личному скудному опыту заметно отличаются от бенгальцев (даже родные языки совершенно разные, хинди оба случая особо учить не желают и между собой чаще будут на английском говорить).
Сор из избы не выносят все и всегда, просто изба разного размера, например на родителей или детей никто и никогда стучать не будет, кто то не будет стучать на родственников, близких друзей, у русских эта зона "своих" шире, входят и соседи и коллеги, у некоторых даже прохожие.
В Европе или Штатах, особенно в Штатах, если вы накосячили, ошиблись, занесли баг, вам с улыбкой будут говорить что всё ок, все поправимо. А после созвона без сожаления идут к менеджеру и докладывают — что конкретно не ОК и кто в этом виноват. И все ждут такого же поведения от вас.
А что с этим не так? ПМ должен быть в курсе проблем и инцидентов, которые возникают на проекте и думать над улучшениями процессов вместе с командой. Для этого и проводятся разборы инцидентов, не для того, чтобы обвинить кого-то, а том как улучшить процессы и предотвратить такие процессы в будущем.
В противном случае одна и та же проблема может возникать из раза в раз на проде, на исправление которой каждый раз разработчики/поддержка будут тратить время.
С раннего возраста, начиная с детского сада и школы, детей учат решать проблемы через старших.
Возможно там где вы сейчас это так. Но не надо пожалуйста пытаться экстраполировать какой-то "локальный" опыт на весь "западный мир".
Меня как раз таки наоборот в своё время очень удивило что уже в садике детей учили(а местами даже можно сказать заставляли) решать самим всевозможные "междудетские" проблемы.
Меня как раз таки наоборот в своё время очень удивило что уже в садике детей учили(а местами даже можно сказать заставляли) решать самим всевозможные "междудетские" проблемы.
Именно "учат" или "отмахиваются" от этих проблем? Потому что когда ребёнок приходит в школу с оружием и кого-то убивает - это часто следствие именно второго подхода, "ну травля и травля, это их детское, пусть сами разбираются".
Кстати, оффтоп: это ещё одна интересная ру-особенность, "обучением" у нас в 90е и начале 2000х часто называли подход "бросить в воду, захочет жить - сам выплывет". Да, возможно я обобщаю, делаю выводы исключительно из своего "пузыря". Но очень приятно наблюдать, что хотя бы местами такой жестокий подход меняется на более человечный и участливый.
Если же вернуться к работе - везде важен баланс. Какие-то задачки и проблемы быстрее и правильнее решать "горизонтальными связями", какие-то нужно выносить менеджеру, если проблема системная или процессная. Сказать, что любая из крайностей более правильное я бы не рискнул) Плюсанул комменты обоих участников треда, потому что по моему "оба правы", в зависимости от ситуации.
Именно "учат" или "отмахиваются" от этих проблем?
Именно учат. Там даже какая-то специальная методика есть, но название я уже забыл.
Кстати, оффтоп: это ещё одна интересная ру-особенность, "обучением" у нас в 90е и начале 2000х часто называли подход "бросить в воду, захочет жить - сам выплывет".
Такое здесь скорее считается контрапродуктивным. То есть встречаться конечно встречается, но не особо поощрается. Даже если сами родители так делают.
А где "здесь", если не секрет, что за страна? Звучит дико разумно.
Германия. И поскольку тут садики и школы могут заметно отличаться, то совсем не обязательно что так делают абсолютно везде.
Но точно нельзя сказать что здесь "учат решать проблемы через старших".
За всех не могу конечно сказать, могу за Кёльн, бывший коллега там уже лет десять. В дневнике каждую неделю отчёт что произошло в классе и как вёл себя ребёнок, госшкола. Ещё Испания, Италия, некоторые штаты в Штатах, там где коллеги обитают, нет нет да и обсуждаем образование. Лично могу сказать за Мальту/Юг Италии о таком поведении в госшколах. Выборка конечно не совсем репрезентативная, но широкая
Это все-таки сравнения впечатлений от случайных коллег. Так и в РФ по регионам пройтись и получится отличная солянка! В России, имхо (тоже много родни и коллег в преподавателях), через учителей часто никто не пытается решать проблемы, потому что, часто отношение к учителям не самое восторженное, да и другие особенности (например, в 90х, в школе были одноклассники "поставленные на учет", толку - минимум, их учителя сами до жути боялись, то есть бывали опыты ситуации, где ученики не могут решить проблему ни через учителей, ни через родителей, так как школа одна, ни тем более сами). Но это для старших классов, а в садиках и начальных - всегда было решение только через учителей/воспитателей, то есть все точно так же, абсолютно такая же система. В детском саду такое лучше заметно, родители при всех проблемах будут спрашивать (иногда довольно жестко) с воспитателя. Было такое - в группе "проблемный" ребенок (один садик, для "сложных детей" нет отдельных групп), который бил других детей, но тут нет каждонедельных отчетов, бабушку "проблемного" ребенка вызвали и разбирались каждый раз, до острого случая. В начальной школе, что, конечно, зависит от школы, взрослых не пускали, то есть все решения и какие-то внутренние дискуссии только между учителями (родители не в курсе проблем, до них доходят только острые), проблемы решают учителя, ученики обращаются к ним, потому что обычно больше некому (за границей, кажется, есть дополнительные отдельные учителя, которые работают с детьми, но я не знаю «везде» или есть различия по странам). Тут вариантов полно, я вот в прошлом году узнал про совершенно идиотские уголовные обряды из новостей про школу https://www.gazeta.ru/social/news/2023/10/18/21528559.shtml - там явно учителя ничего не могут сделать, может поэтому результирующий опыт разный, а система в исходной задумке была точно такой же, учителя помогают школьникам при всех сложностях и следят за их успехами.
А после созвона без сожаления идут к менеджеру и докладывают — что конкретно не ОК и кто в этом виноват. И все ждут такого же поведения от вас.
Часто такое было у нас? Не припомню. Только если очень сильно допечет человек, что вот прям «вообще н...ра не делает две недели».
Это как принято в компании... Одни пропагандируют поведение: Тебя не должно волновать что у соседа на мониторе, смотри только в свои таски. - Другие по другому. Это больше от культуры в компании.
Ровно как и у нас когда идешь по улице/магазине мне многие указывали почему это я улыбаюсь постоянно, и ответ просто так их не устраивал. Но потом c восхищением рассказывали что в США там люди более улыбчивые...
Но потом c восхищением рассказывали что в США там люди более улыбчивые...
Обычно говорят что "они там тупо лыбятся ненастоящей улыбкой, как умалишенные" (с)
Так говорят те кого тригерят (на действия) улыбающиеся люди на улицах у нас
p.s. вообще различие улыбок в США и у нас довольно глубокий контекст имеет, гораздо больше чем просто "хороший тон". у нас это сигнал, а в США это часть этикета
Короче, теперь это тред баек про интернациональные команды. 2 года работал в смешанной русско-французской команде. Наши на аутстаффе, французы просто в штате. И ну его нахер, больше не хочу.
Все, что касается взаимодействия с французами и их отношения к работе - это такое перманентное "давайте уже после майских". Для них вполне нормально месяц держать пустяковую задачку в In progress и каждый день на серьезных щщах рассказывать, как они героически ее решают. В это время наши выдают фичи по часам.
При этом отношение к нашим как к говну, постоянные упреки и жалобы через ПМа. Постоянное ощущение, что ты или нашкодивший ребенок или какой-то Оливер Твист, которого дворецкий с барского крыльца метлой прогоняет. Впервые я встретил такое явление, что разраба за косяк полоскают в общей почтовой рассылке. Причем, косяк произошел из-за корректного выполнения таска, поставленного французским аналитиком. Но из всей цепочки ПМ-аналитик-разраб-QA вопрос возник только к разрабу. Видимо потому, что он в таске был assignee.
Ну и да, идиотская вежливость через край. Вместо короткой сессии вопрос-ответ гора расшаркиваний и реверансов "hope you are doing well" и прочего булшита.
С явным пренебрежением по национальности сталкивался несколько раз всего, последний на проекте в Arkane. Лид аишник француз мог в чате и на созвоне открыто по матушке послать арабов или азиатов, но чел был из старичков студии и много чего тянул на себе. Эти закидоны ему прощали, он к остальным то не особо хорошо относится, но грубые слова позволял редко
Работал в немецкой конторе. Работаю в США-конторе. Попробовал применить описанное к своему опыту... Совсем немного пересечений. В общем вариативность в пределах одной и той же страны сильно больше, чем эти тенденции. В США вы можете попасть в контору, где на вас будут орать благим матом и заставлять овертаймить. А можете работать там где всё сугубо вежливо и круговая порука. Или любые другие комбинации.
Да что уж там. В больших корпорациях, от команды к команде отличия могут быть ошеломляющими.
У меня дежавю, это же прям слово в слово статья об особенностях русской разработки - https://habr.com/ru/companies/scrumtrek/articles/185334/
10 лет прошло, а ничего не изменилось=)
Так вот, контекстами общаются в основном восточно-европейские разработчики (РФ, РБ, Польша, Сербия, Словакия, Венгрия). Американцы и европейцы начиная с Австро-Германии редко проводят общение с контекстом и предпочитают подробно расписывать всё, как для человека, который вчера пришел на проект. И это долго, реально долго.
А потом ты попадаешь в ситуацию, когда действительно только пришёл на проект, а задачи формулируются типа: "Не работает вот эта штука в таком-то сервисе". И сидишь тратишь время на то, чтобы понять, что он тебя нужно, что хотят в итоге, где это вообще находится, лишнее общение с тем, кто завёл задачу.
Конечно, в этом нужен баланс, но вот читать описание задач, общение в PR, документацию, где люди общаются контекстами - это та ещё радость. Им, конечно, удобно, а тем, кто придёт после них?
Редко мы думаем над тем, насколько просто будет разобраться тем, кто придёт после. Общение в личках, описание таски в виде контекста и т.д.
А ты потом пытаешься что-то отыскать и понять, но сделать это можно только найдя кого-то через пятые руки, попутно подождав полдня ответа от каждого из цепочки.
Всё так, книга А. Прохорова "Русская модель управления" подтверждает.
З.Ы. Спасибо автору за кадры из одного из любимых фильмов!
У меня есть опыт работы в разых странах. В России работал и в стартапе и в оутсорсе и контрактором в большом забугорном энтерпрайзе.
Есть большая разница и в культуре и в стиле общения и в способе решения проблем. Про геймдев часто говорять, что это токсичная атмосфера с переработками и низкими зарплатами, так что возможно свой мир со своими погремушками. Мне кажется часть вашего опыта специфичка именно к типу команий где вы работали.
Статья то совершенно пресная какая-то, читать скучно, не смог осилить! За что плюсов наставили, непонятно.
Я вообще сел писать про avx строки, но что-то пошло не так ;) вот если интересно более техническая https://habr.com/p/762250/
Работаю в команде, где все (кроме меня) немцы. Сам израилитянин. Менеджер (профессор, гений в информатике, супер-объяснятель сверх-абстрактных вещей, очень крут в разборе легаси-кода, написанного другими гениями) регулирует дейли так: сначала докладывает он, а потом тот, кто подсоединился к встрече самый первый (но менеджер всегда первый); затем - кто второй и т.д. У меня заняло две-три встречи, чтобы распознать этот паттерн, но работает железобетонно. Стараюсь особо не опаздывать, чтобы отчитаться побыстрее.
Одного из менеджеров высшего звена (тоже немец) сильно напрягает, что я забиваю на микроменеджмент тикетов в Jira - намёками жалуется в Слэке. А я забиваю только потому, что мой способ использовать тикеты для работы (заодно сохраняя в них важную инфу) получил ненавязчивый slap-in-the-face (радикально поменяли способы работы с тикетами), и я обиделся. :)
Хотя, в целом, команды сверх-адекватные - Израиль, Германия, Польша, Сербия, Хорватия, Америка. Странно, экзотично поначалу, но жаловаться реально грех.
Работаю в команде, где все (кроме меня) немцы. Сам израилитянин.
По тонкому льду, аднака, ходите...
Тоже не понимаю тикет систему, помню как тестировщик из Индии, нашел баг - написал мне, я быстро исправил, там буквально 1 условие надо было подправить, я комитнул, пушнул, забилдил и т.д. Сказал все готово, а потом он сказал, что надо было мне создать тикет, описать баг (скопировать его описание) и сказать какой фикс и подвигать на канборде. Меня это так бесит. Я понимаю, когда тикеты про какую-ту серьезную часть кода или решение, но блин тикет ради исправление пару рядков кода.
Причем я не совсем понимаю, а какой толк от отчетности, идея же, чтобы продукт был лучше. Он им стал
Похоже на мой опыт, различие в ньюансах.
И небольшой лайфхак если контора западныя: необязательно вставлять repro в переписке, его тестировщик должен заполнить в системе контроля багов, просто сошлитесь на issue.
Часть того, что описано в статье есть в замечательной книге "Карта культурных различий", очень рекомендую. Там и про низкий контекст и про отношение ко времени и про критику. Прямо читал статью и видел отсылки к главам книги. Рекомендую, там базовые вещи описаны при работе межкультурных команд, без привязки к ИТ.
Ну и про "забрать чужую таску" - я за такое караю и наказываю. То что человек не может сделать таску - головная боль его и его руководителя. А самовольно забрав таску ты прямо открытым текстом говоришь "чувак, ты некомпетентный балбес, я лучше знаю как делать. Ты слишком туп, чтобы это понять, поэтому сделаю сам".
Не знаю, как там у Вас в коллективе — а у нас нормальное состояние системы — рабочее, и если она оказалась в нерабочем состоянии — то совершенно перпендикулярно, кто вернёт её в рабочее состояние (как правило — это тот, кто лучше других разбирается в проблемном месте) и по чьим любимым мозолям оттопчется в процессе; самое главное — the Spice must flow. Наша компания существует для зарабатывания денег, а не для поддержания самомнения уникальных снежинок.
В оригинальном пример рассматривался случай, когда фичу еще не выкатили. Починка сломанной системы это другой кейс.
это другой кейс.
То есть та компания существует не для зарабатывания денег, а для поддержания самомнения уникальных снежинок? Ну ок...
Забрать недоделанную задачу у коллеги и починить упавший сервер сломанный этим коллегой это разные ситуации.
Сломанную систему чинит тот кто сейчас на месте, вне зависимости от того, кто её сломал. Это считается нормальным.
Отнимать у коллеги задачу, это не нормально. Нормально это пойти к вашему общему руководителю и попросить его передать вам эту задачу. Задача будет всё равно сделана вами (компания заработает денег) и при этом сохраниться уважительное отношение в коллективе.
Открою вам секрет, даже нормальный человек может обидеться, если с ним себя ведут по хамски, не надо быть для этого снежинкой.
ведут по‑хамски
А какое «хамски» Вы имеете в виду: традиционное или миллениалское?
У меня просто была похожая ситуация. У моего разработчика разраб из другой команды именно вот так подрезал таску.
Да, чужой разраб отвечает в целом за модуль куда мы коммитили. Но это не повод перезатирать чужие коммиты своим, "правильным".
Ибо потом в этой таске всплыла бага. Небольшая, но все-таки. И кто должен был ее править? Тот на ком задача изначально или тот кто самовольно ее забрал? А если пришло изменение требований?
В общем там в итоге был поход к тимлиду чужого разраба, разбор с ним ситуации и дальнейшая проработка ситуации уже между тем тимлидом и тем разработчиком.
Вы путаете два разных случая: когда кто‑то не может без матов комментарий написать (что, впрочем, в современном обществе скоро перестанет быть чем‑то необычным — я‑то ничтоже сумняшеся много лет знал, что «что вы матом ругаетесь как маленькие дети» — это шутка такая, а как пару лет назад съездил на родину берёзок, то ощутил, что кто‑то принял её за руководство к действию) — и когда человеку говорят «твой код поломается вот в таких и таких случаях, переписать надо» — а он идёт биться головой об стену, обзывая сказавшего это токсиком. Я говорил исключительно про этот второй случай.
Спасибо автору за статью! Работа в европейской или американской компании, в идеале с ВНЖ и релокацией, является целью для многих. Но о таких тонкостях коммуникации в команде редко задумываешься. Вы подсветили неочевидные вещи, которые стоит учитывать при смене работы.
А какую полезную информацию несёт комментарий "код г*вно" к пулл реквесту?
Можно написать, что этот код не эффективен, не поддерживаемый и тд, почему и как стоит сделать на ваш взгляд.
Тогда и человек научится чему-то и недопониманий внутри команды будет меньше
А какую полезную информацию несёт комментарий "код г*вно" к пулл реквесту?
Можно написать, что этот код не эффективен, не поддерживаемый и тд, почему и как стоит сделать на ваш взгляд.
Да, фидбэк должен быть конструктивным: "Производителность г*вно, нужно улучишить тат и тут". "Мы за* это поддерживать, переменные надо бы назавать получше."
А потом превести это к уровню культуры компании. В комапании близких друзей предыдущий вариант может и прокатит (если так приянто), но в комерческой разработке нужно будет прменять формулировки.
А если сказать "тут будет страдать производительность" и "это будет сложно поддерживать" вместо "г*вно" и "за*" - кому станет хуже? Для чего в рабочие отношения вам так хочется тащить ругательства, если без них можно донести информацию не менее понятно?)
Хехе, напомнило - на одном из прошлых мест работы был таск по удалению многочисленных f*ck, sh*t и прочих ругательств из комментариев в кодовой базе. На планировани и отчётах все сначала ржали, потом начальство с трудом изображало серьёзный вид и напоминало, что даже легаси-код не должен выглядить, как помойка. :)
Именно про это я и говорю: "А потом превести это к уровню культуры компании."
Общение через лида/ПМ - это ужасно. Думал, у буржуев, наоборот, сильнее горизонтальные связи, они их в жизни чаще используют, чем мы, где везде вертикали и заборы
Эта статья описывает опыт конкретного человека. У меня другой опыт. В общем у буржуев по разному.
Ест две крайности, общение внутри и общение только через ПМ. Идеал где-то между ними. Часть вопросов решается через ПМ, про часть он ставится в копию, часть решается внутри команды. Золотых границ нет, для каждого проекта это свои соотношениея. Хорошо, это когда их можно корректировать. А если использовать один и тот-же подход везеде, то где-то зайдет, где то нет.
Спасибо за интересную статью. Вижу большой опыт у автора и у комментеров.
Теперь внимание вопрос: как думаете, какой подход будет более эффективен ? Американский? Немецкий? Испанский ? Возможно это зависит от сферы (геймдев, финтех и т.д.) или от размера команды...
И ещё, может кто-нибудь работал в азиатских командах (китай и т.д.) ? Было бы интересно почитать про такой опыт.
На мой взгляд, опыт и специфику, подробное описание против контекста очень часто помогает при появлении проблем в будущем, можно найти переписку и ясно понять суть и окружение написанного, и в конце концов ткнуть носом того, кто усомнился или оспорил данное событие, вплоть до аргументировать произошедшее перед заказчиком.
Ну так оно и должно быть в самой таске, зачем повторять каждый раз то, что уже уже подробно написано в таске? Кто работу делал в PR'е расписывает чё сделал, и как и почему. А в общении можно спросить, чё там в итоге по 243 таске, и получить ответ в контекстном стиле, + номер PR в котором описано что сделано, если таска закрыта если нужно ознакомиться
Так ещё и ориентироваться в старой переписке проще, потому что она полна одинаковых ссылок, с простыми контекстными комментариями
В Испании все программисты сеньоры