как можно измерить производительность программиста, реально ли это?
возможно ли это в принципе?
если да, то как?
какие понятия и единицы измерения для этого используются?
ссылки, книги, статьи, блоги на эту тему?
ясное дело что а не все ли равно.. но когда дело касается финансовой стороны, то это необходимо подсчитать.. но как?
Re: как ведется учет поизводительности программистов в коман
Здравствуйте, Magz, Вы писали:
M>как можно измерить производительность программиста, реально ли это? M>какие понятия и единицы измерения для этого используются?
Выбирайте по вкусу: рабочее время, SLOC, закрытые запросы (взвешенные по важности и сложности), субъективная оценка руководителя проекта
M>ясное дело что а не все ли равно.. но когда дело касается финансовой стороны, то это необходимо подсчитать.. но как?
Ничего из этого толком не работает.
IMHO. смайлики добавить по вкусу.
Re: как ведется учет поизводительности программистов в коман
Здравствуйте, S-SH, Вы писали:
SS>Выбирайте по вкусу: рабочее время,
даже незнаю в каких областях разработки это эффективно... наверное в какой-то нетворческой..
>>SLOC,
вообще бред имхо..
>>закрытые запросы (взвешенные по важности и сложности),
вот это интересно... но кто как и чем будет мерить это?
>>субъективная оценка руководителя проекта
вот в том и сложность.. что оценка то субьетивная.. а сумма денег.. часовой рейти или зп — объективная цифра на данны момент времени..
SS>Ничего из этого толком не работает.
да.. увы..
Re[2]: как ведется учет поизводительности программистов в ко
Здравствуйте, Magz, Вы писали:
M>Здравствуйте, bkat, Вы писали:
B>>А в какой мере это касается финансовой стороны? B>>Для чего именно вам нужна оценка производительности программистов?
M>все просто и банально. кто в какой доли сделал для проекта и соотсветствнно кому какая доля причитается.
Так и думал...
Забудьте вы про это. Ничего хорошего не будет.
Оценивать результат в тех же строках кода стоит только для
оценки общего прогресса на проекте. А если вы по этим метрикам деньги начислять будете,
то это будет большой ошибкой.
Re[3]: как ведется учет поизводительности программистов в ко
Здравствуйте, Magz, Вы писали:
M>вот в том и сложность.. что оценка то субьетивная.. а сумма денег.. часовой рейти или зп — объективная цифра на данны момент времени..
Ну вот и платите часовой рейт.
Самый простой механизм, но довольно эффективный.
Если кто-то будет вам обходиться дорого, а толку от него мало,
то вы это сразу заметите и вынуждены будете принять меры.
Re[4]: как ведется учет поизводительности программистов в ко
Здравствуйте, kaa.python, Вы писали:
KP>тут уже не раз писалось о огромном количестве минусов, вносимых подсчетами производительности и т.д. воспользуйтесь поиском.
но если не считать её никак то есть всего один существенный минус и он может быть решающим
Здравствуйте, Magz, Вы писали:
>>>закрытые запросы (взвешенные по важности и сложности),
M>вот это интересно... но кто как и чем будет мерить это?
Общую задачу РП делит на небольшие задания, определяет их очередность, важность и сложность (трудозатраты). Эти задания раздаются программистам, учитывая их опыт и желание. По окончании (проекта, итерации, месяца...) смотрим, кто чего наделал, соотв. определяем кого надо поощрять, а кому подзатыльника.
Только если подсчет выполненного делать на формальных признаках, то тоже плохо работает — побочные эффекты могут убить всю пользу.
IMHO. смайлики добавить по вкусу.
Re[4]: как ведется учет поизводительности программистов в ко
Здравствуйте, S-SH, Вы писали:
SS>Здравствуйте, Magz, Вы писали:
>>>>закрытые запросы (взвешенные по важности и сложности),
M>>вот это интересно... но кто как и чем будет мерить это?
SS>Общую задачу РП делит на небольшие задания, определяет их очередность, важность и сложность (трудозатраты). Эти задания раздаются программистам, учитывая их опыт и желание. По окончании (проекта, итерации, месяца...) смотрим, кто чего наделал, соотв. определяем кого надо поощрять, а кому подзатыльника.
И получится так, что "несложные" вещи, которые однако делать надо,
никто делать не захочет, потому что за них денег мало дают...
Re[4]: как ведется учет поизводительности программистов в ко
Здравствуйте, S-SH, Вы писали:
SS>Общую задачу РП делит на небольшие задания, определяет их очередность, важность и сложность (трудозатраты). Эти задания раздаются программистам, учитывая их опыт и желание. По окончании (проекта, итерации, месяца...) смотрим, кто чего наделал, соотв. определяем кого надо поощрять, а кому подзатыльника.
SS>Только если подсчет выполненного делать на формальных признаках, то тоже плохо работает — побочные эффекты могут убить всю пользу.
ладно важность — это ясно.. это можно определить.. этим и занимается менеждер проекта, следит чтобы все выполнялось параллельно и небыло важных частей которые оказались запущенными... т.е. смотрит чтобы всему уделялось внимание..
покажите мне такого РП который сможет определить сложность задания? задание заданию рознь и иногда пока задание не будет хоть как-то сделано\реализовано невозможно вооще ничего сказать о трудозатратах на него.
в этом и дилемма..
короче нда
Re[5]: как ведется учет поизводительности программистов в ко
Здравствуйте, bkat, Вы писали:
B>И получится так, что "несложные" вещи, которые однако делать надо, B>никто делать не захочет, потому что за них денег мало дают...
Так и получается. А ведь Минздрав предупреждал.
...– Знаете, почему некоторые направления становятся общественно значимыми? — спросил Костёрыч. — Потому что ими никто не занимается. Вот для примера… Общественно значимая работа — мусорщик. Если бы все жители города свои пакеты с мусором сразу на свалку выносили за шестой километр, то и мусорщик не был бы общественно значим.
(С) А.Иванов "Блудо и мудо"
IMHO. смайлики добавить по вкусу.
Re[3]: как ведется учет поизводительности программистов в ко
Здравствуйте, Magz, Вы писали:
M>все просто и банально. кто в какой доли сделал для проекта и соотсветствнно кому какая доля причитается.
Забудь.
Если программист — (со)владелец фирмы, то ему причитается доля прибыли пропорционально его доле в уставном капитале, независимо от всех остальных факторов. Если же программист — просто наемный служащий, то ему причитается зарплата — hourly rate, оклад..., поскольку он просто продает 8 часов своего времени в день работодателю за фиксированную цену, и насколько эффективно используются эти 8 часов — не его проблемы, а забота работодателя.
И наконец, напомню:
— Есть ли способы управления женщинами?
— Да, два. Но оба не работают.
Re[3]: как ведется учет поизводительности программистов в ко
Здравствуйте, Magz, Вы писали: >>>закрытые запросы (взвешенные по важности и сложности), M>вот это интересно... но кто как и чем будет мерить это?
Чтобы можно было мерить, часто используют не просто "запрос", а "минимальное тестируемое требование".
От продукта к продукту оно конечно будет разное, но внутри одного продукта обычно более-менее одинаково.
Re: как ведется учет поизводительности программистов в коман
Здравствуйте, Magz, Вы писали:
M>как можно измерить производительность программиста, реально ли это?
В качестве такового я бы предложил смотреть использовать отношение реальной трудоемкости к запланированной. Высококвалифицированный программист обязан уметь расчитывать время, которое потребуется ему для выполнения возложенной на него работы. В том ж случае, если он постоянно заваливает сроки — грош ему цена. Не так много людей могут похвастаться, что занимаются инновационными разработками, где оценить время заранее с приемлемой точностью невозможно, а те, кому все-таки посчастливилось, уже априори имеют высокую квалификацию, и в пристальном присмотре за ними уже нет большой необходимости.
Для программистов преимущество использования данного показателя состоит в в том, он сам может реально на него влиять и поэтому можно ожидать лояльного отношения к нему [показателю]. Он не сможет жаловаться на отсутсвие справедливости в мире: согласие на выполнение задач он дал, трудоемкость оценил сам (предполагаю, что в подавляющем большинстве проектов используется agile-методологии).
Для менеджера же единственно должно быть важно только то, что все этапы и подэтапы проекта завершаются в срок. Использование данного показателя позволят определить, кто из программистов и в какой степени улучшает или портит его карму и какое мотивирование должно к нему применяться. Последовательное и систематическое применение данного показателя позволяет также добится более ответсвенного подхода программистов к определению трудоемкости задач.
Показатель считаю весьма и весьма объективным. Достаточно посмотреть на оный у junior и senior-программеров.
Re[4]: как ведется учет поизводительности программистов в ко
Здравствуйте, Vlad_SP, Вы писали:
V_S>Забудь. V_S>Если программист — (со)владелец фирмы, то ему причитается доля прибыли пропорционально его доле в уставном капитале, независимо от всех остальных факторов. Если же программист — просто наемный служащий, то ему причитается зарплата — hourly rate, оклад..., поскольку он просто продает 8 часов своего времени в день работодателю за фиксированную цену, и насколько эффективно используются эти 8 часов — не его проблемы, а забота работодателя.
спасибо. теперь многое стало ясно в таком ракурсе.
Re[2]: как ведется учет поизводительности программистов в ко
Здравствуйте, FurJ, Вы писали:
FJ>Здравствуйте, Magz, Вы писали:
M>>как можно измерить производительность программиста, реально ли это?
FJ>В качестве такового я бы предложил смотреть использовать отношение реальной трудоемкости к запланированной. Высококвалифицированный программист обязан уметь расчитывать время, которое потребуется ему для выполнения возложенной на него работы.
ага.. щяяяс.. с разбега просто...
самый простой вариант спекуляции — называется в эн раз большее время... чем реальное..
работа делается... а дальше время просто тянется, а работа не отдается.. а далее отдается чуть раньше срока гг
как такой расклад?
основная загвоздка — нельзя задание поменрить минимальным эталоном и тем самым в итоге измезить скокрость разных программеров..
Re[3]: как ведется учет поизводительности программистов в ко
Здравствуйте, Magz, Вы писали:
M>Здравствуйте, FurJ, Вы писали:
FJ>>Здравствуйте, Magz, Вы писали:
M>>>как можно измерить производительность программиста, реально ли это?
FJ>>В качестве такового я бы предложил смотреть использовать отношение реальной трудоемкости к запланированной. Высококвалифицированный программист обязан уметь расчитывать время, которое потребуется ему для выполнения возложенной на него работы.
M>ага.. щяяяс.. с разбега просто... M>самый простой вариант спекуляции — называется в эн раз большее время... чем реальное.. M>работа делается... а дальше время просто тянется, а работа не отдается.. а далее отдается чуть раньше срока гг
Этот подход не очень выгоден программеру. Дело в том, что он не может совсем уж точно оценить время работы: иногда он заканчивает быстрее, чем планировал, иногда запаздывает. Предположим, он действительно сделал 8 часовую задачу за 4 часа, а остальное время халявил. Но примерно с такой же вероятность 4-часовая задача может превратится в 8-часовую. Если преположить, что трудоемкость всех задач, выполненных в реальности быстрее, будет выравниться, то очевидно, что с течением времени показатель отношения реальной трудоемкости к запланированной будет монотонно возрастать, а это уже индикатор раздолбайства. Описанный Вами вид "мошенничества" мог может иметь место только в том случае, если программер закладывает на задачу непропорционально большой буфер, но заметить этот факт квалифицированным лидом не составит труда. Но даже если лид не отслеживает этот процесс, то динамика показателя (монотонное повышение, понижение или колебание на одном уровне) может это сделать самостоятельно.
M>как такой расклад?
M>основная загвоздка — нельзя задание поменрить минимальным эталоном и тем самым в итоге измезить скокрость разных программеров..
Условный коеффициент полезности программера может выглядеть следующим образом: С = П*Т*К, где
П — наш показатель,
Т — запланированная трудоемкость,
К — коэффициент сложности работы.
Придумывать сложные формулы в текущих реалиях нет абсолютно никакого смысла. Увы, индустрия разработки ПО не достигла такого степени автоматизации, чтобы для неё можно было бы применять точные формулы, специфичные для конвейерного производства. Яркий пример бесполезности такого занятия можно наблюдать, например, в компании CBOSS, руководство которой очень любит придумывать извращенные формулы для подсчета всевозможных показателей впоть до уровня меритократичности сотрудника.
Re[4]: как ведется учет поизводительности программистов в ко
Здравствуйте, FurJ, Вы писали:
FJ>Этот подход не очень выгоден программеру. Дело в том, что он не может совсем уж точно оценить время работы: иногда он заканчивает быстрее, чем планировал, иногда запаздывает. Предположим, он действительно сделал 8 часовую задачу за 4 часа, а остальное время халявил. Но примерно с такой же вероятность 4-часовая задача может превратится в 8-часовую. Если преположить, что трудоемкость всех задач, выполненных в реальности быстрее, будет выравниться, то очевидно, что с течением времени показатель отношения реальной трудоемкости к запланированной будет монотонно возрастать, а это уже индикатор раздолбайства.
когда я говорил про что "говорит что нужно времени в эн раз больше" это было далеко не в 2 раза больеш... а минимум в 3.. а то и 5ть
> Описанный Вами вид "мошенничества" мог может иметь место только в том случае, если программер закладывает на > задачу непропорционально большой буфер, но заметить этот факт квалифицированным лидом не составит труда.
а вот и хрен.. ну кто? кто определит? если сама оценка трудоёмкости задачи иногда сложнее (т.е. дороже) решения самой задачи
>> Но даже если лид не отслеживает этот процесс, то динамика показателя (монотонное повышение, понижение или колебание на одном уровне) может это сделать самостоятельно.
хм.. и через сколько ЛЕТ.. этот график покажет тенденцию? 1, 2, 3 ?
FJ>Условный коеффициент полезности программера может выглядеть следующим образом: С = П*Т*К, где FJ>П — наш показатель, FJ>Т — запланированная трудоемкость, FJ>К — коэффициент сложности работы. FJ>Придумывать сложные формулы в текущих реалиях нет абсолютно никакого смысла. Увы, индустрия разработки ПО не достигла такого степени автоматизации, чтобы для неё можно было бы применять точные формулы, специфичные для конвейерного производства. Яркий пример бесполезности такого занятия можно наблюдать, например, в компании CBOSS, руководство которой очень любит придумывать извращенные формулы для подсчета всевозможных показателей впоть до уровня меритократичности сотрудника.
согласен. я о том же.прямую и даже приблизительно прикинуть невозможно.. только косвенно.. 10ю и более факторами оценки..
НО создавая эту тему думал может всетаки прогресс дошел и до этого и придумали что-то такое эдакое..
