KnigkinDom.org» » »📕 Как хорошему разработчику не стать плохим менеджером - Константин Борисов

Как хорошему разработчику не стать плохим менеджером - Константин Борисов

Книгу Как хорошему разработчику не стать плохим менеджером - Константин Борисов читаем онлайн бесплатно полную версию! Чтобы начать читать не надо регистрации. Напомним, что читать онлайн вы можете не только на компьютере, но и на андроид (Android), iPhone и iPad. Приятного чтения!

1 ... 14 15 16 17 18 19 20 21 22 ... 32
Перейти на страницу:

Шрифт:

-
+

Интервал:

-
+

Закладка:

Сделать

При этом очень странное ощущение было, когда меня повысили в должности и повысили мою зарплату. Я спросил:

– Вы мне оклад повысили на 15%, а на сколько вырастет моя зарплата вместе с премией? Меня же полная сумма интересует.

– Никто не знает. Величину премии мы каждый раз заново рассчитываем.

– Но хотя бы суммарная зарплата в следующем квартале будет выше, чем в этом?

– Неизвестно. Может быть и ниже, если премия будет меньше.

– То есть мой оклад повысили, но зарплата может и уменьшиться?

– Ну да…

Я понимал, что происходит с точки зрения имеющейся системы, но с точки зрения здравого смысла было смешно.

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

Наблюдая за работой разных зарплатных систем, я пришёл к выводу, что к сложным премиальным системам приходят там, где менеджмент слаб. С бытовой точки зрения денежная мотивация кажется самой логичной, а как мотивировать по-другому, люди не понимают. Поэтому пытаются сделать некую систему, которая всё бы делала “автоматически”. Опытному менеджеру проще объяснить задачи команде, чем пытаться подогнать обобщённую систему под свои задачи.

Если вам кажется, что я ошибаюсь, и в вашей компании реализована удачная система премирования разработчиков, пожалуйста, напишите мне о ней на borisovke@gmail.com. Мне эта тема очень интересна.


Как хорошему разработчику не стать плохим менеджером
История про увольнение из-за повышения зарплаты (часть 2)

Ещё одна история про то, как сотрудники увольняются, когда им повышают зарплату.

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

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

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

По поводу этой истории меня часто спрашивают, не разумнее ли держать программистов “на голодном пайке”, чтобы они ценили свою работу и боялись увольнения. На это мне очень трудно отвечать серьёзно. Хорошо хоть цепями приковывать не предлагают. Я считаю, что хорошо платить за хорошую работу – это принцип, который надо соблюдать, чтобы быть успешным в средней и, тем более, дальней перспективе. Те, кто пытаются не доплачивать своим сотрудникам, не удерживаются на таком сложном и современном рынке как рынок IT услуг.

В качестве примера могу привести другой пример. Я работал в компании, условия работы в которой были откровенно тяжёлые: нервная работа, требовательный менеджмент, сложные задания, постоянное давление со всех сторон. Но оплата очень хорошая. Каждый получал в 3-4 раза больше, чем это возможно в соседних компаниях. Текучка в этой компании была просто поразительная. Многие отрабатывали 2-3 месяца и увольнялись. При этом они так и говорили: “С такой зарплатой я уже успел заработать достаточно, чтобы раздать все долги и накопить немного. Теперь попробую поискать что-то более нормальное”. На безденежье высокая зарплата привлекала, но как только финансовые проблемы были решены, люди не хотели так напрягаться, как раньше, и меняли место работы. Многие шли в эту компанию, чтобы заработать конкретную сумму: для открытия собственного бизнеса, для покупки квартиры или для переезда за рубеж. Как только сумма была накоплена, люди уходили. А копить получалось быстро.

Казалось бы, очень просто можно текучку уменьшить. Надо просто снизить зарплаты. Тогда люди будут вынуждены работать дольше, и текучка будет ниже. Да ещё и экономия денег на зарплате будет большая. Одни плюсы и никаких минусов! Так?

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


Как хорошему разработчику не стать плохим менеджером
Кейс "Деньги за тестовое задание"

В своей книге “Брать или не брать? или Как собеседовать разработчика” я обращал внимание на то, что если при приёме на работу кандидатам нужно выполнить тестовый проект, похожий на реальный, то некоторые кандидаты возмущаются и считают, что их пытаются склонить к бесплатной работе. Такие кандидаты потом портят имидж компании, заявляя, что та под видом тестового проекта заставляет делать реальные проекты.

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


Анализ

Для начала стоит заметить, что чаще всего об “обмане” заявляют те, кто задание не может выполнить. Они чаще всего не могут даже понять, что это не реальный проект, а тестовое задание, которое самостоятельной ценности не имеет. Что изменится, если мы им предложим $50? Как ни странно, ничего. Они по-прежнему будут считать задание реальным проектом очень большого объёма. Ну, предлагает компания немного денег и что? Ведь проект стоит гораздо больше! Они же на него убили неделю и сделали только 10%. Значит, компания обманывает и хочет получить код, который стоит $10000 за $50.

1 ... 14 15 16 17 18 19 20 21 22 ... 32
Перейти на страницу:
Отзывы - 0

Прочитали книгу? Предлагаем вам поделится своим отзывом от прочитанного(прослушанного)! Ваш отзыв будет полезен читателям, которые еще только собираются познакомиться с произведением.


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

  • 1. Просьба отказаться от дискриминационных высказываний. Мы защищаем право наших читателей свободно выражать свою точку зрения. Вместе с тем мы не терпим агрессии. На сайте запрещено оставлять комментарий, который содержит унизительные высказывания или призывы к насилию по отношению к отдельным лицам или группам людей на основании их расы, этнического происхождения, вероисповедания, недееспособности, пола, возраста, статуса ветерана, касты или сексуальной ориентации.
  • 2. Просьба отказаться от оскорблений, угроз и запугиваний.
  • 3. Просьба отказаться от нецензурной лексики.
  • 4. Просьба вести себя максимально корректно как по отношению к авторам, так и по отношению к другим читателям и их комментариям.

Надеемся на Ваше понимание и благоразумие. С уважением, администратор knigkindom.ru.


Партнер

Новые отзывы

  1. Тамаринда Тамаринда21 июнь 12:33 Редко что-то цепляет, но тут было всё живое, жизненное, чувственное, сильное, читайте, не пожалеете о своём времени...... Хрупкая связь - Ольга Джокер
  2. Гость Марина Гость Марина20 июнь 06:08 Книга очень понравилась, хотя и длинная. Героиня сильная личность. Да и герой не подкачал. ... Странная - Татьяна Александровна Шумкова
  3. Гость ДАРЬЯ Гость ДАРЬЯ18 июнь 08:50 После 20й страницы не стала читать, очень жаль, но это огромный шаг назад, даже хуже - обнуление.... ... Пропавшая девушка - Тесс Герритсен
Все комметарии
Новое в блоге