Перейти к содержимому

Фотография

Оценка качества работы разработчика с дефектами по показателю Reopened


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 4

#1 desper79

desper79

    Новый участник

  • Members
  • Pip
  • 8 сообщений
  • ФИО:Артём
  • Город:Москва

Отправлено 30 сентября 2015 - 14:04

Добрый день,

 

есть ли какие-либо принятые оценки работы разработчика по числу дефектов возвращаемых ему после его 'исправления'.

Есть ли есть - где об этом можно почитать ?

 

Какие с вашей точки зрения показатели (в процентах) являются допустимыми и почему.


  • 0

#2 Rebz

Rebz

    Опытный участник

  • Members
  • PipPipPipPip
  • 471 сообщений


Отправлено 30 сентября 2015 - 14:33

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

Правда в дальнейшем эти проблемы ложились и на тестировщика, т.к. прежде чем разработчик поставит  статус задачи "исправлено", он заливает код на тестовый сервер, где тестировщик смотрит исправление.


  • 0

#3 Сергей

Сергей

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 245 сообщений
  • Город:Москва

Отправлено 30 сентября 2015 - 14:40

как одна из метрик имеет право на существование


  • 0

"Если ты хороший плотник и делаешь красивую тумбочку, ты не будешь прибивать сзади фанеру, даже несмотря на то, что задняя часть повернута к стене, и никто ее не видит. Ты будешь хорошо спать ночью, только если тебе удалось воплотить в своем произведении эстетическую красоту и качество." © Стив Джобс


#4 kitsune

kitsune

    Активный участник

  • Members
  • PipPip
  • 137 сообщений
  • ФИО:Полина Антипова
  • Город:Санкт-Петербург

Отправлено 30 сентября 2015 - 14:55

Добрый день,

 

есть ли какие-либо принятые оценки работы разработчика по числу дефектов возвращаемых ему после его 'исправления'.

Есть ли есть - где об этом можно почитать ?

 

Какие с вашей точки зрения показатели (в процентах) являются допустимыми и почему.

 

Сталкивалась несколько раз с запросом оценить общую ситуацию с исправлением багов на проекте по количеству Reopen.
Ответ следующий: баг-трэкеры из коробки не поддерживают статистику по тому, какой статус сколько раз применялся к тикету.
Можно собирать метрику-снапшот по количеству Open/Closed тикетов и это имеет смысл, дает оценку текущего состояния проекта. 
Когда просят метрику по Reopen хотят получить не текущее состояние, т.е. должен быть инструмент отслеживания, который собирает историю смены статусов бага. 
Но! даже в случае, если такой инструмент есть (могу, хоть и с трудом, представить себе плагин к джире), метрику для оценки личной производительности использовать очень рискованно. В процессе с переоткрытием багов задействовано много участников.

  • 0

#5 at_andrey

at_andrey

    Новый участник

  • Members
  • Pip
  • 6 сообщений
  • ФИО:Барбиер Андрей
  • Город:Минск

Отправлено 09 ноября 2015 - 15:14

Оценки по Reopen не делаются так как это слишком общая оценка и это считается необъективной и не показательной оценкой (дефекты разные могут быть и по сложности и по приоритету и по негативному и/или позитивному эффетку и т.п.).

 

А вообще стандартом считается кол.во ошибок / строки кода или функциональный точки (более продвинутая метрика, пример: story points). А в качестве стандарта возьмите Шесть Сигм - они часто используются, также можете найти статистику таких компаний как Google и т.п. и равнятся к примеру на них.


  • 0

 

Андрей Барбиер

LinkedIn: https://www.linkedin...n/andreybarbier

 



Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных