Pull to refresh

Comments 147

В статье похоже забыли еще про геймификацию

Самый старый пример— переходящий вымпел «Лучший сотрудник месяца». Сейчас можно раздавать наклейки на крышку лэптопа, бэйджики для внутреннего чата, футболку вместо вымпела.

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

Ачивки как в играх :)
Вдогонку:

Делайте как Яндекс, ищите программистов-инвалидов, руки и голова те же но ты же инвалид!!!

Пруфы:
https://trudvsem.ru/vacancy/search?_page=0&_companyCode=1167746241222
https://trudvsem.ru/vacancy/search?_page=0&_companyCode=5157746192731
Крупные компании обязаны создавать квотируемые рабочие места.
UFO just landed and posted this here
Нет, такой довод тоже не обосновывает низкую зарплату лишь по факту инвалидности.

Офигеть.


Сначала подумал, что речь про вакансии уровня стажера, но нет, там ищут прям крепкого middle или senior, судя по требованиям.


Ваше сообщение отправлено администрации сообщества Яндекс

Крайне интересно, почему так.

А вот там же, тот же Яндекс предлагает уже от 12 000 (двенадцать):

https://trudvsem.ru/vacancy/card/1027700229193/cadd5c52-bae5-11e5-bbaf-3bdbd1a6e39d

Социально незащищенные категории: Инвалиды

Требования: знание технического английского языка; знание языка С++, тонкостей языка С++; знакомство с принципами из книг Майерса Effective C++, More Effective C++, Effective STL; знакомство с ООП и на С++; опыт работы со стандартной библиотекой STL. Виртуальные функции, наследование, композиция, исключения. Хорошее знание алгоритмов и структур данных, умение решать сложные алгоритмические задачи, оценивать сложность решения, требуемые ресурсы, реализовывать решение на языке С++. Опыт сборки больших проектов — знание основных проблем, встречающихся при линковке кода. Опыт написания понятного, читабельного, легко поддерживаемого и изменяемого кода. Практические навыки использования инструментов отладки, профилирования, оптимизации кода. Опыт работы с системами версирования — SVN и/или Git.

Образование: Высшее

Ну то-есть если инвалид — добро пожаловать от 12 тысяч, а потом уже посмотрим, главное уметь на 120 и активно работать. В прошлой теме хомячки парировали что «это же от», но мы то понимаем, что такое «от», «от» это когда 12 точно, а остальное — может быть.
Выглядит так, как будто они не хотят, чтобы кто-то откликался. Просто блин, 12 000 рублей. Для С++ девелопера. Да человек, имеющий половину навыков из их списка, может получать 100 даже не в Москве. И если уж он освоил это, то освоит и английский к примеру и найдет себе работу на том же апворке. Это же гребаных 200 баксов. Даже если очень занижать рейты, то это 50 часов работы от силы (я не представляю рейта в 4 бакса по С++, но допустим, что мы демпингуем и прокачиваем себе профиль). Даже с нищенскими 8 баксов, это уже 25 часов, т.е. 3 рабочих дня!

P.S. Интересно, кто-нибудь из Яндекса это прокомментирует?
Не из Яндекса, но прокомментирую (сталкивался): компания обязана создать вакансию для инвалидов, но не обязана её закрывать физическим человеком, если никто не идет на неё (а на 12 000 рублей с такими требованиями так и будет). Плюс с инвалидами много мороки: и уволить сложнее, и место рабочее оборудовать (особенно для маломобильных) дорого и хлопотно.
Вот они там и болтаются пачками годами с абсолютно нерыночными зарплатами, чисто для отчетности и формального соблюдения законодательства.
Моя первая мысль была именно такой. Но ведь Яндекс — все таки публичная и известная компания. Могли бы как-то не позориться открыто.
Реально же есть инвалиды, которые могут быть неплохими программистами. И они могли бы работать за меньшую з/п, но не за такую нищенскую.
Почему нельзя было с такими требованиями выложить вакансию с окладом, допустим, 70% от обычного?
Таких инвалидов наверняка возьмут на обычную вакансию от Яндекса
Реально же есть инвалиды, которые могут быть неплохими программистами. И они могли бы работать за меньшую з/п, но не за такую нищенскую.
Вот даже интересно стало на каком основании неплохие программисты, будучи инвалидами, могли бы работать за меньшую зарплату?
Жаль я не топ-менеджер крупной компании, если бы прибыль позволяла я бы наоборот инвалидам доплачивал, потому что это очень трудно и сложно не падать духом и не деградировать профессионально. Это надо поощрять, а не дискредитировать
Я имею ввиду, что они бы согласились работать за меньшую з/п при прочих равных, а не то что это справедливо.
Федеральный закон от 24.11.1995 N 181-ФЗ (ред. от 29.12.2015) «О социальной защите инвалидов в Российской Федерации»

Статья 21. Установление квоты для приема на работу инвалидов
Работодателям, численность работников которых превышает 100 человек, законодательством субъекта Российской Федерации устанавливается квота для приема на работу инвалидов в размере от 2 до 4 процентов среднесписочной численности работников.

То-есть речь идет об организациях численность которых превышает 100 человек. И нанимать должна хотя бы 2 инвалида на сотню. Речь не идет про организацию «Рога и Копыта», или только что открывшегося ИП Иванова нанявшего двух программистов и снявшего офис 15 квадратных метров. Для микропредприятий довод «и уволить сложнее, и место рабочее оборудовать (особенно для маломобильных) дорого и хлопотно» действительно был бы существенным, но ведь о других предприятиях речь.

А в данном случае речь о Яндексе (!). А где все эти скрупулезные рекрутеры? Куда спрятался хваленый HR? Наймите знающего и опытного инвалида вот и пожалуйста, ведь обязанности обязательно брать любого нет, есть только обязанность обеспечить места, если найдется подходящей квалификации программист.

Речь о ЯНДЕКСЕ!

(28 июл. 2016 г.) Чистая прибыль компании в период с апреля по июнь выросла почти на 400% и составила более 2 млрд руб. Скорректированный показатель увеличился на 40%, почти до 4 млрд руб. Это превзошло прогнозы аналитиков

http://www.rbc.ru/technology_and_media/28/07/2016/5799da0c9a794775edd8e362

Чистая прибыль! За вычетом расходов в т.ч. зарплат.

Я всё-таки так и не увидел доводов обосновывающих установление такой абсолютно не рыночной зарплаты только лишь по факту наличия инвалидности.
дык наоборот, они ставят такую низкую ЗП, чтобы не брать инвалидов (по крайне мере больше, чем они сами этого хотят)
А так, если придет инвалид хороший прогер, то договорятся
Их хваленые hr не утруждаются даже письмо написать после собеседования в их офисе. Шарашка с сомнительным качеством продуктов, а гонору зато сколько.
Я так понимаю, они этим закрывают себя от необходимости нанимать инвалидов потому что они инвалиды, но сохраняют возможность нанимать инвалидов потому что они программисты.
А некоторые таки берут инвалидов (в России). И это даёт мощную фору с налогами и всякими чиновническими поборами.

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

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

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

да-да! Митапы и конференции! В них все зло! Ограничить интернет (чтобы рейтинг зарплат на ХХ не подсмотрели)! Кофемашину в офис! Эх, чего уж там! Посудомоечную и стиральную в студию! Вместо мягких кресел — раскладушки! А чтобы понимали, как им (программистам) повезло, на каждого одеть браслет слежения, чтобы из офиса не выходили!
Ух! Здорово! Наши программисты из офиса не выходят, спят-едят-моются на работе! Зачем им зарплату платить? Это-ж какая экономия! Осталось для верности обнести офис колючей проволокой и поставить роботов-охранников с электрошокерами и безперебоным питанием — и вот он, идеальный офис!
Сталин более эффективный менеджер был.
Хороший кодер должен работать за идею, а лучше ещё приплачивать за исключительный шанс!
Еще можно отобрать паспорта и как-то запереть их на работе, а то дома все равно только спят…
Разработчики умные, они знают как восстановить паспорт с другой серией и номером) больше пуфиков на работу, пусть спят там, они их любят)
Можно еще и за проживание деньги вычитать, вообще мега плюс.

Еще можно заложников взять, заодно на офис-менеджерах сэкономить.

«Держите зарплаты в секрете» — достаточно 1-2 раза в месяц соглашаться на собеседования по скайпу. Так можно быть в курсе рыночных цен, а имея хороший профиль линкедИн — 5-10 предложений в месяц не проблема.

«Повышайте случайно» — больше похоже на самодурство начальства и вызывает желание найти нормальное.

«Никаких конференций» — вообще как бред звучит.

«Постройте семью» — не стыкуется с пунктами о тотальной слежке и страхе.

Остальное вроде работает на практике :)
«Постройте семью» — не стыкуется с пунктами о тотальной слежке и страхе.
Лучше было написать «постройте секту», тогда все пункты стыкуются :)
Да, первые 5 пунктов и правда создают ощущение иронии, но вот под конец перечислены методы, которые действительно применяются под видом лояльности к сотрудникам в паре с: «в этом году мы поднимаем тебе зп аж на 5%, хотя многим мы только на 3% подняли, потому что ты бла-бла-бла, да и офис у нас — сплошные удобства, круто ведь!».
Это просто более высокий уровень издевательств, более жизненный.
«Повышайте случайно» — больше похоже на самодурство начальства и вызывает желание найти нормальное.
Это одна из четырех схем подкрепления из теории Скиннера.
>«Постройте семью» — не стыкуется с пунктами о тотальной слежке и страхе.

Где ж не стыкуется? Мама, регулярно проверяя карманы, нашла фантик от порно-жевачки, сказала папе, который за это выпорол ремнём, ещё раз такое будет — в интернат сдадут, для опытов.
Блин, а часть из этого приходится делать для того чтобы удержать своих программистов. Работодатель не может позволить зарплаты больше, но ради осуществления интересных проектов в срок приходится идти еще и на более изащренные методы. Но радует, что большинство задач для разработчиков, удаётся организовать в интересном ключе.
Первая половина статьи звучит как антипаттерн, как делать не нужно. Я даже думал стеб какой то. А вторая половина больше похожа на что-то рабочее.

Вот вот!


То ли слишком тонко, то ли слишком толсто.........

Шикарный список. А мы-то с женой всё голову ломали, зачем в компаниях строго следуют правилу «держите их в напряжении» и «повышайте случайно». А оно вполне логично и обоснованно, оказывается.
Какие методы удержать разработчика в условиях, если работодатель не может больше выделять денег на зарплаты, вы можете предложить для менеджера?
Те, просто быть честным с сотрудниками и сказать, что возможности поднять зп нет, это не вариант?
Возможность разумеется есть. Вот только происходит диссонанс между желаемым и действительным — если сотрудник компетентный профессионал и его с руками оторвут в других компаниях, у которых есть возможность платить больше, нынешнему работодателю остаётся только мотивировать его остаться какими-то нематериальными способами или прогореть к чертям, растеряв персонал.

Впрочем, в глобальном смысле это всего лишь демонстрация принципов рыночной экономики — неэффективные рано или поздно уходят. Жаль, что в России этот принцип компенсируется другими факторами.
Угу, вот например наше правительство с вами, судя по реформе здравоохранения, совершенно согласно — сократим половину персонала, зато оставшимся в полтора раза увеличим оклады и отчитаемся, как всё хорошо. Это так, аналогия к слову пришлась.
сократить != позволить уйти

А в случае с реформой. Ну… мне нечего сказать тут. На хабре не принято обсуждать политику :)
Ибо менеджеры одной школы, без опыта и понятия об отрасли которой руководят.
Вариант, но в нашем случае ведущий к потере работника, так как мы с сотрудником знаем реальную его стоимость. Это обсуждается и мы видим вместе с ним все места куда он может уйти. Я не в коей мере не говорю, что практики, которые описаны выше, являются удачными. Я говорю про то, что менеджеру в трудных условиях приходится делать все, чтобы сохранить интересный проект и команду, в том числе идти на ухищрения.
Никак не удержать человека, если он может и хочет зарабатывать больше. Надо просто умерить свои(работодателя) запросы или научиться зарабатывать больше, но не за счёт сотрудника, чтобы было из чего платить/изменить своё мышление и принять саму идею платить больше.
Сама постановка вопроса избитая и идиотская в любой формулировке. Я тоже менеджер и выкручиваюсь занижением ожиданий работодателя. Но то, что можно сделать в срок, делаю хорошо. На том и держимся.
Ну, вот тут один Уважаемый Человек вполне честно говорит про то, как строятся отношения, особенно в больших коллективах. Тысячи лет ничего не меняется, вариант «быть честными» с чернью — это не для них. Так что любой менеджер от господина Всея Сбербанка отличается только размером, но не мотивацией поведения.

Например, пообещать (и выплатить) в конце бонус. Но если денег вообще нет, а надо удержать, тогда шантаж, угрозы, лесть.

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

Я согласен, это сарказм был :)


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


Но все это работает на 5, максимум 10% разницы в зарплате.

Ну не совсем… хотя и частные случаи бывают (мой видимо один из них) — основная работа дает условные 100% прибыли. А подработка «на пол-ставки» дает 200%.
Но да, относительно плавающий график, много «личной свободы» и все такое.
Основную работу менять не планирую, как это ни странно.
Если вопрос стоит — удержать спеца или закрыть проект, то предложите долю в проекте… Терять то уже не чего. А если просто не хочется терять спеца, то снимите розовые очки и примите тот факт, что спец данного уровня вам не по карману.

Вы же понимаете что у вас нет денег на ведущих спецов, скажем, из Apple или Google, ну а тут в чем отличие? Лучше будьте честны, и может в будущем еще сработаетесь.
Некоторых разработчиков ну ни как терять нельзя. По этому приходится делать все, чтобы они оставались. Вариант с долей, и это проходили, и процент от проданных экземпляров. Но это не работает, если не чего нет. По этому приходится предпринимать другие меры.
Видите ли, вами озвученая позиция «удержать любыми средствами», по сути, прямое заявление, что плевать вы хотели на интересы ваших сотрудников, вас интересует только бизнес.

Не разработчику указывать бизнесу куда рулить, но на какое отношение к компании со стороны сотрудников вы расчитываете после этого?

Либо честно играем, либо ни как.
Не совсем с вами согласен. Наши разработчики (в большинстве своем процентов 75) делают свои проекты, за частую так, как им это заблагорассудится (естественно в разумных пределах), то есть они ведут его так как им это интересно, используют технологии, на которых хотят это делать. И говоря свои проекты, я подразумеваю, что разработчик за частую сам вносит предложения по функционалу, и после одобрения и планирования, он реализует свою фичу.
Подводя итог, Разработчикам дается большая свобода в реализации проектов, и возможно, частично из за этого есть некоторые просадки в бизнесе, по этому уровень финансов бывает ограничен, и чтобы разработчик не захотел сменить работу на гораздо более оплачиваемую, приходится применять некоторые «тактики» работы с ним.
Звучит, интересно. А потому еще более не понятно — зачем вам «тактики»?

Если вы даёте такую свободу своим разработчикам в проекте, ну так и набирайте изначально сотрудников с условиями вида — много свободы, вот вам 10% от проекта, но зп меньше ибо перспектив больше. Я уверен, это будет интересно многим.

Но опять же, честные, взаимовыгодные условия.
Я не в коем случае не говорю, что нужно действовать не честными методами. Но, в том числе и в статье, приведены методы, которые являются честными, но при определенной интерпретации и не должном применении могут быть восприняты сотрудниками, как ложь и ухищрения. Если к работникам, тем более в сложной ситуации, относиться по человечески, то и с их стороны будут некоторые поблажки.
Разработчики — это ресурс. Что делают с другими ресурсами, если цены поставщиков поднялись? Тоже покупают приставку поставщику, чтобы он не повышал?
Если не можете себе позволить платить программистам столько, сколько они реально стоят, то:
1. Ищите более дешевых программистов (менее опытных, менее востребованных, более ленивых)
2. Попробуйте сократить другие расходы и за счет этого поднять з/п программистам.
3. Разделите обязанности, которые выполняют программисты, на более легкие и более сложные и наймите на легкие дешевых специалистов. Например, у вас два разработчика занимаются полным циклом создания сайтов. Оставьте одного, а вместо второго возьмите html-верстальщика, отдав половину зарплаты первому.(если у вас не просто сайты, а что-то посложнее, то опять же можно разделить фронтенд и бэкенд, как правило фулстек программист стоит дороже и того и другого, но за двоих он работать все равно не сможет).
На пункт 1. Все задачи требуют программистов высокого уровня, нанимать дешевых — больше времени потратим на обучение, уже проходили.
На пункт 2. Другие расходы идут не от отдела IT, расходы только увеличиваются, повлиять на это нет возможности.
На пункт 3. Тоже самое что в пункте 1, уже пробовали, очень много времени уходит у специалистов на разъяснение того, как нужно делать, зашиваются, не успевают кодить.

Из-за неправильного стратегического движения, менеджмент вынужден предпринимать меры, чтобы не терять свои «родные» проекты и людей, на выращивание которых потрачено много сил.
«Меры» — не в коем случае не обман, а то что помогает оставаться единым коллективом в сложной ситуации.
В данном случае лично Вы, как руководитель отдела, действуете в рамках своих возможностей. Думаю, что подчиненные это понимают и ценят, так что скорее всего именно на этом они там еще сидят. Это называется «нематериальная мотивация».
Кроме того, естественно есть предел разницы между рыночной з/п и той, которую вы платите.
Когда это 10-30% + в принципе на жизнь хватает, далеко не все уйдут, потому что элементарно не охота выходить из зоны комфорта.
Но если наступит момент, что з/п будет тупо не хватать — никакие уловки не помогут.
P.S. Я ниже писал про случай из жизни. Там из 3 ушедших специалистов только одному хватало и той старой з/п (т.к. особо не тратит и живет с родителями). У одного родился второй ребенок как раз и к моменту смены работы он уже израсходовал лимит на кредитке, так что прибавка к з/п его спасла. У второго сократили жену на работе, так что он тоже был просто счастлив такой возможности.
По поводу пункта 3: тут как везде. Если не хватает денег на хорошую услугу/товар (в нашем случае — работа программиста), то приходится брать подешевле и мириться с недостатками. Не готовы мириться — покупаем дорогое.

Разделение на бэкенд и фронтенд, это как вместо хорошего двухконтурного газового котла (горячая вода + отопление) поставить колонку и котел. Результат вроде тот же и за меньшие деньги, но комфорта поубавилось.
А я думаю, что скрывать размеры зарплат это как раз очень вредно для удержания программистов. Так как если размеры зарплат скрываются, то я буду думать, что мне платят меньше чем другим, а вот узнать размеры зарплат в другой фирме я могу отправив резюме в другую компанию.
Более правильным, на мой взгляд, установить небольшой оклад плюс доплата в зависимости от результатов работы программиста (доплата не зависит от размера оклада).
Более правильным, на мой взгляд, установить небольшой оклад плюс доплата

Максимально неправильный подход. Оклад = белая ЗП, а это отпускные, больничные, возможность брать кредит, пособия по уходу за ребёнком и т.д.
Маленький оклад + большие премии/бонусы — это хорошо, когда ты молодой, холостой и живёшь с родителями.
Исключение — если бонусы настолько большие, что можно за пару месяцев купить квартиру, сделать вклад на % с которого обеспечена шикарная старость и прочие фантастические условия.
А почему бонусы не могут быть белыми?
В нескольких последних компаниях, где я работал, бонусы начислялись так же, как зарплата — через банк, с уплатой налогов и отчислений в фонды и тд. Ну и, соответственно, эти бонусы указывались в 2-НДФЛ (а ведь банку важен средний уровень оплаты за последний год), больничные и отпускные соответствовали уровню зарплаты с бонусами.
Бонусы вполне могут быть белыми. Я неправильно выразился. Бонусы и премии не учитываются при расчёте больничных, отпускных, пособий и т.д.
больничные и отпускные соответствовали уровню зарплаты с бонусами

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

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

Это полбеды. Беда в том что более-менее гарантировано можно получить только оклад, бонусы и премии могут в любой момент исчезнуть. Особенно весело бывает когда в фирме трудные времена и несколько месяцев платят только оклад, обещая бонусы в конце квартала/год/как только так сразу, а потом говорят «ну не получилось», а при увольнение тем более все выплаты идут от оклада. В результате можно несколько месяцев работать буквально за копейки.
Это можно понять для продажников, рекламщиков и т.п. профессий, но программисту проще тогда свой стартап пилить, риски те же, но хотя бы не будешь чувствовать себя «идиотом».

Приходите на собеседование к нам в Deutsche Bank — убедитесь сами

Ок, спасибо что сказали куда не стоит идти на собеседование ни под каким соусом. Буду иметь в виду.
Особенно весело бывает когда в фирме трудные времена и несколько месяцев платят только оклад, обещая бонусы в конце квартала/год/как только так сразу, а потом говорят «ну не получилось», а при увольнение тем более все выплаты идут от оклада.

Ну так для этого все формулы вычисления бонусов и вносятся в дополнения к трудовому договору, разве нет?
Ну так для этого все формулы вычисления бонусов и вносятся в дополнения к трудовому договору, разве нет

Формулы вычисления бонусов? Вот как это будет работать? Всякие KPI? В смысле как описать в трудовом договоре критерии прохождения скажем code review? Вася может писать ужасный код, но с отличными показателями KPI, как вы его будите контролировать автоматически? А если все зависит от субъективности клиента/менеджера/других программистов, то все эти формулы мало что стоят, если начальник захочет урезать премию Пете в несколько раз, он её урежет и Петя замучается доказывать в суде, что он этих бонусов достоин.

ИМХО, все эти формулы вычисления бонусов это лишь способ замаскировать простой факт — если начальник захочет, то он оставит любого работника почти на голом окладе или наоборот даст в разы большие бонусы. И доказать обратное, в отличие от фиксированного оклада, в суде почти без шансов.
если начальник захочет, то он оставит любого работника почти на голом окладе или наоборот даст в разы большие бонусы

Хотите верьте, хотите — нет, но у нас нет такой возможности
Не верю, невозможно 100% описать все критерии оценки труда программиста и тем более невозможно потом доказать программисту в суде, что оценка его труда была неверной.
у нас нет такой возможности

поделитесь опытом как вы это сделали?

Я лично никак не сделал.
С моей стороны это выглядело так: получив трудовой договор на подпись, обратил внимание на то, что все бонусы довольно строго формализованы, причем некоторые привязаны к известным экономическим параметрам.
Более правильным, на мой взгляд, установить небольшой оклад плюс доплата в зависимости от результатов работы программиста (доплата не зависит от размера оклада).

А вы это пгобывали? © из анекдота

Большинство программистов на это не пойдут (если только вы не предложите намного лучшие условия чем все остальные работодатели. например суммарную ЗП в 1,5 — 2 раза выше рыночной), причина не столько в белой ЗП (доплаты тоже бывают белыми), сколько в том что оклад это гарантированная ЗП, а все остальное зависит от левой пятки руководителя. Вот вы платите ипотеку, заболели и месяц просидели на одном окладе. И откуда вы деньги возьмете? Да для руководства удобно, не понравилось что-то и человек остался на одном окладе, но программистам-то это зачем, если полно работодателей, которые готовы платить не меньше, но нормальным окладом? Тем более что доплаты обычно обещают одни, а на деле они оказываются совсем другими.
Пгобывал :)
Работал в зависимости от количества заявок клиентов. Первый месяц было всё нормально, а потом наловчился и стал делать слишком много заявок и начальник (главный программист) стал учитывать их в половину стоимости (а то у меня зп получилась бы слишком большая). Ну я ещё один месяц поработал в этой конторе и пошёл в другую на оклад в два раза больше чем там с премиями.

Конечно большой оклад конечно лучше, но я имел в виду вариант когда денег на большой оклад нет, а удержать разработчиков надо.
Если предложить чисто сдельную систему оплаты труда, то разработчик сделает тот объём который захочет, а не тот который нужен фирме. То есть заработает нужную ему сумму, а больше не будет напрягаться. Если же предложить не большой оклад, то трудно будет найти хороших программистов. А те программисты которые согласятся работать за маленькую оплату, вряд ли напишут хороший продукт.
3. А если первый заболеет, уйдёт в отпуск или уволится, то только баги верстки можно будет фиксить какое-то время, если вообще будет кому это верстку на продакшен выкладывать.
Не знаю, закатать губу и делать те проекты, которые по карману?
Взять кредит на бизнес, он ведь ваш, а не разработчиков.
Предложить разработчикам долю в вашем бизнесе — ведь именно они создадут вам технический продукт, через который вы в будущем получите личную выгоду, при этом не подняв им зарплаты в прошлом.
Местами похоже на идеи из запрещенной (за экстремизм, кажется) у нас серии книг «Управление», Хаббарда
На себе подобных сперва потестите, а не мешать нам работать.
У каждого своя работа, разработчик — разрабатывает, менеджер — пытается предпринять все меры для того, чтобы разработчик мог спокойно кодить. А за частую менеджменту приходится идти на всякие разные ухищрения, потому что сверху его обрезают безбожно. Или у вас другое видение ситуации? Может быть я просто не понял ваш комментарий.
<жалобный mode>
у нас вон развели бюрократию: скрамы, планирование, задачи в JIRA'е, всякий техпроцесс «положи сюда-перенеси сюда-потом сюда-тут поменяй версию», тесты, проставление времени в задачах — итого производительность отдела упала в РАЗЫ! Энтузиазма работать нет ни у кого. Программистов стало в 2 раза больше — а делаем меньше и такого-же качества, чем раньше по водопаду. И кому это все надо было?..
</жалобный mode>
У нас один энтузиазм, ни чего не разводили, применяем скрам и пм-системы в разумных масштабах. Делается всё, чтобы разработчикам было интересно работать. Но идут урезания свыше и по этому приходится еще больше «работать» с разработчиками, чтобы они не разбежались.
Если от перечилсенных процессов снижается продуктивность, то увольте пару менеджеров и наймите толковых devops. У вас явно что то не так с тех. процессами.
Ну почему-же. Говнокодить — на самом деле очень быстро получается, а вот если заставляют продумывать архитектуру, писать тесты, фиксировать изменения, отрабатывать заявки — да, скорость падает.
Возможно процесс наладили не через то место. Сейчас в компании используем Rally для скрама, все изменения мерджатся только после peer review (где в том числе проверяется полное покрытие unit тестами) в Stash и успешном билде на Дженкинсе. Время в задачах зло — оценивается толкьо примерная сложность на основе покера планирования, и на каждом «ретро» это дело пересматривается и тюнится. Менеджеров фактически не видно и не слышно — есть бизнес-лид (он же product owner), который выставляет приоритет задач и на этом руководящие функции как правило ограничиваются. В целом же качество и скорость разработки только увеличилась — все четко и слажено, каждый кусок кода оттестирован, все, что можно было автоматизировать — автоматизировано. Искренне рад, что не использется обычный «водопад». Собственно, один из пунктов Agile (и скрам в том числе) — сократить бюрократию и повысить скорость и гибкость разработки — что-то у вас определенно пошло не так (присоединяюсь к комментарию ниже об увольнении пары менеджеров).
Обман и уловки, перечисленные в статье, усложняют и без того натянутые отношения между программистами и менеджерами. Никами способами вы не изолируете программиста от информации, потому что информация для программиста — как железо для кузнеца. Без информации программист просто не сможет работать. Поэтому программист всегда будет в курсе своей рыночной стоимости. Не на работе, так в другом месте он все узнает и познакомится с нужными ему людьми.

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

Вместо того, чтобы пытаться бороться с программистами, попытайтесь найти с ними общий язык. Учите их, учитесь у них. Так вы сможете взаимодействовать гораздо эффективнее. Ваше руководство должно понимать, что квалифицированные кадры стоят дорого. Если у вас ограничен бюджет и вы ничего с этим сделать не можете, то поступайте также, как поступают обычно программисты в таких случаях (то есть те случаи, от которых вы хотите защититься методами, перечисленными в этой статье).
Вы меня не поняли, либо я не правильно все обьяснил. Со своими программистами я уже более 2х лет, за это время их численность увеличилась в 4-5 раз. Все это время у нас трудности: фин. и многие другие. И мое сообщение выше несло такой смысл: менеджер, при определенных трудностях/проблемах, должен делать все, если он дорожит своими проектами и коллективом. Мы со своими программистами обсуждаем все: реальную стоимость, возможности уйти куда-то и многое другое, но это и есть одна из, как тут назвали «Техник». Вот про такого рода отношения и ухищрения я говорил.
в таких случаях (трудности/проблемы, в том числе финансовые), думаю, не следует стараться удерживать прежний темп развития продукта, применяя всякого рода техники. Если проект больше не может содержать такое количество программистов, то лучше позволить некоторым уйти, если они этого захотят. Зато это освободит ресурсы для увеличения ЗП ключевым сотрудникам, не испортит кармы и позволит сохранить качество кода на прежнем уровне. Конечно скорость введения новых фич уменьшится, но так ведь этого и следует ожидать при наличии трудностей/проблем.
Про темп, я полностью согласен. Но, темп только возрастает, с подачи руководства, амбиции/завоевание мира/супер интересные проекты, много чего можно написать еще. Соответственно расширение коллектива, в большинстве не it, и соответственно фонд зп раздувается разработка и производство не может покрыть всего этого.
Но ставится задача «беспрецедентной» важности, не повалить проекты, в которые годы выкладывались силы и души. И по этому, мне, как руководителю it-отдела, приходится применять различные меры.
PS. Повлиять на ситуацию раздувания, нет возможности.
я помню менеджеры очень любят напоминать сотрудникам о своевременном уведомлении о возникающих проблемах и рисках. Думаю ваш случай как раз такой. Ваша задача — уведомить бизнес о рисках снижения качества работы в рамках предоставленного бюджета и предложить варианты по сокращению этих рисков (в том числе рисков потери квалифицированных кадров). Если бизнес в курсе и ничего все равно не происходит, то тогда конечно можно идти на всякие уловки. Но в этом случае контролировать ситуацию будет гораздо сложнее, я бы сказал даже, что в этом случае риск внезапного ухода работников существенно увеличивается.
Все уведомлено, бизнес в курсе. Все риски внезапных уходов известны. Но бизнес говорит: решайте проблемы. И как я уже говорил, уловки: помощь богов, танцы шаманов и т.п., на данный момент имеют некий результат. Уловки — не обман, а то многие меня не поняли.
Вот вам пример из жизни. В одно компании не поднимали з/п разработчикам с 2012 года. Я пришел туда в 2014, на уже не очень высокую з/п по меркам нашего региона (у меня был небольшой проект, который приносил деньги, так что я мог позволить себе) с обещанием премий и последующего роста.

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

Потом я выяснил, что у начальника отдела з/п такая же, как у меня, а у другого разработчика — даже меньше.

Ребята там работали как раз за счет всяких уловок: их меньше контролировали, разрешали опаздывать и брать отгулы и т.п. + постоянно напоминали, что они здесь выросли (они реально работали там с начала карьеры почти) + при закрытии проектов иногда подкидывали премии (за полгода моей работы там мы не закрыли ничего — проекты долгие).
На просьбы увеличить з/п был постоянный ответ «денег нет, но скоро будут».

Естественно, когда я понял, что тут ничего не светит, то очень быстро нашел себе другую работу, с з/п в 1,5 раза выше, а на мое место взяли другого человека.

В 2016 году я уже получал более чем в 2 раза больше, чем в той конторе и в моей компании появились вакансии. Я написал коллеге, который все еще там работал. Оказалось, что он еще получает ту же з/п, что и раньше.

В итоге, 3 человека (включая начальника) оттуда ушли в мою компанию, причем ушли они не сразу, а по очереди (с интервалом в месяц). Но руководство начало «что-то подозревать» только на предпоследнем (начальнике). Пытались уговорить его остаться, подняли з/п на 20%, но уже даже на 100% был не согласен, т.к. понимал, что в будущем опять встретит эту проблему.

После того, как последний оставшийся разработчик (самый опытный и ключевой — на его место найти специалиста было бы практически нереально) написал заявление, они предложили ему увеличить з/п в 2,5 раза и он остался. Это позволит им поддерживать существующие проекты, но новые брать они уже не смогут.

Сейчас они вывесили вакансию на з/п в 2 раза больше, чем получали их разработчики, но она висит уже 3 месяца и никого они не нашли.

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

Итого:
— бизнес не хочет увеличивать расходы на ИТ
— бизнес хочет увеличивать нагрузку на ИТ
— бизнес хочет, чтобы возникающие проблемы решали вы за счет уловок
Ну тогда это проблема владельцев бизнеса, топов и финотдела, а не ваша. Переживать не о чем, вы свою работу сделали. Иначе получается, что вы должны за счет этих «уловок» гробить свою личную репутацию на пользу бизнесу. Выбор за вами. Конечно, возможно, этот бизнес вам так дорог, что вы готовы поставить на кон свою репутацию, например, если вы в доле. Но тогда вряд ли бы вы плакались об этом на Хабре.
Всё правильно, нет программистов — нет зарплаты, сплошная выгода ;0
Всё правильно, нет программистов — нет зарплаты, сплошная выгода ;)
Напишите третий комментарий, с другим смайликом.
Я написал один комментарий. Особенности работы кода, написанного «оптимально» оплаченными программистами.
Напомнило… Сегодняшний день, месяц, года.
Как-то это всё странно…
Почему бы просто не завладеть волей и разумом программистов. Полностью.
«К сожалению, их труд стоит дорого, они ленивы и их почти невозможно контролировать.»

Лень программиста, который автоматизирует рутину совершенно непохожа на лень человека другой профессии, который просто не делает.

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

Все чаще и чаще приходится разбираться самостоятельно с домашними ремонтами, сантехникой, готовкой еды, потому что сантехники, штукатуры, маляры настолько ленивы и неаккуратны, что человек вообще без опыта работы, может выполнить работу качественнее. При этом готов платить более чем адекватные деньги. Но найти человека, который просто выполнит работу, тщательно описанную, согласованную, с оговоренной и утрясеной зарплатой — …
Автор просто путает программистов и сисадминов — у первых возможностей для автоматизации значительно меньше, в то время, как у вторых лень как раз и является движущей силой, а целью — абсолютное отсутствие телодвижений по причине того, что всё работает само.
В этом кроется и беда сисадминов. Отсутствие видимых телодвижений обычно не нравится руководству
UFO just landed and posted this here
Это же типичные «Вредные советы», а тут многие обсуждают их с серьёзным видом…

Следуя этим советам можно легко загубить любую компанию. На самом деле любой разработчик (разве что кроме джуниоров) знает свою цену и не будет работать за еду. Многие компании готовы предложить даже больше его реальной стоимости — лишь бы переманить к себе. К тому же для большинства разработчиков не важно как называется их должность. Они лучше будут работать «джуниорами» с сеньёрской зарплатой, чем наоборот.

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

Про кофе-машины и прочие плюшки — в этом есть доля правды, но в случае, если не выполняется пункт про «держать в постоянном напряжении». Зарплаты программистов довольно большие, что позволяет им отказаться от дополнительных 200-300 долларов, но в замен получить спокойную работу в приятной обстановке. Если компания может прибавить к этому загранкомандировки (особенно на конференции и тимбилдинги с заказчиком), то это ещё минус 100 баксов в зарплате.

программисты умные, не играйте на их поле, тащите их на своё и там запугивайте и манипулируйте, личная неуверенность монетизируется лучше всего
Скупой, как известно, платит дважды.
Живой пример нашего небольшого городка. До сих пор все полагают, что сайт сделать — это копейки. Ну есть умельцы, которые и делают за копейки. В итоге наш городок практически отсутствует в Интернет, а если и присутствует, то в виде такого позорища, что и показать стыдно. Я уже принципиально не работаю с заказчиками из нашего славного городка, благо рядом мегаполис — есть заказы, да и удаленную работу никто не отменял — а там все мегаполисы страны.
Не получится программисту платить меньше, профессионалу — достойную оплату труда! Иначе вы рискуете получить многократно пере-недо-писанную корявую систему, заплатите по мелочам программерам криворуким, а в итоге все-равно вернетесь к профессионалам, но при этом потеряете и время, и деньги потраченные впустую.
Проведу аналогию. Вы собрались дома сделать ремонт. К кому вы обратитесь — к шаромыжникам, которые готовы взяться за любую работу, совсем недорого, или все же обратитесь к профессионалам, которые знают как, что и каким образом надо сделать?
> все мегаполисы
мира.
Можно программистам вообще не платить. Совсем. Просто не нанимайте себе программистов — займитесь бизнесом, который не «привязан» к программистам. Постойте! Там тоже же надо будет нанимать персонал. Или нет? Вот блин засада-то! Вариантов остается два — либо делать бизнес «в одного», либо идти работать «на дядю».

Теперь по делу: мне как и некоторым людям выше в комментариях показалось, что статья просто стеб. Автор реально верит в сказки, что программисты не будут ходить на конференции, потому что он так решил? А что если конференция будет в выходные? По поводу денег и сокрытия данных — это же миф. Мы все прекрасно понимаем сколько получают наши друзья программисты ибо по другому никак. Чтобы быть в теме и рынке некоторые, если не многие, постоянно мониторят рынок труда, чтобы понимать уровни денег и мейнстримовые скиллы, которые нужно растить и развивать в себе.

Столько мыслей крутится в голове, а тег то у нас «управление людьми, юмор»)) Но здесь забавно то, что я работал в одной компании, где на уровне официальный корпоративных правил было запрещено рассказывать о своей ЗП коллегам. И это не было юмором или шуткой — все серьезно.
Что-то некоторые пункты для меня кажутся не совсем логичными:
Повышайте случайно
Впервые о таком слышу, если честно.
Никаких конференций
Как по мне, посещение конференций является весьма полезным мероприятием
Держите их в напряжении
Совсем недавно знакомая уволилась именно по этой причине. Кстати после увольнения она даже бросила курить. А начала курить именно из-за вечного чувста напряжения на работе и дедлайнов. Думаю, логичнее просто дать понять программисту, что он нужен проекту.
Используйте важные названия должностей
Если вы платите достойную зарплату сотруднику(или достаточно, как ему кажется) и программист чуствует свою необходимость проекту, то не нужны никакие крутые должности. Из-за своей крутости человека и так могут называть «Богом Ассемблера», «Принцессой Git-а», ну или ещё как-то по вашим супер-скилам

Юмор понятен. Но вот реальный способ платить меньше.
Выдавайте часть зарплаты различными социальными бонусами: карты на обеды, проезд в общественном транспорте, мед. страховка, абонемент в спортзал, etc… Вроде как для работника сумма та же, а вы экономите на налогах (НДС, подоходный).

UFO just landed and posted this here
Хороший соцпакет — важный фактор в удержании сотрудников. Например, полная ДМС (а не «компания оплачивает 30%, какая радость», оплаченный абонемент в спортзал (а не «фантастическая корпоративная скидка» или «специальная цена»). Сюда же можно отнести гибкий график работы, ориентированность на результат, а не на просиженное в офисе время — и тогда такое предложение будет выглядеть интереснее аналогичного, с бОльшим окладом, но без бенефитов.
UFO just landed and posted this here
Да, я тоже заметил такую особенность :)
Предлагаю изменить название на «как платить меньше»,
это статья может использована для любой профессии. Не обязательно выполнять сужение до «программиста» :)
Довольно интересная тема. Работаю в одном немецком е-коммерс предприятии и в скором времени как раз наступит вопрос продления контракта и обсуждение зарплаты и прочих фишек на следующий период. Естественно, когда контракт подписан, то получаешь зарплату строго оговоренную в контракте, если опять же, в этом же конракте не прописано, что вопрос повышения зарплаты будет обсуждаться отдельно (обычного такого нет).

По пунктам:
Держите зарплаты в секрете — так и есть, никто о зарплатах открыто не говорит — ни сами немцы, ни руководство. Зарплата обсуджалась ровно один раз — два года назад на собеседовании.

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

Никаких конференций — к сожалению, это так. Поездку на конференцию надо обосновать с точки зрения ее привлекательности для бизнеса. То есть продажники ездят на тот же CeBIT, IT ни разу никуда не выезжалю

Следите за ними — правда примерно на 50%. Работодатель знает время работы, просят тречить задания, остальное вроде более-менее свободно.

Договаривайтесь с конкурентами — Европа очень открыта, так что это получится врятли сделать.

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

Постройте семью — вот это вообще отсутствует. Летом один раз общий гриль, зимой один раз поход в ресторан. Ничего остального из выше упомянутого нет вообще. Аргументируется тем, что 3/4 предприятие — это низкооплачиваемые работники производства и упаковки.

Держите их в напряжении — это присутствует и приходится работать над тем, чтобы ситуация улучшалась.

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

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

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

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

Коллеги, что посоветуете делать?
В том или ином виде большинство приведённых способов присутствует в большинстве компаний.
Противоположными будут какие-то такие советы: Постоянно обсуждайте и требуйте повышений, минимум раз в пол года. Добудьте оффер и приходите на обсуждение с оффером от конкурентов. Если не продвигаетесь в карьере быстрее остальных, значит делаете слишком мало для этого. Постоянно сообщайте о своих успехах, даже мелких, видимость работы важнее самой работы. Заведите (или скажите, что завели) домашнего питомца, огромного, чтобы в офис невозможно было брать с собой, будет хорошим поводом отпрашиваться с работы каждый день пораньше, прогуливать тим билдинги и позволит в целом уменьшить напряжение. Никогда не давайте точные сроки менеджерам, всегда давайте промежуток с минимум пятикратной разницей по времени, позволит работать не спеша и меньше волноваться за сорванные «дедлайны», т.к. сразу предупреждали. Заведите отдельный телефон для работы, отключайте его по приходу домой, позволит подстраховаться от лишнего стресса дома.

Оффер от конкурентов — это купон на повышение зарплаты, который, как правило, гасится один раз :-)

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


У нас придумали гениальный ход — наняли преподавателя английского языка. Занятия бесплатные и даже обязательные. В рабочее время. Но каков эффект — теперь все от мала до велика ходят униженные. Англичанка заставляет делать план развития, достигать новых недостижимых уровней B1 B2… При этом сами темы уроков не лезут в голову даже если их перевести по русски. Я когда устраивался у меня был уровень B1+, B2 после года обучения он даже понизился до твердого B1.
UFO just landed and posted this here
Интересно, как это — обязательные? Санкции за непосещение по закону наложить нельзя, а если учитель не устраивает — требуйте замены.

Можно, в трудовом контракте часто бывает пункт работник обязуется повышать квалификацию и т.п. Формально если работник отказывается ходить на курсы, организованные работодателем за собственный счет и в рабочее время, это формальный повод для увольнения и суд вряд ли присудит работнику компенсацию при увольнение. Это равносильно «я не буду делать проект, потому что мне менеджер не нравится или не хочу работать с клиентом, потому что он мне не нравится». Конечно, работник всегда может написать по собственному.

Но каков эффект — теперь все от мала до велика ходят униженные

Сомнительно что такая была цель у руководства, скорее просто выбрали неправильного учителя. Хороший программист может не иметь склонности к языкам, вряд ли это сильно повлияет на его самооценку как профессионала (особенно если он работает только на русскоязычном рынке).
UFO just landed and posted this here
Вы забыли «в рабочее время», кому это не интересно пусть сидит на курсах и долбится головой в парту, или идет к начальству с отмазкой. Например: «Мой уровень выше уровня этих курсов, я в это время лучше поработаю»
Вместо того, чтобы ходить униженными, лучше бы пошли и поговорили с вашим менеджером. Думаю ни у кого в компании нет желания тратить деньги впустую. Поэтому если вы аргументируете что квалификация учителя и его требования находятся под сомнением и приложите к этому доказательство в виде понижения уровня, то думаю что этот вопрос обязательно рассмотрят и решат. Другое дело, если вас не устраивает само изучение английского на работе. В этом случае лучше уйти в другую компанию (опять же предварительно поговорив с менеджером — думаю если вы ценный сотрудник, то вам могут пойти на уступки).

Ну и в понижении уровня нет ничего удивительного. К примеру если вы работаете не с иностранным заказчиком, то вам просто негде применять язык и оттого он забывается.
Нужно добавить, что указанные описания действуют только на новеньких сотрудников, кто после университета, либо те, кто долго сидит на одном месте на любую зарплату, лишь бы не выходить из зоны комфорта, либо на тех, кто не имеет огромного опыта работы на разных проектах и в разных компаниях. Грамотный специалист каждый год будет проходить собеседование в другой или даже своей компании, чтобы понять свой уровень. Желательно ходить частенько на собеседования, чтобы соответствовать текущему спросу на рынке труда и быть в курсе заработной платы, которую готовы платить работодатели.
Шикарная статься, юмор конечно, но правда, жутко немного этого становится…

Не-не, не так это делается. Делаются грейды, желательно цифровые. Мол вы разраб 1-го уровня, ваша зарплата 20, а Вася 5-го, у него 50. Аттестация делается не чаще чем раз в несколько месяцев, а требования на аттестацию исключительно на скорость работы. В итоге при 10 объявленных уровнях, не упахиваясь выше 6-7 не поднимешься. Ну и вишенкой на торте, время, необходимое на задачу, оценивает исключительно менеджер.

Я лет 7 назад на конфе слушал хорошо отрепетированный доклад, где такая система описывалась. Позднее со знакомой общался, которая пол года работала на поддержке 1С'ки в какой то конторе со схожей системой оценки и оплаты труда, куда устроилась после курсов, а на курсы пошла после того как больше десяти лет пробыла домохозяйкой.

Sign up to leave a comment.

Articles