Комментарии 41
Лет 10 назад был удаленным тех лидом. Никакой слежки за экраном не было. Два базовых способа:
Задач разбиваются на более менее понятные по срокам. Даже чисто по прошлому опыту и ощущениям. Раздаются программистам. И тут начинается веселье. Есть ленивцы, есть среднячки и есть вкалыватели. По ним и так все видно. Среднячки - их больше всего, просто работают, не быстро и не медленно. Ленивцы - они постоянно опаздывают, регулярно случаются какие-то проблемы. От них надо избавляться. Список проблем у них нескончаемый (то кошка заболела, то бабушка умерла, то дом сгорел, и все это в течении недели). Вкалыватели - чувствуешь что человек очень плотно работает. Список задач в очереди уменьшается буквально на глазах. Если дать сложную - посидит подольше, чем обычно, но все равно выдаст решение. Ну и как везде бывают исключения. Например сениор ближе к ленивцу. Но задачи раскапывает глубоко. Т.е.грубо говоря - дал аутентификацию, он пошел читать RFC. Или работает он быстро, но искусственно затормаживает. Или есть вкалыватель, который кодит чушь на выброс.
Как отмечено в статье - команда. Да, все идут со скоростью самого слабого звена.
Самое идиотское — это трекеры времени и списки задач. Когда меня попросили поставить тайм-трекер, я всерьез задумался об уходе из компании. Списки задач для домохозяек ещё терпимо, но трекеры свидетельствуют об общем низком уровне сотрудников компании, раз приходится таким идиотским способом за ними следить. Самый лучший подход — это статистика аккаунта в системе контроля версий, по которой видно вклад каждого отдельного участника на разных временных интервалах. Другое дело, что менеджмент не всегда знает о существовании системы контроля версий, не говоря уже о том, что утруждает себя зарегистрироваться в ней и отслеживать статистику коммитов и прочее. Наболело...
Трекеры везде и всегда нужны чтобы знать, сколько вам денег заплатить. Или вам за строки кода больше нравится получать?
Не надо никакого трекера, кроме багтрекера. Где все задачи, баги и бэклоги на обозрении всех участников. И каждый видит, чем заняты другие товарищи.
И зарплату платим за выполненную качественную работу, а не за KPI. Хотя, лучший KPI это отсутствие жалоб со стороны заказчика :)
А ленивых должен тимлид ненавязчиво контролировать и вовремя подгружать. А ещё раз в неделю полезно короткий митинг, где обсуждается прогресс, прошлое и будущее.
Что касается строк кода, часто самое лучшее решение - это уменьшение их числа. Less Code, Less Bugs. Как то так.
Багтрекер это хорошо, но не отвечает на вопрос сколько денег вам заплатить. Если у вас фикс. зп то все ясно. Но зп не очень хорошо сочетается с полностью удаленной работой и свободным графиком. Часть проблем я обозначил в комментарии ниже.
Тайм-трекеры — это вялый аналог электронной проходной: вот человек пришел на работу, вот человек ушел, что делал — не очень важно, важно, что «восьмерку» отсидел. Что имеем на самом деле:
— иллюзию контроля, особенно при некомпетентности в области работы подчиненного (в часах-то мы все компетентны)
— возможность воздействия на подчиненного угрозой наказания за нарушение временных рамок (даже на 1 минуту, которая реально не влияет ваааабстче ни на что)
— почесывание синдрома вахтера
— постепенно прорастающее желание подчиненного уйти туда, где такого безобразия нет. И человек сбежит даже при прочих равных — зарплата, интересность задач и все такое — при первой возможности. Особенно с учетом того, что такой контроль имеет склонность к росту: сперва тайм-трекер, потом клавиатурный сканер, потом скриншоты с экрана, потом запись с вебки…
>А вам за попо-часы больше нравится платить?
Я бы с удовольствием платил за результат, но с этим есть сложности. А попо-часы это простая штука, она мне не нравится, но ничего лучше в remote-first окружении не придумано. Описал пару проблем тут.
Тут ведь как — количественно оценить творческий труд невозможно в принципе. Поэт может выдать 16 строк в полгода — и это будет нетленка. Может выдавать по полторы сотни в день — и сразу в топку. А объективных критериев оценки не существует. Если вы набираете команду добросовестных исполнителей и в состоянии наблюдать, что дело делается и задача выполняется в соответствии с задуманным — издеваться над людьми просто не нужно. Добросовестные люди всегда замечают, что им не верят и отвечают взаимностью. Если набрали имитаторов деятельности — подобные KPI бесполезны, это все равно обходится, и скрепки в клавиатуре, и демонстрация фейкового видео/скриншотинга…
Короче — ни одну проблему таймтрекер не решает, зато создает новые.
Трекеры везде и всегда нужны
Вы уверены? Прям таки вижу как удаленные разработчики Amazon или Google «сидят под трекерами» без доли смущения.
Трекеры унижают достоинство трудящихся, я считаю их использование неэтичным.
Лично я не стану работать на идиотов, которые считают допустимым использовать тайм-трекеры для подсчёта зарплаты сотрудников. Я получаю деньги за свои профессиональные навыки и знания, применение которых и так включает время, затраченное на разработку продукта.
Не надо оправдывать жлобов, которые хотят получить продукт при минимальных вложениях. Как правило, у них работает низкоквалифицированный персонал.
>Вы уверены? Прям таки вижу как удаленные разработчики Amazon или Google «сидят под трекерами» без доли смущения.
А я очень даже вижу. И организации, которые изначально remote-first тоже. Например GitLab - https://about.gitlab.com/handbook/support/support-ops/workflows/gitlab_time_tracking.html
Причина #1 - из 100 удалённых работников 5-20 будут работать на 2х или 3х работах. Либо вы будете всех тимлидов учить этих товарищей вычислять, либо автоматизируете процесс.
Причина #2 - удаленная работа это часто ещё и свободный график. Платить зп в таком случае уже невозможно. В моей компании я вижу, что большая часть людей легко меняет 30-50% зп на свободное время. То есть даже 50% зп позволяют им спокойно жить и они лучше получать меньше денег, но получат больше времени.
Ну, кто-то работает на двух или трёх работах, а я на одной. Нахрена мне тайм-трекер? То, что гитлаб и много кто ещё используют тайм-трекеры, не означает, что их приветствуют все разработчики, и тем более, что они эффективней показателей системы контроля версий. Честно говоря, в моих глазах этот факт не красит гитлаб, который сам по себе является системой контроля версий.
Если менеджменту чхать на разработчиков, то да, тайм-трекеры — это круто, а для меня, как для разработчика, тайм-трекеры — идиотская система отслеживания сотрудников жлобским руководством.
Если менеджменту чхать на разработчиков, то да, тайм-трекеры — это круто, а для меня, как для разработчика, тайм-трекеры — идиотская система отслеживания сотрудников жлобским руководством.
Я выше писал, почему используют трекеры. Не вижу связи с жлобством. Трекеры не от хорошей жизни использую . Если у вас есть идеи получше - озвучьте. Показатели системы контроля версий как-то не понятно как использовать. Кто-то багу чинит и за месяц одну строку меняет и его увольняют/депремируют на основании показателей контроля версий. Нанять армию тимлидов, которые будут оценивать ценность строчек когда тоже не рабочая идея.
Показатели системы контроля версий как-то не понятно как использовать. Кто-то багу чинит и за месяц одну строку меняет и его увольняют/депремируют на основании показателей контроля версий.
Почему непонятно? Зачем увольнять? Неужели сложно оценить, что человек одной строчкой исправил баг? А если этот баг критический, то это только повышает ценность сотрудника несмотря на время, затраченное на исправление бага.
Если такого разработчика увольняют, то, опять же, вопрос к адекватности руководства.
Неужели сложно оценить, что человек одной строчкой исправил баг?
кто оценит? когда? как? почему он правильно оценит? а что если оцениватель в отпуске, болеет, уволился? как все это превратить в деньги, выплачиваемые сотруднику? как избежать сговоров и иных злоупотреблений? что делать если оцениваемый не согласен с оценкой, как будем разруливать конфликт и кто будет за это отвечать?
Вместо всего этого - оплата за попо-часы или фикс.
Что это за руководство, если у него возникают такие вопросы, — школьники стартаперы? Или человек, который исправил баг, единственный, кто разбирается в том, что он делает в компании?
Все ваши вопросы — это жалкая попытка оправдать тупые тайм-трекеры, несмотря на то, что вас заминусовали еще в начале дискуссии. Вам уже привели вполне вменяемые доводы против, а вы уперто стоите на своем. Боюсь, что, с этой точки зрения, вам уже никакие доводы не помогут. Поэтому, не вижу смысла вести с вами дальнейшую дискуссию.
Желаю вам расти над собой, углублять свои знания — без них невозможно контролировать и выстраивать бизнес-процессы. Может быть тогда, вы поймёте, что тайм-трекеры хороши исключительно для вас как оправдание ваших слабостей в тех или иных аспектах менеджмента, но не для квалифицированных разработчиков, которые, убегут от тайм-трекеров при первой же возможности.
2. Платите за затреканные 8 часов? Будете получать 4 нормальных рабочих часа, а затреканные 8.
Это всё пишу как человек, который 8 лет работает в фирмах с трекерами.
Угадайте, что с вами случится в gitlab если вы пару месяцев будете трекать по 4-6 часов в день максимум.
Тут есть нюанс. Одни фирмы берут таймшит работника и на основании него выставляют счёт клиенту. Тут будет спрос за каждые 15 затреканных минут, потому, что клиент потребует объяснений куда пошли часы.
Другие фирмы, чаще продуктовые (подозреваю, что гитлаб в их числе) берут таймшит и на его основании:
— смотрят кто чем занимался;
— прикидывают трудоёмкость задач;
— примерно планируют кому сколько назначать задач в следующем спринте.
Каким образом учёт рабочего времени связан с экономией на вашей зп?
Ничего я не понимаю... какая отрицательная мотивация, мотивация делать/не делать что именно? Я просто плачу за попо-часы потому, что это просто и всем понятно в среде, где каждый сам выбирает сколько ему работать.
Что касается производительности, то я оставил попытки ее измерять или выражать каким-то числом. Это слишком дорого, с точки зрения процесса сбора и анализа данных. Остается только качественная оценка - Петя работает быстрее/лучше Васи по мнению Коли. На такой штуке далеко не уедешь в деле определения размера оплаты труда. Остаются попо-часы и фикс.
Статистика аккаунта в системе контроля не самый лучший способ, потому что порой в команде может тормозить задача на уровнях до получения её разработчиком, также в компании бывают QA, дизайнеры, аналитики, тим. лиды, архитекторы, которые вовсе не делают коммитов, и к тому же люди начнут накручивать статистику в этой системе контроля версий (уже было).
Мне кажется, лучше чтобы люди оценивали людей, то есть работа каждого специалиста оценивается командой, в которой он находится. А бизнес уже дальше оценивает успехи команды по поставленным ей целям.
У меня в практике было два случая:
1. Команду полностью устраивал дизайнер, а его уволили по метрике (ревью дизайна редко проходил), в итоге команда почти встала, дизайнера не могли найти месяца два, к слову сейчас этот чувак дизайн директор.
2. Команда сначала пыталась помочь члену (возвращала обратную связь, придумывала план, входило в положение), а потом через некоторое время отказалась от работы с ним (его не уволили - перевели в другую команду), после чего в команде нашли замену, а чувак принял во внимание весь опыт и уже в другой команде показывал хороший перформанс.
лучше чтобы люди оценивали людейДа, но возникает риск предвзятой оценки, например если недостаточно адекватному коллеге не нравится цвет ваших глаз, прическа,…
Оценка на базе автоматизированных количественных метрик тоже не идеальна.
Поэтому у нас на performance review оценка была интегрированная: по данным системы баг-трекинга и по мнению тим-лида.
Правда, и она, несмотря на многочисленные модификации, так и не смогла стать объективно оценивающей.
В результате, для себя решил: KPI не интересует, интересует только гарантированный оклад.
Я не понимаю, почему меня должно волновать субъективное мнение команды тогда, как мою работу можно оценить по коммитам? А если задача застревает на отдельных звеньях команды, то причем тут я? Нет коммитов — не было задач.
люди начнут накручивать статистику в этой системе контроля версий
Вы всерьез полагаете, что такие прецеденты трудно заметить? Наоборот, это хорошо покажет недобросовестных сотрудников, от которых нужно избавиться сразу.
Я бы не хотел зависить от мнения условного дизайнера, который ничего не понимает в специфике моей работы. И, честно говоря, я сильно сомневаюсь в способности людей давать адекватную, непредвзятую оценку.
А как соотносятся повышение показателей своего труда и накрутка своей стастики через бессмысленные коммиты?
Есть вполне конкретные критерии оценки качества кода, по которым и нужно оценивать показатели труда отдельных членов команды. Что с ними делать потом — другой вопрос — это зависит практик компании. Можно не увольнять, а предоставить им ментора, например, но я бы уволил за сам факт накрутки.
Если хочешь повысить свои показатели — делай это честным трудом, а не имитацией и обманом, а лучше не лезь туда, где ты некомпетентен.
Более того, адекватный менеджмент не наймет таких людей в свою команду.
>Есть вполне конкретные критерии оценки качества кода, по которым и нужно оценивать показатели труда отдельных членов команды.
Интересно узнать какие? Думаю в индустрии половина проблем из-за субъективности оценки качества кода.
Скорость исполнения, тесты, документирование, шаблоны проектирования, дизайн классов. Неужели трудно отличить код человека с опытом от кода некомпетентного сотрудника, вчерашнего выпускника, индуса?
Подозреваю, что менеджеру — трудно. Поэтому проще тайм-трекеры. Вот только не нужно оправдывать некомпетентность менеджеров и руководителей использованием тайм-трекеров.
Менеджер некомпетентен потому что не является архитектором ПО? Он же менеджер… а архитекторам есть чем заняться кроме чтения кода каждого сотрудника. А тесты производительности писать кто будет, равно как проверять насколько хорошо написаны тесты на новую функцию?
Дело не в «проще», то, что вы предлагаете не осуществимо на практике.
Самый лучший подход — это статистика аккаунта в системе контроля версийПоддержу и добавлю: то же касается метрики качества продукта.
До сих пор в вакансиях QA вижу: «Написание отчетов о тестировании». Зачем? Современные системы способны автоматически, в считанные секунды предоставить любой отчет.
Руководитель или понимает, что делают его подчиненные, на сколько это сложно и т.д. (т.е. он сам решал подобные задачи), или не понимает - и в последнем случае идут все эти "трекеры времени" и прочее, что лишь уменьшает желание работать, да и понижает лояльность в целом.
В общем, бесполезно непрофессионализм менеджмента закрывать каким-то там софтром или метриками.
Ну и не стоит забывать, что руководитель бессознательно набирает людей своего уровня. Соответственно у руководителя-раздолбая будет один круг сотрудников, у руководителя-профессионала - другой. А когда раздолбай и лентяй пытается сделать так, чтобы вокруг него все впахивали - это заканчивается комичными ситуациями, когда подчиненные понимают, что начальник «не шарит» (и не хочет тратить время, чтобы вникать и разбираться) - и начинают ездить ему по ушам.
Периодические перерывы необходимы. Нельзя 8 часов просидеть на рабочем месте, не вставая.Кроме того, для сотрудников, непрерывно работающих на ПК, это запрещено нормами охраны труда.
В попугаях, но лично мне больше нравятся удавы
В чем измерять удаленных разработчиков?