V
плюс по закону гудхарта если начать использовать метрику “количество фичей” хоть как-то, покатится под откос все
Size: a a a
2021 March 02
V
начнут фичи делать мельчайшими и бессмысленными, но много 🙂
V
я сам даже так делал 🙁
u
Вспоминается старая басня про программистов и kpi
V
ну всё то же самое
ES
Дак а можешь пояснить, что даст подсчёт количества фич сделанных? Одна занимает день работы, другая - месяц, итого сделали две
Я не стебусь, реально интересно понять логику
Я не стебусь, реально интересно понять логику
Так я нигде не говорил, что именно фичи надо считать.
ES
начнут фичи делать мельчайшими и бессмысленными, но много 🙂
Бывает
V
возможно, я вас не так понял 🙁
ES
Если вы умеете измерять пользу от команды, зачем вам какие-то другие метрики?
Но до этого надо дорасти. Если ещё нет, то измерение в штуках полезной работы, лучше чем ничего.
Но до этого надо дорасти. Если ещё нет, то измерение в штуках полезной работы, лучше чем ничего.
V
скажите, а что вы имеете в виду под штуками работы?
MF
Если вы умеете измерять пользу от команды, зачем вам какие-то другие метрики?
Но до этого надо дорасти. Если ещё нет, то измерение в штуках полезной работы, лучше чем ничего.
Но до этого надо дорасти. Если ещё нет, то измерение в штуках полезной работы, лучше чем ничего.
Измерение в штуках полезной работы может здорово навредить. Является полезной работой исследование альтернатив первому пришедшему в голову решению? А рефакторинг рядом лежащих дурно пахнущих кусков кода?
u
Так я нигде не говорил, что именно фичи надо считать.
Значит, я тебя не понял, потому и спрашивал, что ты имеешь в виду
DZ
Может лучше и правильнее мерять сэкономленные деньги от этих фич(если применимо)?
DZ
с внутренними продуктами обычно работает
V
Измерение в штуках полезной работы может здорово навредить. Является полезной работой исследование альтернатив первому пришедшему в голову решению? А рефакторинг рядом лежащих дурно пахнущих кусков кода?
вот мне тоже кажется, что именно по закону гудхарта и получится вред тут
V
Может лучше и правильнее мерять сэкономленные деньги от этих фич(если применимо)?
но разве за это целиком и полностью отвечает команда?
она сама фичи придумывает?
она сама фичи придумывает?
DZ
ну у нас перед тем как ты начнёшь пилить какую-то большую фичу(не багфикс) - то полезно посчитать - что, зачем и как это будет использоваться
V
это дело хорошее, полезное, но ведь мы говорим про “оценку работы команды"
чтобы оценить работу команды через сумму сэконоленных фичами средств, нужно, чтобы сама команда фичи и придумывала
иначе — если ей приносят фичи, которые мало или плохо экономят, она и не сможет много сэкономить
чтобы оценить работу команды через сумму сэконоленных фичами средств, нужно, чтобы сама команда фичи и придумывала
иначе — если ей приносят фичи, которые мало или плохо экономят, она и не сможет много сэкономить
DZ
ну вот и посчитать сколько денег команда сэкономила компании в этом году
DZ
это дело хорошее, полезное, но ведь мы говорим про “оценку работы команды"
чтобы оценить работу команды через сумму сэконоленных фичами средств, нужно, чтобы сама команда фичи и придумывала
иначе — если ей приносят фичи, которые мало или плохо экономят, она и не сможет много сэкономить
чтобы оценить работу команды через сумму сэконоленных фичами средств, нужно, чтобы сама команда фичи и придумывала
иначе — если ей приносят фичи, которые мало или плохо экономят, она и не сможет много сэкономить
не обязательно