Как оценивать эффективность разработки

[Dhwtj]

Вы бы хоть методику описали прежде чем впаривать предлагать ai slop продукт

Поясню: ai оценка сложности почти заведомо хуже человеческой. Зачем вы её берете?

[anton_om]

Дополнительная статистика - это хорошая поддержка для тех-лида. Она может подтвердить субъективное мнение, либо напротив его опровергнуть.

[atues]

Всё, сколько нибудь ценного (базы данных, операционные системы, компиляторы, короче - всё, без чего обойтись низзя) было написано херову тучу лет назад и с тех пор только поддерживается и развивается. Да, многое в кодовой базе поменялось, но суть осталась неизменной: ценный софт создается одиночками, максимум 2-3 челами, а остальные - фуфло на подхвате. Так было, есть и будет. Но со временем набежала толпа менеджеров. И понеслась моча по трубам: аджайл, спринты, груминг, покер, ...

Вся их "ценность" в бесстыдном умении манипулировать ничего не значащими терминами и надувать щеки, строить графики, презентации и выдумывать показатели KPI за выполнение которых они получают премии и бонусы. Мир обезумел, а мы делаем вид, что так и должно быть. Пара-тройка программистов + вменяемый системный аналитик сделают всю работу без костылей в виде менеджеров: и архитектуру, и API, и "морду", и базу, и бэкэнд. Протестируют и оперативно доведут до рабочего продукта. Но...

Минусуйте - это только свидетельство того, что вы ничтожества

[serjeant]

А ещё можно поставить барабаны, галерщика и чтобы он задавал ритм для написания кода разРАБми, прикованными к рабочим местам цепью.
Скажите, а вот как вы себя - "эффективных менеджеров" оцениваете с помощью таких инструментов? Сколько писем в день отправил или сколько сообщений "какой какой прогресс по задаче" отправил или может сколько часов на созвонах провел?
Не боитесь, что следующим шагом после внедрения таких инструментов будет вопрос - а зачем Вы нужны на проекте? )))

[anton_om]

Привет! Да, всё из этого. И результаты команд, конечно.

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

[serjeant]

А вы не пробовали просто платить людям достойно, чтобы они не искали приключения на стороне? Может человеку на ипотеку не хватате и приходится ещё подработки искать. Создайте дух настоящей инженерной компании, а не рассадник эффективных менеджеров, когда на 1 разраба 5 человек менеджеров.
За 10 лет на удаленке ни разу не сталкивался с тем что чьито переработки "негативно сказывается и на продуктивности, и на мотивации остальных сотрудников."
А вот ежечастное заполнение жопочасов в tempo или трекеры очень даже негативно влияют. На продуктивность,желание работать и даже больше скажу - приводят к выгорянию. Проверено на себе и друзьях.
Так что думайте, вы скорее потеряете всю команду,чем получите эффективную разработку.