реклама
разместить
Доверяй, но проверяй: как компании контролируют удалёнщиков
102102
реклама
разместить

Я работал в такой компании, в какой-то момент заебало, решил переиграть всех и вся.

Трекаете активность? Окей, кликер + рандомное нажатие клавиш сгенерируют вам 100% активности. 28800 секунд кода в день! 567000 секунд 100%-й производительности в месяц, как вам?

Трекаете экран? Ладно, я напишу скрипт, который гуляет по страницам документации, снова держите 100% активности и 8 часовой поиск нужной статью с переключением в IDE.

Начинаете отслеживать код? Тоже без проблем, я беру 1000 сниппетов кода из интернета и пишу скрипт, который печатает и стирает этот код в IDE. Возникли вопросы? Я просто вспоминал алгоритм сортировки - моя обязанность это знать.

Трекаете видео с вебки? Я заклею вебку и скажу, что она у меня сломалась.

Хотите бесполезный созвон? Извини, у меня обед/другой созвон/разрыв жопы.

После двухмесячного периода в 100% активности появились вопросы, но предьявить нечего. На экранах рабочий код, документация, всё что угодно. А я пока посплю, без проблем. Вам же важна активность для клиента - получайте. Есть только нюанс, что нихуя из задач не сделано, и проблема не в том, какая у меня активность.

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

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

А если клиенту не нравится, то пусть сидит и решает ребус - как разработчик со 100% активностью за месяц не может сделать форму авторизации

64

А работать вместо того, чтобы кликеры делать и скрипты для экрана писать не пробовали? И чтобы задачи были выполнены, а не «из задач нихуя не сделано». Энергию можно было в конструктивное для всех русло направить.

17

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

32

Фигею с логики конечно. Логично, что работодателю нужны от вас выполненные задачи и он отслеживает их выполнение. А то, что вы симулировали деятельность, а задачи при этом не выполняли, только подтверждает, чтоположиться на сотрудника в этом плане работодатель не может

4

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

29

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

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

4

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

Вот вы пишете про эффективность, про задачи, про саботаж. Хорошо.

А вас не смущает, что 2 месяца человек сидит на месте, получает зарплату, и НИКОГО не смущает тот факт, что у него не сделано ни одной задачи? Это ключевой момент, который вы упустили не единожды, а дважды, потому что ответственность за рабочий процесс лежит на менеджере, который вместо того, чтобы выстроить этот процесс грамотно заводит себе одну метрику - эффективность, и сверяется по ней, отслеживая её тем идиотским способом, который я описал выше. Однако, через какое-то время ему становится понятно, что его мнимая метрика показывает примерно ничего, и мир устроен совершенно по-другому.

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

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

Я привожу вам другой пример, с текущего места работы:

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

Весь процесс занимает 10 минут утром. И менеджер может прозрачно и чисто отслеживать, чем занят человек, не прибегая к помощи стронних программ.

Это система выглядит, как "отслеживать его рабочий процесс"? Вроде, как да. И я тогда задаю вопрос, который саркастично высмеиваю в своём комментарии - "надо ли каждые N минут дрочить сотрудника с целью узнать его эффективность" или есть другие, более адекватные методы?

24

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

20

Поделитесь пож-та как специалист как вы видите разрешение такой ситуации:

Есть небольшая молодая компания, которая делает свой продукт. При этом продукт скажем так довольно нестандартный для рынка, разрабы которые над ним работают весьма узкоспециализированные. А менеджеры не могут досконально оценить, сколько времени нужно на выполнение конкретной задачи. Более точно оценят только сами разрабы. Но есть дилемма: если отталкиваться от оценки разрабов, сколько им нужно времени, есть подозрение, что они берут больше времени, чем нужно. Ибо получают они неплохую зп, и пару тройку дней в неделю за эти деньги пооткисать очень приятно (либо позаниматься сайд-проектами). Как быть?

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

Условно есть фича N, она включает в себя задачи A и B, разраб берёт на них 16 часов (по 8 каждая) и обьясняет, что там надо долго разбираться или ещё что-то такое, короче, описывает примерный флоу работы. Затем можно сравнить с тем, какой результат он выдал и пытаться взвесить, адекватен ли результат с оценкой - этим должен заниматься тимлид. Например, задача - поправить кнопку. Это делается 5 минут, а разраб потратил целый день. Стоит спросить у него, почему. Возможно у него действительно были причины. Но если он врет, то регулярно это делать не получится, сразу станет понятно, что к чему.

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

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

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

8

отличный вопрос, с ответом прям в вопросе,

"А менеджеры не могут досконально оценить, сколько времени нужно на выполнение конкретной задачи."

"от оценки разрабов, сколько им нужно времени, есть подозрение, что они берут больше времени, чем нужно"

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

1

Дмитрий, а может стоит чуть шире посмотреть на озвученную проблему? Не с позиции разраба. Может, конечно, у вас в окружении сплошь разрабы, которые честно и объективно оценивают времязатраты на каждую задачу. Но увы, это не всегда так. И зачастую необходимо искать баланс и лучшее решение, при этом работать над продуктом с приемлемой для бизнеса скоростью.

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

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

в ИТ, так же как и в обычной жизни, хочешь хороший результат, отойди и не мешай

3

И еще надо учесть, что менеджер "отслеживающий" не может знать все о процессе создания продукта и особенностях человека. Поэтому тотальный контроль только вредит делу. Как может, к примеру, дворник наводить порядок в IT компании?!!

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

1

Разрешение проблемы очень простое: наймите какую-то часть менеджеров с опытом в разработке

1

Классный спор получился прям с интересом прочитал.

1

Вы еще скажите, что эффективность человека удаленно выше чем в офисе. Ага ага...

Определенные профессии в ИТ очень творческие. Например я продумываю архитектуру в своей голове и делаю наброски схемы взаимодействия компонентов на бумаге.
Вы пробовали писателя заставить писать книгу строго с 9 до 17?

8

Что простите? Работаю в ИТ больше 10 лет, все отлично в рабочее время делается. Если вы не можете понять как работает воображение то из вас так себе творческий человек и делаете свою работу только когда вам хочется или когда рак на горе свиснет.

Добавлю, что, дизайнеры и художники работают в рабочее время, а не когда им вздумается

У тебя проблема с логикой, кабанчик.
"в конструктивное для всех русло" - нет, это будет деструктивное для меня русло. Если начальство устраивает тот объем задач, который я пилю за час-два, зачем напрягаться и делать больше? Чтобы что? Чтобы возможно получить прибавку 5% через год? Смешно. Я лучше потрачу это время на свои сайд-проекты/вторую работу/пинание балды.

4

Ловите эффективного менеджера

3

Разработчик не может 100% времени писать код, он даже не может 100% писать код и читать документацию. Тут думать надо! И, как написали выше, эти периоды будут отражены как неактивные.
Для кодеров которые не думают есть другое название - CodeMonkey.
Только тогда будьте любезны работать по Waterfall с документацие описывающей вплоть до методов и параметров. Ну и удачи найти нормальных людей на такую работу.

2

Комментарий недоступен

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

2

Укладываясь в срокиЗочем по больному-то?

2
[]