Продолжаем дискуссию о том, в чем разница работы программистом | Разрабудни Игоря

Продолжаем дискуссию о том, в чем разница работы программистом в СНГ и в других странах

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

- никто не любит, когда ты задерживаешь свою задачку. Очень часто, в СНГ любят сделать скидку на 1-2 дня\часа, потому что фокусировка идет на дедлайн релиза или спринта, но говоря про более "западный" подход - все более строго, так как планирование считается чаще в часах (иногда минутах, это правда), чем в днях;

- исходя из пункта выше, твое время считается более "ценным" и до определенного грейда (Е5) тебя как можно меньше допускают к встречам и каким-либо взаимодействиям уровня "вместе посмотрели, обсудили, решили", отсюда идет строгость к времени на задачу, потому что больше тратить его попросту не на что;

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

- все планирование обычно называется Roadmap. Казалось бы, ничего такого, но каждая команда считает долгом планироваться на год вперед, и четко следовать этому плану. Не main goals, а именно фичи\цели, которые уже конкретны и их можно делать;

- переработки практически отсутствуют, если говорить про планирование и организацию работ. Подойди к любому человеку за бугром и попроси его посидеть в выходные или вечерком, часов в 20-21 вечера - получишь отказ или вопрос "Это оплачиваемый овертайм?" Конечно, горящие релизы, кранчи и все остальное никто не отменял, но за все время не видел случая, чтобы это было бесплатно;

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

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