Как не переплатить программисту?

Услуги программистов нужны практически любому бизнесу – от создания сайта, до, например, систем автоматизации бизнес-процессов, а спрос на IT-специалистов, по данным экспертов, превышает предложение.

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

Дмитрий ЧуркинНе понимая в IT, искать программиста не стоит

Дмитрий Чуркин, CEO группы компаний «Бизнес-Гарант», эксперт Executive.ru

Неквалифицированному в IT-сфере собственнику или генеральному директору пытаться найти такого программиста самостоятельно не стоит. Эту задачу надо или поручить проверенному и правильно мотивированному IT-директору, или обратиться в профильное кадровое агентство, специализирующееся в IT-сфере.

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

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

Найденный сотрудник должен быть правильно мотивирован. Они все хотят космические оклады. При этом со временем расслабляются, и перестают отрабатывать заоблачные фиксы. Необходимо озвучить средний фикс, и бонус, поднимающий совокупный доход до верхней границы суммы, озвученной программистом. Бонус должен выплачиваться или регулярно (ежемесячно/ежеквартально) или попроектно. KPI – сроки и качество (внутренний акт приемки) сделанной программистом работы. В случае срыва сроков или ненадлежащего качества заранее обговорите серьезные штрафы, или полную невыплату бонуса.

Елена БасалаеваПусть программист работает за долю в бизнесе

Елена Басалаева, консультант, эксперт Executive.ru

Первый вариант простой, но неожиданный – пусть программист работает за долю в бизнесе, долю в прибыли или за процент от выручки. Тогда, сколько бы вы ни заплатили – вы в любом случае в выигрыше и уж точно не переплатите. Есть увеличение прибыли – программист свои деньги получает. Нет ожидаемого результата – и оплаты тоже нет.

Второй вариант – предложить студенту-программисту написать реальный диплом на вашей базе. Ему – опыт, вам – клиенты. И можно совсем не платить – программист учится, а вы ничем не рискуете... А если подобные дипломы независимо друг от друга будут писать несколько студентов одновременно, то вы еще и сравнивать можете и выбирать лучшие варианты. Можно эту задачу предложить и продвинутым в плане программирования школьникам. Просто поговорите с руководителями школьных кружков, кружков в домах творчества или их аналогах.

Третий вариант – опишите свою ситуацию в виде бизнес-кейса и предложите для решения какому-нибудь кейс-клубу, а лучше – нескольким. Этот способ хорош тем, что помимо самого решения можно получить и вполне слаженную работоспособную команду, предложившую решение, которая может попробовать доказать эффективность этих решений на практике.

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

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

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

Анатолий КурочкинС одиночкой гораздо проще попасть на недобросовестного исполнителя

Анатолий Курочкин, советник 2 класса, эксперт Executive.ru

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

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

Был случай в моей личной практике, когда большой банк заказал сложную систему документооборота. Удалось значительно сбить цену, процентов на 30. Часть функционала была нам подарена. Внедрение прошло прекрасно. А потом – стоп. Комплекс так и остался невостребованным. И подобных случаев – великое множество!

Программисты крайне внимательно относятся к техническому заданию. Чем точнее оно будет, тем проще и ему, и заказчику. Не надо упускать мелочи – если заказчику хочется, чтобы была кнопка красного цвета, то так и нужно писать в ТЗ. Никаких общих слов! И именно с ТЗ, перед его подписанием, нужно начинать торговаться. Вполне возможно выяснить наиболее трудоемкие работы по заказу. Может быть, что часть функционала будет не востребована.

Можно почитать ГОСТ 19.201-78 – это ТЗ на программу. Или ГОСТ 34.602-89 – это ТЗ на автоматизированную систему, то есть железо плюс софт. Не пугайтесь года издания, оба ГОСТа действующие. Не гонитесь за оформлением по ГОСТ. Если для вас не существенно следование стандартам, просто посмотрите на рекомендуемое содержание – некоторые разделы полезны.

Программисты, без всякого сомнения, любят лицензии. Это результат прошлой работы, но чаще всего – более легкий заработок. Если возникнет такая перспектива, то берите минимальный пакет. Любая программа в корне отличается от какого-либо материального продукта. Ни программист, ни вы не можете знать, как она ляжет на ваш бизнес.

Чего боятся программисты? Боятся они сроков исполнения. Если проект не типовой, то предугадать конечный срок очень непросто. Разбивайте на этапы и каждый этап разработки оценивайте индивидуально. С разбиением на этапы вы и сами будете ориентироваться в трудоемкости разработки.

Не любят программисты пренебрежения к своему труду, хотя, кто любит это? Не любят, когда заказчик сам не знает, чего хочет. Пожалуй, самая сложная задача – понять себя и свои хотелки. Не пожалейте времени узнать мнение сотрудников о желаемом функционале. Если заказываете сложную систему, то узнайте, где уже работает подобная. Съездите и посмотрите в работе.

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

Александр КрючковСредняя стоимость часа работы программиста 600-800 рублей

Александр Крючков, директор, АВК Консалтинг, эксперт Executive.ru

При поиске спеца под определенные задачи, я поступаю следующим образом:

  • Стараюсь найти на специализированных сайтах (cyberforum.ru, kwork.ru) аналогичные задачи и примерную стоимость их выполнения. Ищу кейсы выполненных задач и смотрю на затраченное время.
  • На этих же площадках могу закинуть запрос на оценку проекта по времени.
  • Средняя стоимость часа работы программиста 600-800 рублей. Профессионалы доходят до 1200 рублей.
  • Самое главное, я оцениваю задачу по ее ценности и эффективности. Какой экономический эффект я получу от ее реализации и какой бюджет можно выделить на ее решение. Под бюджет ищу специалиста.

Максим ЧасовиковБазовая стоимость конечного исполнителя – 50-70% от цены компаний

Максим Часовиков, ведущий специалист, МГУ им. Ломоносова, эксперт Executive.ru

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

Следует определиться с тем, какие именно задачи вы предполагаете решить с помощью такого специалиста. Определить ценность той выгоды, которую вы с его помощью хотите для себя получить. Это будет максимально возможной оценкой. Определите для себя, что вы хотите получить – готовый результат, или время работы специалиста. Если для вас предпочтителен второй случай, то особое внимание уделите тому, как вы будете управлять работой специалиста.

В первом случае в профессиональном сообществе уточните стоимость аналогичных работ, в том числе, например, зайдя на сайты специализированных компаний. И в процессе переговоров с исполнителем используйте эту оценку. Обычно базовая стоимость для конечного исполнителя составляет 50-70% от того, что указано на сайтах. Если вы отталкиваетесь от времени работы специалиста, то на сайтах поиска работы можно узнать стоимость аренды таких компетенций.

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

Дмитрий ГорынинА есть ли смысл нанимать программиста в штат?

Дмитрий Горынин, руководитель, технологический центр Accenture в Твери

 

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

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

Еще одним важным показателем является стоимость владения сайтом, которая включает и зарплату, и премии программиста в штате. Эти показатели понятны и наглядны для владельца. Референсные значения этих показателей, даже у конкурентов, получить несложно. Так задача оценки эффективности работы станет понятной и решаемой.

Татьяна АфонинаНе стоит рассчитывать на проактивный подход

Татьяна Афонина, HR-директор, CloudPayments

В первую очередь, чтобы оценить работу, необходимо четко сформулировать техническое задание. Необходимо продумать и прописать реальный объем задач. Нужно понимать, что разработчик сделает только то, что вы пропишете. Он не будут анализировать задачу с точки зрения бизнеса, и не будут вносить предложений, как сделать лучше. Поэтому вы должны понимать, какое ТЗ – такой конечный результат. Если вы с точки зрения бизнес-логики не предусмотрели какие-либо моменты и дополнительные фичи, то не стоит винить программиста, что он не догадался улучшить процесс. Не стоит рассчитывать на проактивный подход, но стоит обратить внимание на портфолио кандидата. И главный совет, если ваш бизнес сильно зависит от технологий, то лучше иметь технического учредителя или нанять технического директора.

Полина ГалинскаяХорошая работа, протестированная и проверенная на ошибки, стоит денег

Полина Галинская, контент-маркетолог, биржа фриланса fl.ru

У каждого исполнителя на фрилансе может быть своя ценовая ставка за конкретные виды работ. И это нормально: один будет апеллировать к тому, что на создание уникальной под вас системы уйдет несколько дней, другой снизит цену, просто потому, что новичок и хочет набить руку. Поэтому в случае привлечения разработчиков или программистов сложно понять даже ценовую вилку. Но есть определенные лайфхаки.

Посмотрите среднюю ставку на конкретный вид работ на бирже. Например, если вам нужен простой сайт-конструктор, проект нужно разместить в разделе «Разработка сайтов». Первые три страницы из каталога фрилансеров принадлежат ведущим исполнителям с высоким рейтингом и большим стажем. Исходя из их стоимости работ в разделе «Портфолио» или «О себе», отнимите в среднем 10-15%, и получите среднюю ставку за работы на бирже. Ее можете указать при создании проекта.

Попросите смету с указанием трудозатрат. Можете прислать шаблон самостоятельно или попросить фрилансера сделать таблицу с указанием % времени или количества часов на определенный вид работ, сроки исполнения и виды работ. Если каждый пункт можно оценить в деньгах, то добавить стоимость. Как правило, программисты не могут сделать по каждому пункту ценовую ставку, а за блок могут. Скажем: за создание шаблона сайта и наполнение вашим контентом – цена N рублей, за SEO – X рублей. Учитывайте, что в случае работы с программистом сэкономить скорее получится на сроках исполнения, чем в деньгах. Потому что хорошая работа, протестированная и проверенная на потенциальные ошибки, стоит денег.

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

Государство пока оставляет за собой право не штрафовать компании и фрилансеров, которые проводят оплаты с карты на карту, но статус самозанятого введен неслучайно: заказчик не тратит время на оформление сложных юридических документов, не платит НДФЛ, страховые взносы. Это делает фрилансер сам. Получается, экономия на работе с физлицом – до 40%, а с юрлицом – около 20%. Есть еще более простой способ – платить по эскроу-счету, так называемой «Безопасной сделке»: заказчик вводит свой мобильник и номер карты через систему биржи и деньги в течение суток переходят фрилансеру после утверждения заказа.

Иван РоманькоДля проектов нужно использовать облачные решения

Иван Романько, директор по разработке, Selectel

На долгосрочные проекты специалистов нужно брать в штат и не меньше двух – получится качественнее и выгоднее по стоимости. Для реализации краткосрочных проектов нужно стараться использовать как можно больше готовых облачных решений – это позволит держать штат IT-сотрудников небольшим.

Если чувствуете, что необходима дополнительная экспертиза, то поиск кандидатов можно доверить рекрутинговому агентству, специализирующемуся на поиске IT-специалистов. Их услуги платные, но они самостоятельно анализируют рынок, умеют отбирать людей, подходящих под задачи и трезво себя оценивающих. Аналогичный подход применим с построением комплексных систем из нескольких облачных проектов – внешний эксперт настраивает связь GSuite с облачным confluence и оставляет систему на поддержку недорогому специалисту в штате.

Алексей ФедотовВыбирайте человека не по переписке, а по живому общению

Алексей Федотов, технический директор, Tamtem.ru

 

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

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

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

В-третьих, есть фриланс-биржи, куда можно выложить проект и люди напишут свои расценки.

В-четвертых, выбирайте человека не по переписке, а по живому общению, так вы поймете его интерес к проекту.

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

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

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

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

Даниил ВершининПри длительном сотрудничестве обычно выгоднее нанять программиста в штат

Даниил Вершинин, старший программист, Polarr

Разные задачи требуют специалистов разного уровня. Определенные задачи могут быть выполнены junior-программистами, тогда как другие только senior-программистами. Последние стоят существенно дороже. Как правило, чем специфичнее задача, тем более дорогим будет специалист. Например, «Разработать iOS-приложение для управления доставками цветов» требует опытного разработчика для iOS. Напротив, общие задачи всегда стоят дешевле из-за большего предложения на рынке. Например, с сайтом-визиткой справится практически любой программист. Заранее определитесь с длительностью сотрудничества. Вне зависимости от задачи, при длительном сотрудничестве обычно выгоднее нанять программиста в штат.

Фото в анонсе: freepik.com


Материал подготовлен с помощью сервиса «Лига экспертов» Executive.ru. Комментарии экспертов Executive.ru публикуются в начале текста, со ссылкой на профайл участника Сообщества.

Расскажите коллегам:
Комментарии
Инженер-конструктор, Санкт-Петербург
Андрей Роговский пишет:
Конечно. Весь вопрос только в том, как вы будете писать ТЗ. Потому что программист как джинн - если вы что-то упустите в ТЗ, то это вам выйдет боком.

В ТЗ обычно детально не расписывают все контрольные биты, флаги, статусы, которые надо использовать при написании программы, это на усмотрение программиста.

Там расписывается, что из чего должно получиться и что при этом должно учитываться.

Ну а при приемке программы, берем контрольные примеры и смотрим, что получается реально.

Другое дело, что программист может сказать, что ТЗ имеет внутренние противоречия, содержит неопределенности или не корректна в какой-то части. Тогда Заказчик должен устранить эти замечания или придти к взаимному пониманию с программистом.

Консультант, Украина
Михаил Лурье пишет:

В ТЗ обычно детально не расписывают все контрольные биты, флаги, статусы, которые надо использовать при написании программы, это на усмотрение программиста.

Ну давайте простой пример. Программа для интернет-магазина, которая размещается в Яндекс.Облаке.

Все расписано как положено, без битов, флагов и статусов а на уровне "страница заказа" - "страница оплаты".

Все работае и тут - БАЦ, вам приходит счет на миллион от Яндеса. А роста продаж при этом нет. Какого такого - скажете вы.

А вот какого - весь процесс логики был оформлен в виде запуска кода на https://cloud.yandex.ru/services/functions, по каждому экземпляру кода на страницу заказа/оплата. Но работали они при этом с единой СУБД.

Соотвественно, когда облачная функция клала товар в корзину (таблицу СУБД), то эта таблица блокировалась для остальных до того момента, пока блокировка не снималась (оплата либо отмена). А так как за время каждого экземпляра капают денежки - оно и накапало на миллион.

Продолжайте не расписывать контрольные биты и платите каждый раз по миллиону за собственное IT-невежество.

 

Консультант по корп. финансам
Михаил Лурье пишет:

В ТЗ обычно детально не расписывают все контрольные биты, флаги, статусы, которые надо использовать при написании программы, это на усмотрение программиста.

Поэтому программы на предприятиях так и работают. (Вы же знаете как?). И процент успешных внедрений Вы тоже примерно знаете?

Инженер-конструктор, Санкт-Петербург
Андрей Роговский пишет:
А вот какого - весь процесс логики был оформлен в виде запуска кода на https://cloud.yandex.ru/services/functions, по каждому экземпляру кода на страницу заказа/оплата. Но работали они при этом с единой СУБД. Соотвественно, когда облачная функция клала товар в корзину (таблицу СУБД), то эта таблица блокировалась для остальных до того момента, пока блокировка не снималась (оплата либо отмена). А так как за время каждого экземпляра капают денежки - оно и накапало на миллион.

Согласен с Вами, но то, о чем Вы пишете, это некорректное использование внешних сервисов к тому же платных.

Эти моменты разумеется должны быть расписаны отдельно и разумеется тем, кто эти сервисы знает.

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

Андрей Роговский пишет:
Продолжайте не расписывать контрольные биты и платите каждый раз по миллиону за собственное IT-невежество.

Контрольные биты надо расписывать в тех случаях, когда это необходимо.

Разработчик ТЗ должен знать материальную часть или привлечь того, кто знает.

Инженер-конструктор, Санкт-Петербург
Андрей Панахов пишет:
Михаил Лурье пишет: В ТЗ обычно детально не расписывают все контрольные биты, флаги, статусы, которые надо использовать при написании программы, это на усмотрение программиста.
Поэтому программы на предприятиях так и работают. (Вы же знаете как?). И процент успешных внедрений Вы тоже примерно знаете?

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

Консультант, Украина
Михаил Лурье пишет:

Контрольные биты надо расписывать в тех случаях, когда это необходимо.

 

То есть - расписывать всегда :)

 

Консультант по корп. финансам
Михаил Лурье пишет:

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

Я понимаю, у Вас в таких случаях программист сам выполняет роль бизнес-аналитика/системного аналитика. Но это отражается в его часах - он может писать код только 10-30% времени.

И за остальное время он в уме доводит ваше "ТЗ" до состояния технического проекта.

Если в компании на >50% загруженный кодер, и между ним и конечным пользователем (который пишет ТЗ без детализации) нет никакой прослойки - скорее всего это плохой код по плохому ТЗ.

Инженер-конструктор, Санкт-Петербург
Андрей Панахов пишет:
Если в компании на >50% загруженный кодер, и между ним и конечным пользователем (который пишет ТЗ без детализации) нет никакой прослойки - скорее всего это плохой код по плохому ТЗ.

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

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

А если системы нет, то тогда другой вопрос, что и как делать?

В моем случае речь идет о разработке систем автоматики агрегатов и технологических установок.

Тут схема такая: ТКП (общие требования и ТЗ) - инженерный проект (разработка алгоритма) - программирование (уточнение алгоритма) - отладка-тестирование - пусконаладка на объекте (корректировка алгоритма) - сервисное обслуживание.

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

Аналитик, Москва
Андрей Роговский пишет:

Продолжайте не расписывать контрольные биты и платите каждый раз по миллиону за собственное IT-невежество.

 

Контрольные биты в описанной ситуации не помогут.  

Но вы правы в том, что если не описаны статусы, флаги, то это беда. Описать статусы, контрольные флаги просто необходимо в ТЗ. 

Руководитель, Москва

ну так дальше до 34 госта договоримся.. Что нужно все делать по нему и до кодинга иметь ПМИ подписанные заказчиком, по которым сдавать проект... 

Ну-ну.. Тоже хороший способ сделать работу, которой потом нельзя будет воспользоваться.. 

Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Все дискуссии
HR-новости
Россияне стали меньше тревожиться из-за работы

Год назад уровень тревожности россиян по поводу различных возможных проблем на работе был выше.

Уровень счастья напрямую влияет на продуктивность большинства россиян

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

70% россиян отмечают сильное влияние работы на уровень стресса

Наибольший стресс создают строгие дедлайны, внезапные и большие объемы задач, а также собственные ошибки при выполнении задач.