ПОЧЕМУ РОССИЯ НИЩАЯ? ЧАСТЬ 15.

       Как выжить в РФ программисту? Цели Объединения.

       Главная цель озвучена выше. Совокупная цель - объединить разработчиков для реализации следующих (список, не исчерпывающийся, и всегда будет обновляться) пунктов:

       - трансформировать образ мышления каждого разработчика: разработчик должен быть уверен, что он имеет право на Объединение, ему не должно быть за это стыдно или страшно, разработчик должен знать, что никакая Компания не делает разработчику никакого одолжения, Компания напрямую выигрывает от труда разработчика, поэтому разработчики вправе требовать улучшения условий сотрудничества с Компанией. Разработчик должен понимать, что аргументы вида «не нравится, иди в другое место» или «тебе деньги платят вот и молчи» не стоит расценивать как адекватные. Разработчики должны понять, что жаловаться в Объединение это нормально и не является предательством, предательством себя и остальных является как раз замалчивание и попытки всё тихо решить внутри и забыть. Чтобы жить цивилизованно, чтобы было человеческое, а не скотское отношение нужно перестать бояться и начать действовать.

       - добиться прозрачности в финансовых вопросах от каждой Компании (на данный момент Компании скрывают от разработчиков настоящие суммы, приходящие от клиента за их работу, однако по неподтвержденным инсайдерским данным известно, что накрутка идет в 1,5 раза от «зарплаты» оглашаемой разработчику, кроме того в дни активных курсовых колебаний разработчики подозревают Компании в махинациях связанных с колебаниями курса доллара), договориться с Компаниями о том, чтобы этот коэффициент стал известен и уменьшился частично в пользу разработчиков, частично в пользу улучшения офисов (об этом далее). Отчеты должны приходить как команде, так и клиентам в одном письме, дабы исключить дальнейшие попытки сокрытия реальных данных.

       - разработать новые нормы рабочего графика: плавающий старт, индивидуально плавающие выходные, не более 6 часов в день (8-часовка - пережиток прошлого, опыт Швеции доказал, что 6-часовой рабочий день продуктивнее 8-часового), не более 5 дней в неделю, допускать 4-дневную рабочую неделю, запретить овертаймы, даже оплачиваемые (все должны помнить о вреде сидячей работы и работы за компьютером, никто не должен вредить своему здоровью и показывать этим плохой пример); каждый разработчик волен выбирать время начала и конца своего обеденного перерыва, а также количество этих перерывов; так называемые кофе-брейки и спортивные разминки не должны считаться перерывом, поскольку для многих являются необходимыми ритуалами способствующими улучшению умственной работы.

       - новые нормы по оплачиваемым отпускам: минимум 30 рабочих (не календарных) дней (рабочими считаются все дни кроме официальных выходных и праздничных дней в Украине, с исключением: так называемые «переносы на субботу» не допускаются), минимум 15 календарных дней подряд, максимум 15 календарных дней минимального перерыва между отпусками, максимум два календарных месяца необходимой отработки со дня старта до возможности взять первый отпуск.

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

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

       - HR-специалисты (рекрутёры) Компаний не должны заниматься чёрным пиаром и делиться конфиденциальной информацией о разработчиках-кандидатах. Речь идёт о так называемых чёрных списках с комментариями предвзятого субъективного характера, слив одного из которых произошел не так давно (конец июля 2016). Компании должны изучить данные списки и провести санкции в отношении участвовавших там рекрутёров (вплоть до увольнения и занесения рекрутёров в чёрные списки).

       - HR-специалистов нужно «пересадить» на ставку с фиксированной премией, которая будет выдаваться только в «успешные» месяцы. Успешность может определяться по попаданию рекрутёра в топ-10 по количеству наймов в Компании за месяц. Зачем это нужно: затем чтобы пресечь незаконный обмен «бонусами» и прочий HR-ский беспредел (стоить вспомнить об истории с вскрывшимся всеукраинским HR-чатом 2015 - 2016 годов, где происходила активная «торговля» кандидатами).

       - манифест Agile и нормы Scrum должны соблюдаться, Компании не должны подавать разработчикам ежедневные митинги и прочие атрибуты под видом скрама, закрывая глаза на многие моменты из документов по Scrum и Agile.

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

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

       - Компании не должны наказывать тех, кто вступил в Объединение, они должны официально признать это правом каждого работника и корректным способом защиты своих интересов, а не преступлением против Компании.

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

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

       - Компании не должны наказывать или требовать прекратить бойкоты в отношении недобросовестных членов Объединения.

       - Компании должны переработать свои NDA и контракты, исключить из них незаконные требования вроде запрета работы на конкурентов после выхода из сферы, снизить время обязательной отработки в случае увольнения по собственному желанию до недели (максимум), включить выплату компенсации (минимум 50 % от зарплаты) в случае сокращения или увольнения причиной которому послужило недовольство со стороны Компании или заказчика в адрес разработчика.

       - Разработчики не должны участвовать как менторы в IT-курсах «для новичков», которые дают людям неправдивые надежды касаемо их возможного трудоустройства.

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

       1) сделать данные о зарплатах не попадающими под NDA,

       2) не устанавливать никому зарплату ниже минимальной по Компании по данному направлению,

       3) делиться как с сотрудниками, так и с кандидатами отчетами, где будет видно средние, минимальные и максимальные зарплаты по каждому направлению.

       - Компании должны также учитывать минимальную зарплату разработчика, установленную Объединением: от 1 000 долларов в месяц для начинающих разработчиков любых мастей, от 1 500 долларов для начинающих разработчиков, проработавших в Компании полгода, от 2 000 долларов для явно опытных разработчиков (работавших и не работавших в данной Компании). Это минимальные числа и на них стоит равняться лишь в исключительных случаях. Компаниям, которые будут всех равнять, под минимум грозит забастовка.

       - Компании не должны нагружать разработчиков какими-либо корпоративными правилами, отчетами, обязательными оценками себя и коллег, требованиями развиваться и давать обязательные отчеты о развитии (что является посягательством на личное время и жизненные интересы разработчика).

       - Информировать людей вне сферы об обмане в Компаниях либо искажении информации идущей от лица Компаний и IT-курсов. Кроме того целью Объединения является моральное давление (в исключительно правовом поле, без нарушения законов) на тех разработчиков, которые отказываются вступать в Объединение либо участвовать в акциях и забастовках. HR-специалистам во время найма рекомендуется быть информированными о недобросовестных членах Объединения либо о разработчиках-противниках Объединения, и, понимая, что они не смогут полноценно влиться в команду, где большинство - члены Объединения и как минимум проводить с такими кандидатами воспитательные беседы. Никто не может быть принужден вступить в Объединение.

       Обсуждение.

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

       Методы Объединения.

       - активная пропаганда и вовлечение (поначалу в целях безопасности скрытое, далее открытое с применением информирования в СМИ, на профессиональных форумах, в коридорах и конференц-залах Компаний, в ВУЗах и на специализированных курсах), акции, пиар-кампании, футболки с символикой (логотип и прочую символику можно обсудить в соответствующей теме).

       - локальные (на уровне Компании) забастовки в случае любого проявления давления на Объединение или членов объединения.

       - регулярные (хотя бы раз в три месяца) глобальные (во всех Компаниях) забастовки с целью потребовать выполнения одного или нескольких пунктов из целей Объединения. Забастовки могут превращаться в локальные (по мере принятия некоторыми Компаниями условий бастующих). Установленное время окончания забастовки - пока не будут выполнены требования (то есть потенциально навсегда).

       О забастовках.

       Забастовка длится до тех пор, пока Компания не пойдет навстречу требованиям. Во время забастовки нельзя выходить на работу. Разработчики должны следить за тем, чтобы никто из их команды не выходил на работу в дни забастовки. Группа активистов может с этой целью в рабочее время стоять возле офиса или в холле офиса, часть разработчиков с определенным статусом в мессенджере (дружинник забастовки) могут следить за онлайном в рабочих мессенджерах, чтобы заметить тех, кто решил поработать из дому. О забастовке стоит предупредить Компанию через их менеджеров утром, в день начала забастовки. День начала забастовки стоит обсуждать на «форуме» в последний момент, то есть не планировать на отдалённую дату, а выбирать ближайший день после того как обсуждения более-менее завершены. Поощряется привлечение местных и иностранных СМИ для освещения ситуации. Список требований должен быть четким (сжатые описания для лозунгов и плакатов и внятные уточнения на распечатках или в отдельном обсуждении ссылку на которое можно отправлять Компании для того чтобы заранее ответить на возможные вопросы), не содержать сленга, количество требований должно быть ограничено здравым смыслом (чтобы не пришлось утонуть в плакатах, чтобы представитель Компании в сжатые сроки смог бы вникнуть в требования). Разработчики, которые проигнорировали забастовку, условно попадают в черный список команды и всего Объединения. Рекомендуется всячески бойкотировать и игнорировать их в процессе работы. У каждого должно быть право покаяться и вернуться в Объединение, совершив полезное для Объединения активистское действие (решается индивидуально).

       Об уступках, торгах, условиях и ненадежных обещаниях.

       Компании могут торговаться, «идти на уступки» и давать призрачные обещания. Ничего из этого не стоит воспринимать, как согласие Компании выполнять требования. Стоит воспринимать это, как есть: как оскорбление и попытки манипуляции. Если Компания соглашается выполнить требование, она должна немедленно приступить к выполнению с регулярными публичными отчетами о прогрессе. Без обещаний «сделать это чуть позже», без постановки условий вроде «если вы немедленно прекратите забастовку», без торгов вроде «отработку перед отпуском длиной в полгода мы отменяем, вместо неё будет шикарно короткий срок отработки в 5 месяцев», без уступок вида «мы выплатим всем премию, чтобы вы прекратили забастовку, но вот это вот требование про отпуска выполнять не будем, зато вам - премия!».

       О разработчиках.

       К разработчикам относятся программисты, а также тестировщики с навыками автоматизации (принимаются также тестировщики без навыков автоматизации, стремящиеся эти навыки получить). Любым IT-менеджерам и IT HR специалистам предлагаем вступать в свои собственные объединения.

       Источник: https://github.com/itch2016/dev-union-ua

       Но в итоге профсоюз развалили подлые штрейкбрехеры. Но пробовать создавать профсоюзы в РФ все равно стоит. Всем программистам на Ruby/Java/Erlang/C++/Scala/C/JavaScript, разработчикам под ASIC/FPGA, SoC-разработчикам, DevOps, QA Automation, всевозможным линуксовым системным программистам, специалистам по ЦОС, программистам под AVR/PIC/ARM нужно создавать профсоюзы. У всех разработчиков должна быть классовая и трудовая солидарность, рабочее самосознание. Профсоюзы должны стремиться к тому, чтобы даже весьма средний по сложности труд никогда не продавался задешево на рынке труда. Профсоюзы должны бороться с прививанием другим программистам заниженной самооценки и комплекса неполноценности со стороны менеджмента, стремящегося навязать им мысль о том, что не совсем идеальный программист должен обваливать цены на свой труд из-за своей не идеальности. Профсоюзы должны бороться с излишней популяризацией профессии, приводящей к тому, что в профессию сейчас толпами идут разносчики пиццы, дворники, лэшмейкеры, строители и филологи. Нужно стремиться к тому, чтобы на рынок разработки софта вкатывались только те, кто еще со школы испытывал повышенный интерес к программированию, все свободное время, проводя с отладчиком, профилировщиком, линкером и компилятором, а в вузе слушал лекции по дискретной математике, математической логике, алгоритмам и структурам данных. Профсоюзы должны объяснять программистам, что даже в рамках консалтинга можно продавать свои модули, библиотеки или небольшие конечные продукты вместо того, чтобы выкладывать на GitHub все, что плохо прибито к полу. Профсоюзы должны объяснять программистам, что они не должны оказывать бесплатный профессиональный консалтинг на Stack Overflow.

       Напоследок нужно рассмотреть фрилансеров. Данные люди представляют собой пример вредной для становления миллионером психологии временно нищего миллиардера. Фрилансеры тратят все свое время на поиск заказчиков, переговоры, самопиар, сон, улучшение своих профессиональных навыков и собственно выполнение работы. При этом фрилансеры считают отсутствие у них долговременных контрактных отношений неким признаком элитарности и свободы, полагая, что это является необходимым и достаточным признаком бизнесмена, и причисляя себя к классу буржуазии на основании факта самостоятельного поиска заказчика. Но фрилансеры вообще не тратят времени на создание собственных активов, накопление собственных финансов, управление собственными финансами и активами, улучшение профессиональных навыков в области управления и экономики. Признаком бизнесмена является наличие долговременных договорных отношений с наемными работниками, результаты труда которых бизнесмен несколько раз перепродает, и наличие собственных активов, то есть находящихся в собственности систем, средств и процессов, приносящих прибыль. Также следует отметить, что ни один бизнесмен никогда не будет регистрироваться на каком-нибудь убогом сайте типа Upwork, где чужие дяди будут ему ставить несмываемые оценки наподобие 4,05/5 или 3,45/5, оценивая его числовым клеймом, словно проститутку, и умышленно ставя его в положение соответствия чьим-то пожеланиям. Поэтому фрилансера вообще нельзя называть предпринимателем, коммерсантом, бизнесменом, даже если он сам себя так называет. Более того, зачастую у среднего фрилансера вообще нет сбережений даже на год вперед, нет такого объема финансов. Так что же делать фрилансеру? А все, тоже, о чем писалось выше. Создавать профсоюз, который будет бороться с демпингом, и вразумлять трудовой народ. Навсегда бросать фриланс, удалять свой аккаунт на Upwork и начинать самостоятельно работать на иностранные компании по 40 часов еженедельно по долгосрочным контрактам (например, контракт на 1 год), собственноручно подписывая NDA и сам контракт, в одиночку встраиваясь в иностранные команды разработчиков и занимаясь серьезными проектами, а не задачками для программистов. И еще нужно ежегодно обрастать своими активами хотя бы в виде небольших модулей, компонентов, решений, продуктов, проектов, библиотек, многократно продавая их клиентам, на которых уже не фрилансер будет работать по долгосрочным контрактам в рамках long-term-проектов.

       ПРОДОЛЖЕНИЕ СЛЕДУЕТ…

Материал предоставил Андрей из Германии.