[программистам] Еще один способ померяться

0. нет у нас багтреккера...

У кого меньше тот круче, да?
Все 3 бага записаны на бумажке (формат A5)

Это тебе решать.

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

Работаю над проблемой за номером 1969651 :D
Но багтрекер далеко не на один продукт рассчитан.

Естественно, не на один.

В общем, корректива: меряемся отношением кол-во багов/(NOW() - возраст самого первого бага). Так круче. У кого меньше, тот победил.

два миллиона... как страшно жить...

> В общем, корректива: меряемся отношением кол-во багов/(NOW() - возраст самого первого бага). Так круче. У кого меньше, тот победил.

тогда уж давайте и число активных юзеров штуковины учитывать... отсутствие багов при отсутствии пользователей - невелика заслуга.

>>Работаю над проблемой за номером 1969651

Чего-то я не верю.....

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

>> Работаю над проблемой за номером 1969651
> Чего-то я не верю... В багзилле вайна, которому более 15 лет, и который количеством багов переплюнет даже винду, их всего 17000 с хвостиком

Продукт, с которым я сейчас имею дело постарше вайна (раза в 2). Да и не на один продукт та багзилла рассчитана.

Есть проект, которому три десятка лет,
а номер последнего бага всего-то 2215 :-)
Просто багтрекером не пользовались.

А у нас как раз упал багтрекер...

Суть даже не в этом.

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

Если в течение года багов открывается больше, чем команда в состоянии обработать и закрыть, чо-то в консерватории не так.

> Если в течение года багов открывается больше, чем команда в состоянии обработать и закрыть, чо-то в консерватории не так.

Значит надо добавить людей в отдел разработки, только и всего :) Обычно так делают.

Вот у нас есть метрика "3 бага/фичи в неделю на девелоперскую рожу".

В таких случаях надо не добавлять народ в отдел разработки, а добавлять QA.

> Вот у нас есть метрика "3 бага/фичи в неделю на девелоперскую рожу".

Сурово.

> у нас есть метрика "3 бага/фичи в неделю на девелоперскую рожу".

Что, без учета сложности бага/фичи?

>> Если в течение года багов открывается больше, чем команда в состоянии обработать и закрыть, чо-то в консерватории не так.

>Значит надо добавить людей в отдел разработки, только и всего :) Обычно так делают.

я бы сначала подсчитал отношение числа фиксимых багов к числу новых, которые вносятся с фиксами. если оно близко к 1, то число девелоперов вообще не имеет значения, а если >1 то надо наоборот людей с проекта убирать :-)

> Работаю над проблемой за номером 1969651

виндовс?

>> у нас есть метрика "3 бага/фичи в неделю на девелоперскую рожу".
> Что, без учета сложности бага/фичи?

Без учёта. Но это как средняя температура по больнице: кто-то фиксит мегабаг, а кто-то в то же время правит кучку опечаток.

> а если >1 то надо наоборот людей с проекта убирать :-)
И расстреливать, расстреливать! ]:->

>>виндовс?

Виндовсу нет 30. Я так чувствую, что либо gaa наняли SCO для работы над Unixware, либо он решил реанимировать MULTICS