Есть ли способ следить за тем, что код пишет именно тот, за кого он себя выдаёт?

Question

[Максим]

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

Сразу хочу отметить, что я не против того, чтобы прогресс у команды шёл, проекты закрывались один за другим с максимальной скоростью, но мне бы не хотелось работать
1) с врунами
2) с переутомлёнными разработчиками, у которых в один прекрасный момент сорвёт резьбу и заработав достаточно денег они легко сольются (сам так делал), и мы понесём убытки в разы больше, чем мы заработали на таких "внеурочных работах"

Лично я готов сбавить темп, лишь бы всё было чётко и по плану, чтобы разрабы работали не более 8 часов, а не по 12-16 как сейчас.
Кроме того, не все разработчики этим промышляют, поэтому нужен какой-то способ отслеживать так, чтобы адекватных не обидеть.

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

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

Comments

[Максим]

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

P.S. Если не хотите работать с "врунами", то работайте только на себя и будьте сами себе исполнителем.

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

[Максим]

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

[Максим]

Bavashi, да, пожалуй корень проблемы именно в этом.

[Одиночка Айс]

компания состоит из разработчиков, работающих по 4-6 часов максимум

можно к вам?

[Евгений Самсонов]

> нельзя упрекать человека в том, что он работает выше нормы
Почему нельзя?

[Максим]

Евгений Самсонов, он делает нам деньги себя не жалея, плюс его время, его личное дело. Но когда идёт нарушение внутреннего регламента разработки, таски гуляют сами по себе, пушит кто попало под одним аккаунтом - вот за это надо спрашивать, только нужно сперва доказать как-то.

Answer 1

[Сергей Горностаев]

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

Comments

[Максим]

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

[Сергей Горностаев]

Максим,

Те, кому ушлые разработчики передают доступы - говнокодеры

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

[Максим]

Сергей Горностаев, Да, сегодня уже было такое, после очередного ревью начали психовать, мол хватит нас дёргать))) Были уволены.

[Сергей Горностаев]

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

[Виталий Першин]

Максим,

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

Лично я готов сбавить темп, лишь бы всё было чётко и по плану, чтобы разрабы работали не более 8 часов

По-моему вы противоречите сами себе...

[Максим]

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

Answer 2

[entermix]

Делайте скриншоты с экрана и/или снимки с веб-камеры — это обычные функции тайм-трекера для учета и контроля рабочего времени команд удаленных сотрудников.

Comments

[Максим]

Да, подобные системы решают.

[Сергей Горностаев]

Под такими трекерами соглашаются работать или очень слабые или очень дорого.

[Константин Б.]

Да работал за таким трекером. hubstaff называется. Он делает скриншоты + измеряется ваша активность. В итоге со временем заказчик стал придираться ко всем чекпоинтам ниже 70% активности. Хотя это очень даже нормально. Отошел на минуту, ведете переписку либо серфите решение в гугле)). В итоге за таким трекером даже 1к час слабая мотивация.

Answer 3

[Andrew Nodermann]

Я максимум работал по 12 часов в день, потом голова уже не соображает, в таком темпе сгораешь за 3 месяца. Нужно ограничить рабочий день 8 часами. Звездоболов лучше сразу поменять на более адекватных.

Comments

[Максим]

всё так

Answer 4

[eshirshov]

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

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

Я готова работать как со врунами, так и с переутомленными...

а вот и мнение представителя бизнеса

Comments

[nozd up]

Верно. Автор вопроса, как тимлид, хочет сделать то, в чём бизнес не заинтересован.

P.S.

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

И не может донести до руководства свои опасения.
Т.е., либо опасения не обоснованы (но это вряд ли), и надо успокоиться, либо надо доносить до руководства и в этом случае будет больше рычагов решения проблемы.

Answer 5

[АртемЪ]

Есть ли способ следить за тем, что код пишет именно тот, за кого он себя выдаёт?

Да. Контролировать в процессе работы, не допускать работы вне офиса.

Comments

[Максим]

речь об удалёнке

[pódde]

Максим, просто АртемЪ попросил кого-то под своей учёткой поотвечать на вопросы. Не обращайте внимания.

[АртемЪ]

Максим, Именно так на удаленке и контролируют - переводят в офис.
На удаленке работают только те, кто не нуждается в постоянном контроле.

Answer 6

[Алексей Харченко]

Технически: применительно к git как-то недавно на хабре была статья, где человек демонстрировал, как в его проекте участвует сам Линус Торвальдс и другие известные личности. Но на самом деле, это просто подделка, с указанием их e-mail. Чтобы такого не было, нужно перейти на использование подписей. Сертификаты, всё такое. У каждого свой, и желательно, usb-ключ, чтобы нельзя было передать учётные данные без передачи ключа и пин-кода. Удалёнщики не станут с ключами бегать друг к другу, скорее всего.
Организационно: это нужно организовать работу так, чтобы сверх определённых часов не было смысла работать. Вот у нас (правда, не программисты) на работе в KPI прописан параметр "загруженность", и его (как и множество других) периодически руководство немного меняет, в зависимости от ситуации, обычно раз в квартал. И вот, например, прописано что нужно набрать минимум 85% для полной премии (выполнение всех KPI высчитывается по формуле и напрямую влияет на премию). И получается, что если уже высокая загрузка в течение месяца (но контролируют также и недельную, и т.д.), то просто нет смысла в перевыполнении и лишней нагрузке (не откладывай на завтра то, что можно сделать послезавтра).
У вас останется только задача определить те параметры, и их величины, которые устроят компанию, и не дадут излишней утомляемости работникам. Им самим не захочется слишком много работать, если за это всё равно не заплатят больше (если есть лимит).
С другой стороны, если работник чувствует, что он может работать и 12-16 часов в сутки, и может так работать, то какая разница? Иначе, если он всё-таки психанёт или просто устанет работать - значит, он недостаточно сообразительный, и не понимает опасности в таком режиме работы.

Не из разработки, а из сферы ремонта электроники: я как-то в подобном режиме работал - днём на одной работе, с 8 до 17 часов, а потом с 20 до 24 ещё на второй. И так в пике получалось почти два месяца - я реально устал в таком режиме, хорошо, что поток железа стал меньше, и я вечером стал не каждый день выходить, или всего на час-два. Сейчас бы уже в таком режиме не стал работать добровольно.