GIT-метрики, выявляющие неэффективных коллег - Алексей Бахирев

[@NoNeed-q5t]

Какой эффективный менеджер. Аж рука к арматуре потянулась.

[@vladgromov9213]

-Почему вас уволили с прошлого места работы? -Я часто делал сквош

[@nikplk5959]

*сквонч kzbin.info/www/bejne/Y320pptvmdGHerM

[@Shano-jp1iz]

Полезная информация в этом видео заслуживает внимания👍

[@nikplk5959]

Вроде конференция по JS, но не обошли стороной эффективных менеджеров и любителей KPI, браво. Инструкция о том, как уничтожить рабочие процессы используя git статистику. Не верится что в 2к24 находятся руководители которые считают зарплату сотрудников, исходя из среднего количества коммитов в час, это прямо реликт.

[@Юлия-з7ю4о]

Cтатистика собирается только для основного бранча или для всех веток сразу? Можно ли игнорировать ветки?

[@DariaNikoleva]

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

[@xxxxPomaHxxxx]

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

[@алексавы-р5к]

Знаю чела, который комитит каждое изменение. Комменты к комитам выглядят примерно так: "Изменил инт на флоат" "добавил две строчке к комментарию" "Зарефакторил класс" "Зарефакторил класс, который рефакторил вчера"

[@Olexrus]

А бранча перед мержем сквошится? Это норм микро коммиты делать лишь бы этого бреда в мастере не было.

[@nazmularifensujon9370]

Вера, важный пост, спасибо, что поделились

[@Aajomasha]

Это лучший урок, который я видел

[@РобертДампилон]

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

[@tariel2024]

Классное видео 👍

[@Ripon26116]

так красиво

[@Суербекова]

Просто супер 🔥

[@olegivanov1862]

Зачем доклад откровеного вредителя взяли на конференцию?! Во-первых, он тупо рекламирует свою систему. Во-вторых, он хочет превратить индустрию - в индусов- главное кол-во коммитов.... Але, все просто будут коммитить по 2 строчки каждые 2 часа, лучше от этого не станет ни бизнесу, ни тем более сотрудникам.

[@hrumhrum5400]

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

[@alexey-bakhirev]

> Обычный тимлид Тимлид может быть неопытный и в запаре. Просмотр статы раз в год поможет лишний раз убедиться, что картина у него в голове совпадает с реальностью. > рулит сразу тысячью разрабов Начиная с позиции руководителя отдела и выше связь с реальностью начинает теряться. Ты очень много времени сидишь на совещаниях, а нижестоящий менеджмент иногда подтасовывает метрики в JIRA. + ситуация человека из отдела аудита или тех. лида, который не знаком с кодом, но ему нужно быстро понять проблемные места процессов в команде (графики: фактический состав релизов, долгоживущие PR, отсутствие тестов и т.п.).

[@stanislavsh6582]

Ой, не скажи. Банально, если проект такой, что команда из нескольких отделов, тимлид - мб знает тех с кем до этого работал, а новые - а хз, они там чет делают, коммитят, появляются-исчезают, их кидают то туда, то сюда. Дополнительно, в разных конторах представления о тимлидах и что они должны делать разное, и иногда тимлид превращается в непонятного чела, который всем обязан, 99% времени он на совещаниях, и где-то раз в неделю он может быстренько спросить: че там по задачам. И вот в таких случаях - даже те кто обычно нормальный перформанс выдавали, иногда начинают сачковать, ведь, а че я буду брать другую задачу, придумаю сложности, буду пилить месяц то что делается за 1 день. А другие - не сачкуют, берут и завалены из-за этого, в результате команда, которая была слажена и выдавала нормальный перформанс - проседает, начинается грызня, ведь тот кто продолжает перформанс выдавать - выгорает, ну и никому в результате не весело. Инструмент, который бы быстро помог оценить, кто что там делает - нужен. Но строиться ессно должен не на коммитах и строчках кода. Но вот какую метрику для разрабов взять, без того чтобы над душой стоял менеджер с палкой, хз на самом деле.

[@katelyapina1142]

Самый простой способ убить эффективность своими же руками

[@AminatuAbbas]

The post is very interesting

[@PriyalNath]

Good cotent❤

[@RidoyAhammad-h7m]

Вера Ника Видео и лайк

[@lich314]

18:43 мы видим что менеджмен проекта хуёвый, раз год за годом идет аврал в одно и то же время.

[@alexey-bakhirev]

Совершенно верно. Пропустил эту фразу, но она была важной.

[@LawfulEvilFrontend]

Самое что смешное - нормальная в общем и целом тулза. Уберите из нее нахрен рекомендации по увольнению и премированию и живите счастливо. Потому что как раз объем работ и выполненных задач это САМАЯ плохо оценненная штука в этой тулзе, ну просто коммиты и количество времени + строк кода это КРАЙНЕ сомнительная метрика оценки эффективности разраба.

[@nobabi_hasan]

nice

[@apmyp]

не говорите ему, что rebase еще есть

[@WildAntonOk]

А ещё reset и force push

[@enjoyit8499]

Как это нечто проскочило в доклады?

[@olegzhilo8083]

Щас бы с разработчиков спрашивать за количество коммитов.

[@egorpopov7965]

Дак он же тупо свой продукт рекламирует, разве не? Так можно было?

[@festive_embroidery]

Это кек

[@xxxxxxxeeeeeeeeee]

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

[@alexey-bakhirev]

> Почему в системе нет метрик, Такие метрики есть и их большинство. Каждая третья рекомендация системы ссылается на проблему управления, планирования и архитектуры. Возможно, в докладе не подчеркнул это. > Если задача делается много раз хорошая идея, добавил в TODO лист

[@whiterabbit6211]

Он сам сказал что он "в крысу снимает статистику" и ни в коем случае нельзя чтоб команда это узнала. Вся суть этого персонажа. Глупо считать кол-во коммитов / строк.

[@roman-berezkin]

Вот это реально крутая тема, так держать. Даже я, как человек, который обмазывается графиками, офигел от количества информации и инсайтов. Ребята это топ, возможность развернуть в докере крайне радует. Делаете правое дело)

[@roman-berezkin]

До сих пор ржу с некоторых своих реп по достижениям, ребята это чума! xDD

[@alexey-bakhirev]

@@roman-berezkin спасибо ^_^

[@Slava404Ustinov]

А эффективность такого менеджера кто измерит?

[@qazaqempire3828]

ну давай еще бигдату поставим чтоб вобще сразу сигнал посылать кого уволнять ))

[@sp8871]

Лёха

[@qazaqempire3828]

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

[@apmyp]

не говорите ему, что rebase еще есть