Finder.work о насущном.
Шаг влево, шаг вправо
По данным Resume Builder, порядка 96% работодателей в США используют софт для мониторинга работников. В постпандемийную эпоху контроль увеличился в разы. Компании стали чаще фокусироваться на отработанных часах, а на второй план отошла фактическая производительность.
Самыми распространёнными формами контроля являются мониторинг посещаемых страниц, блокирование контента и нерелевантных сайтов. Треть компаний утверждает, что сотрудники не заняты более 3 часов в течение рабочего дня. Большинство работников готовы уволиться из-за тотального контроля.
В России 27% работодателей используют ПО для мониторинга сотрудников, у 19% из них более половины штата работают удалённо. По закону работодатель должен издать отдельный локальный акт, в котором конкретизированы все способы мониторинга. Документ должен быть подписан работником: только после этого компания получит право привлекать его к ответственности за нарушение дисциплины.
Как это работает
InterGuard, Teramind, Hubstaff, ActivTrak и Kickidler — одни из самых популярных ПО (по количеству поисковых запросов Google) для отслеживания работников. Hubstaff, например, позволяет делать скриншоты с рабочего стола удалённого сотрудника без его ведома и отслеживать историю нажатия на клавиши клавиатуры. С помощью Kickidler работодатели непрерывно ведут запись видео с экрана.
Часть компаний выбирают тотальный контроль — проверяют момент входа в рабочую учётную запись, когда сотрудник делал перерывы и насколько долгие, какими программами пользовался, какие вкладки в браузере открывал и т.д. Продвинутый софт по учёту рабочего времени может регистрировать каждый клик мыши, составляя подробнейшие отчёты.
Резонансным стал кейс колумбийской Teleperformance — компания мониторила весь удалённый персонал с помощью веб-камер. Если сотруднику необходимо было покинуть рабочее место, чтобы попить, он должен был нажать кнопку «перерыв» в приложении и указать причину во избежание нарушения дисциплины.
Чем большее распространение получают системы контроля, тем больше вариантов обхода изобретает сам персонал. В 2019 году сотрудник одного из российских банков написал софт, который в промежутке с 10:00 до 10:15 подключался к корпоративной сети, открывал несколько окон браузера с ресурсами компании, имитировал написание кода и движение мыши. Работник был пойман, но в итоге компания не стала его увольнять.
А теперь – пара примеров
Разработчик получил от работодателя письмо, прочитав о крайне низкой производительности своего труда. Босс сообщил ему, что в конкретный день программист начал работать около 9 часов утра, в 12 часов остановился, затем работал с 14 до 16, а потом завершил рабочий день. Данные были получены на основе динамики движения мыши и нажатия клавиш клавиатуры. По словам старшего коллеги, ситуация повторилась два раза в течение одной недели. Последовало требование исправиться и отдавать работе всё запланированное на неё время.
Ещё один разработчик рассказал, как в компании следили, сколько раз сотрудники отлучаются от компьютера более, чем на пять минут. По его словам, он «брал ноутбук везде с собой из-за паранойи», производительность от такого подхода не повышалась, зато мотивация точно падала. Сотрудников неоднократно увольняли за слишком частые перерывы с 9 утра до 5 вечера.
***
И в завершение — нестареющая классика от Олега Тинькова:
Я работал в такой компании, в какой-то момент заебало, решил переиграть всех и вся.
Трекаете активность? Окей, кликер + рандомное нажатие клавиш сгенерируют вам 100% активности. 28800 секунд кода в день! 567000 секунд 100%-й производительности в месяц, как вам?
Трекаете экран? Ладно, я напишу скрипт, который гуляет по страницам документации, снова держите 100% активности и 8 часовой поиск нужной статью с переключением в IDE.
Начинаете отслеживать код? Тоже без проблем, я беру 1000 сниппетов кода из интернета и пишу скрипт, который печатает и стирает этот код в IDE. Возникли вопросы? Я просто вспоминал алгоритм сортировки - моя обязанность это знать.
Трекаете видео с вебки? Я заклею вебку и скажу, что она у меня сломалась.
Хотите бесполезный созвон? Извини, у меня обед/другой созвон/разрыв жопы.
После двухмесячного периода в 100% активности появились вопросы, но предьявить нечего. На экранах рабочий код, документация, всё что угодно. А я пока посплю, без проблем. Вам же важна активность для клиента - получайте. Есть только нюанс, что нихуя из задач не сделано, и проблема не в том, какая у меня активность.
К сожалению, только так получилось донести до горе-менеджеров идею, что резюмировать разработчика по его активности - самая тупая идея, которая может только придти в голову. Хуже может быть только названивать или платить за строчки кода.
Вся эта чепуха не работает. Я могу сидеть 7 часов и думать над задачей, изучать интернет и даже иногда отвлекаться на ютубчик в поисках прона, а потом выдать хорошее решение за час. Я могу 6 часов валяться в постели в муках принимая свою судьбу, а потом 12 часов непрерывно кодить, и никто и ничто не может меня контролировать, потому что моя задача - решать задачи и писать рабочий код, укладываясь в сроки и поставляя фичи, а не изображать суетологию.
А если клиенту не нравится, то пусть сидит и решает ребус - как разработчик со 100% активностью за месяц не может сделать форму авторизации
А работать вместо того, чтобы кликеры делать и скрипты для экрана писать не пробовали? И чтобы задачи были выполнены, а не «из задач нихуя не сделано». Энергию можно было в конструктивное для всех русло направить.
А можно было не дрочить разработчиков тупой идеей, как вам?
Фигею с логики конечно. Логично, что работодателю нужны от вас выполненные задачи и он отслеживает их выполнение. А то, что вы симулировали деятельность, а задачи при этом не выполняли, только подтверждает, чтоположиться на сотрудника в этом плане работодатель не может
Вы, кажется, прочитали статью по диагонали, либо не понимаете той проблемы, которую я саркастично высмеиваю. Прежде чем разговаривать про логику, стоит понять, что другой человек имеет в виду
Что вы имеете в виду - абсолютно понятно. Вот только вы - извините, но это правда - смотрите на ситуацию исключительно с колокольни наёмного работник. «Вот эти уроды трекинг свой вводят, щас я им покажу как я могу» - и начинаете фактически саботировать работу (об этом вы сами написали в своём комментарии, раз задачи не сделаны), при этом стимулируя свою активность. Тем самым вы якобы пытались что-то доказать менеджерам.
По факту же ответственный за свой результат человек как минимум не стал бы саботировать выполнение задач. А вообще - рынок труда так-то немаленький, и если вы действительно хороший специалист - без работы не останетесь. Могли тогда искать себе другое место работы и спокойно уволиться, если не согласны с вполне понятным желанием работодателя отслеживать ваш рабочий процесс.
Да нет, в том то и дело, что вы ничего не поняли, но уже дважды заклеймили меня. Первый раз относительно логики, второй раз относительно наёмного работника. Я прекрасно понимаю то, о чём пишу здесь, и саркастический тон я выбрал не просто так.
Вот вы пишете про эффективность, про задачи, про саботаж. Хорошо.
А вас не смущает, что 2 месяца человек сидит на месте, получает зарплату, и НИКОГО не смущает тот факт, что у него не сделано ни одной задачи? Это ключевой момент, который вы упустили не единожды, а дважды, потому что ответственность за рабочий процесс лежит на менеджере, который вместо того, чтобы выстроить этот процесс грамотно заводит себе одну метрику - эффективность, и сверяется по ней, отслеживая её тем идиотским способом, который я описал выше. Однако, через какое-то время ему становится понятно, что его мнимая метрика показывает примерно ничего, и мир устроен совершенно по-другому.
В нормальных организациях такого менеджера, который допускает подобный подход, обычно увольняют. Но проблема обычно не в менеджере, а в главенствующих управленцах, который как раз и транслируют этот подход вниз. Я наглядно показал, как это работает, и к чему может привести.
Аппелируя к моей совести относительно того, что я ничего не делал, и говоря о "понятном желании работодателя отслеживать ваш рабочий процесс." вы, как и тот менеджер, про которого я писал выше, как раз и выдаёте своё абсолютное непонимание того, в чём здесь проблема***
Я привожу вам другой пример, с текущего места работы:
- Разработчику ставят задачу. Он оценивает её сам или прибегает к помощи более компетентных лиц. Затем приступает к выполнению
- Раз в день утром он отчитывается о процессе выполнения этой задачи
- Если он не укладывается в срок, он может обьяснить, что пошло не так, и с какими проблемами он столкнулся
- Если он укладывается, он берёт следующую задачу
Весь процесс занимает 10 минут утром. И менеджер может прозрачно и чисто отслеживать, чем занят человек, не прибегая к помощи стронних программ.
Это система выглядит, как "отслеживать его рабочий процесс"? Вроде, как да. И я тогда задаю вопрос, который саркастично высмеиваю в своём комментарии - "надо ли каждые N минут дрочить сотрудника с целью узнать его эффективность" или есть другие, более адекватные методы?
Я так и работаю, и это идеально. Просто смотрю задачи в трекере, решаю их, помечаю их решёнными. Начальник обычно раза два или три в неделю только пишет, чтобы спросить, всё ли нормально и нет ли каких-то подводных камней с задачами, которые клиент в трекер добавил. Задачи выполняются в срок, клиент доволен, все довольны. А вот это вот отслеживание всего и вся — это просто неуважение.
Респект, братишка
Поделитесь пож-та как специалист как вы видите разрешение такой ситуации:
Есть небольшая молодая компания, которая делает свой продукт. При этом продукт скажем так довольно нестандартный для рынка, разрабы которые над ним работают весьма узкоспециализированные. А менеджеры не могут досконально оценить, сколько времени нужно на выполнение конкретной задачи. Более точно оценят только сами разрабы. Но есть дилемма: если отталкиваться от оценки разрабов, сколько им нужно времени, есть подозрение, что они берут больше времени, чем нужно. Ибо получают они неплохую зп, и пару тройку дней в неделю за эти деньги пооткисать очень приятно (либо позаниматься сайд-проектами). Как быть?
Хороший вопрос, Евгений. Всё зависит от контекста.
Если менеджеры хотя бы более-менее понимают в продукте, можно спрашивать разработчиков на планировании, почему они ставят такие оценки.
Условно есть фича N, она включает в себя задачи A и B, разраб берёт на них 16 часов (по 8 каждая) и обьясняет, что там надо долго разбираться или ещё что-то такое, короче, описывает примерный флоу работы. Затем можно сравнить с тем, какой результат он выдал и пытаться взвесить, адекватен ли результат с оценкой - этим должен заниматься тимлид. Например, задача - поправить кнопку. Это делается 5 минут, а разраб потратил целый день. Стоит спросить у него, почему. Возможно у него действительно были причины. Но если он врет, то регулярно это делать не получится, сразу станет понятно, что к чему.
Если у тимлида есть ощущение, что разработчики ставят слишком высокие оценки, то выставлять оценки либо самому, либо вместе, и также спрашивать, почему то или иное. Суть в том, чтобы ответственное лицо, которое стоит между разработчиками и менеджерами могло оценить работу с точки зрения и кода, и бизнеса. Скорее всего у него и опыта больше, и проект он знает лучше. По-крайней мере у нас такая практика была.
Если тимлида нет, или нет к нему доверия, к сожалению, без привлечения компетентных и доверенных лиц можно опираться только на субьективное ощущение от работы.
Если есть возможность, можно нанять аудит со стороны и примерно прикинуть, добросовестно ли выполняют работу разработчики.
отличный вопрос, с ответом прям в вопросе,
"А менеджеры не могут досконально оценить, сколько времени нужно на выполнение конкретной задачи."
"от оценки разрабов, сколько им нужно времени, есть подозрение, что они берут больше времени, чем нужно"
может стоит верить оценкам разраба, а не пытаться постоянно где-то продавить свою оценку особенно если нет компетенции в нужном вопросе ?
Дмитрий, а может стоит чуть шире посмотреть на озвученную проблему? Не с позиции разраба. Может, конечно, у вас в окружении сплошь разрабы, которые честно и объективно оценивают времязатраты на каждую задачу. Но увы, это не всегда так. И зачастую необходимо искать баланс и лучшее решение, при этом работать над продуктом с приемлемой для бизнеса скоростью.
немного саморекламы:
если по факту, 15 лет создаю продукты и развиваю проекты, также успешно были вытащены проекты из такой глубокой ...опы после эффективных менеджеров, которые отбивали всю мотивацию команды делать хорошо и быстрым внедрением супер пупер эффективных метрик оценки (да да, после таких манагеров опять начинаем собирать команду).
а теперь ответ:
Тут уже в ветках писали, разработка это отчасти не просто тупо нажимания клавиш и использование универовских алгоритмов, это работа команды, это обсуждение промежуточных алгоритмов, это рефакторинг 2х строчек кода 10 тысяч раз, это творческий процесс, у разрабов точно также как и обычного бизнесмена который вечно думает о проекте, также когда едет домой с работы разраб в голове крутит задачу, также ищет оптимальное решение, но когда эффективный менеджер приходит и просит отчет почему не попали в часы, или его не устраивает оценка, в этот момент разраб посылает все к черту и начинает набивать код в то время которое нужно менеджеру, забивая на то как это будет масштабироваться, еще один важный факт, доказанный неоднократно, есть эффективные часы работы мозга и к сожалению у разных людей - это разное время.
в ИТ, так же как и в обычной жизни, хочешь хороший результат, отойди и не мешай
И еще надо учесть, что менеджер "отслеживающий" не может знать все о процессе создания продукта и особенностях человека. Поэтому тотальный контроль только вредит делу. Как может, к примеру, дворник наводить порядок в IT компании?!!
Немного неверно сформулирован вопрос. Я, как специалист, вижу разрешение в том, чтобы разработчики начали давать еще большие сроки, чтобы менеджерки не борзели. Пару дней пооткисать это неплохо, но явно не предел мечтаний, есть куда расти.
Будь я работодателем - я бы нанимал молодых-горячих за малый прайс с опытным надсмотрщиком. И надсмотрщика над надсмотрщиками, с техничечским бэком тоже; чтобы мог понять, когда сроки откровенно завышают.
Разрешение проблемы очень простое: наймите какую-то часть менеджеров с опытом в разработке
Классный спор получился прям с интересом прочитал.
Вы еще скажите, что эффективность человека удаленно выше чем в офисе. Ага ага...
Определенные профессии в ИТ очень творческие. Например я продумываю архитектуру в своей голове и делаю наброски схемы взаимодействия компонентов на бумаге.
Вы пробовали писателя заставить писать книгу строго с 9 до 17?
Что простите? Работаю в ИТ больше 10 лет, все отлично в рабочее время делается. Если вы не можете понять как работает воображение то из вас так себе творческий человек и делаете свою работу только когда вам хочется или когда рак на горе свиснет.
Добавлю, что, дизайнеры и художники работают в рабочее время, а не когда им вздумается
1. Вот и работайте в свое рабочее время. А я буду работать тогда когда надо, а не с 9 до 17
2. Вы жопой читаете? Я написал что использую бумажный носитель информации. Мне интересно узнать как эффективный менеджер будет это отслеживать? Уровень чернил измерять в ручке?
1. Жопой к сожалению не научился читать, а хотелось бы.
2. По вашему тезису нельзя раздробить задачу на этапы и контролировать только их, смысл мне смотреть ваши чернило.
Я то о другом вам говорю, что вы не можете понять хороший менеджер перед вами или нет. Но хороший менеджер всегда будет знать насколько эффективно вы работаете и сколько времени/денег вы стоите в перспективе. Потому что он знает нормативы как минимум, а второе он научен опытом и разгильдяев увольняет )
Период работы с 9 до 18 (это условный период)
Мне бы с удовольствием хотелось узнать, где нужны бумажные носители в ИТ и почему именно в этом формате вы так работаете (это вопрос к эффективности)
Просто удобно начинать некоторые виды работ на бумажном носителе, например когда делаю эскиз, просто потому что так проще чем в каком-нибудь редакторе рисовать, но это мое личное мнение. Потом конечно переношу в редактор.
+ митинги с заказчиками, которые иногда на другом конце планеты сидят, поэтому в моем случае речи о работе с 9до17 вообще не идет. И в моем случае я свое расписание составляю сам, с оглядкой на расписание моих коллег и заказчиков. Но я не кодер.
Мой посыл был, что нормативы должны браться не с потолка и нельзя брать за норматив кол-ва строк кода, отправленных писем итд. Потому что в данном случае сотрудник напишет в день столько сколько нужно для норматива, а вот результат его работы будет не очень (отправит писем итд).
Именно поэтому хороший менеджер не будет считать сколько времени вы смотрели в монитор, а будет смотреть на ваши результаты в разрезе, как вы правильно сказали, финансов. Если я делаю довольным клиента, удовлетворяя его запросы, и клиент несет деньги, то менеджеру нет дела как я это делаю.
Это смузи разраб, наверное еще на голанге пишет. Только у них настолько творческая работа, что нужно "вдохновение". Остальне в рабочее время сфокусировались, поделали дела, а потом пошли отдыхать.
Еще один читатель жопой. Я вообще не разраб. Даже рядом не стоял
"Например я продумываю архитектуру в своей голове и делаю наброски схемы взаимодействия компонентов на бумаге."
Аналитег без бакграунда разраба? Или что ты такое?
Хаха, у вас в ИТ только разработка есть и все что с ней связано (QA, DevOps итд). Попробуйте погуглить и возможно поймете что ИТ немного шире чем вы думаете. Например есть сети, сервера, системы хранения, ЦОД, СКС итд. У вас и врач наверно один - терапевт?
Ну то есть назвать свою профессию ты по прежнему не можешь, кретивщик. Ясно-понятно
Архитектор Инфраструктуры (Облака и локальные ЦОДы)
У тебя проблема с логикой, кабанчик.
"в конструктивное для всех русло" - нет, это будет деструктивное для меня русло. Если начальство устраивает тот объем задач, который я пилю за час-два, зачем напрягаться и делать больше? Чтобы что? Чтобы возможно получить прибавку 5% через год? Смешно. Я лучше потрачу это время на свои сайд-проекты/вторую работу/пинание балды.
Ловите эффективного менеджера
Разработчик не может 100% времени писать код, он даже не может 100% писать код и читать документацию. Тут думать надо! И, как написали выше, эти периоды будут отражены как неактивные.
Для кодеров которые не думают есть другое название - CodeMonkey.
Только тогда будьте любезны работать по Waterfall с документацие описывающей вплоть до методов и параметров. Ну и удачи найти нормальных людей на такую работу.
Комментарий недоступен