Эксперты раздела
Обновления продукта / Год
Описание показателя
Данный критерий указывает на количество обновлений (релизов) продукта в течение года
Формула расчета
Ручной ввод или получение данных из внешних источников
Тип показателя
Количественный
Диница измерения
Количество
Тренд
Максимизация значений
Отрасли
Информационные технологии,
Функциональное направление
Сервисное обслуживание,
★★★★★
Голосов: 2
Голосов: 2
Оценка показателя: 1
Для чего измерять этот показатель? Какую практическую ценность он создает? Что лучше: когда этот показатель больше или меньше?
Для чего измерять этот показатель? Какую практическую ценность он создает? Что лучше: когда этот показатель больше или меньше?
04.02.2010
Kotov Sergey
✎ ОтветитьПоказатель имеет двоякий смысл и может отражать:
1. Качество программирования, т.е. чем больше обновлений, тем больше ошибок в программном коде.
2. Выполнение плана по выпуску новых версий.
1. Качество программирования, т.е. чем больше обновлений, тем больше ошибок в программном коде.
2. Выполнение плана по выпуску новых версий.
17.02.2010
Шаппо Илья
✎ ОтветитьОтвет на
План по выпуску новых версий - весьма странная штука. Версия должна быть стабильна и надёжна, а переделки (релиз мажора или минора) возникают только при изменении требуемой функциональности (никак с программистами не связанное явление) или с выявлением ошибок - но планировать выпуск версий, и % выполнения этого плана превращать в KPI было бы, на мой взгляд, неверно.
Показатель мог бы использоваться только для оценки "потока нагрузки" для сервисного подразделения.
Показатель имеет двоякий смысл и может отражать:
1. Качество программирования, т.е. чем больше обновлений, тем больше ошибок в программном коде.
2. Выполнение плана по выпуску новых версий.
Качество программирования - это показатель для производственного подразделения вендора, ну или, в предельном случае - для "собственных" программистов, занимающихся настройкой и доработкой установленных программ (про полностью самописные продукты в наше время говорить вряд ли стОит), но не для сервисного подразделения. 1. Качество программирования, т.е. чем больше обновлений, тем больше ошибок в программном коде.
2. Выполнение плана по выпуску новых версий.
План по выпуску новых версий - весьма странная штука. Версия должна быть стабильна и надёжна, а переделки (релиз мажора или минора) возникают только при изменении требуемой функциональности (никак с программистами не связанное явление) или с выявлением ошибок - но планировать выпуск версий, и % выполнения этого плана превращать в KPI было бы, на мой взгляд, неверно.
Показатель мог бы использоваться только для оценки "потока нагрузки" для сервисного подразделения.
11.01.2011
Зверев Борис Николаевич
✎ ОтветитьОценка показателя: 1
Показатель не похож на KPI, поскольку его выполнение не зависит от сервисного подразделения. Может быть использован только как аналитический показатель для анализа плотности потока задач (если задачей ИТ-подразделения считать внедрение нового релиза).
Хороший продукт в обновлении не нуждается :)
Показатель не похож на KPI, поскольку его выполнение не зависит от сервисного подразделения. Может быть использован только как аналитический показатель для анализа плотности потока задач (если задачей ИТ-подразделения считать внедрение нового релиза).
Хороший продукт в обновлении не нуждается :)
11.01.2011
Зверев Борис Николаевич
✎ ОтветитьОтвет на
Оценка показателя: 1
Показатель не похож на KPI, поскольку его выполнение не зависит от сервисного подразделения. Может быть использован только как аналитический показатель для анализа плотности потока задач (если задачей ИТ-подразделения считать внедрение нового релиза).
Хороший продукт в обновлении не нуждается :)
Хороший продукт должен развиваться и обновляться, поэтому он нуждается в обновлении. Но то, что это не KPI, с Вами полностью согласен. Это показатель, дающий дополнительную информацию по выполнению плана по выпуску новых версий.
Показатель не похож на KPI, поскольку его выполнение не зависит от сервисного подразделения. Может быть использован только как аналитический показатель для анализа плотности потока задач (если задачей ИТ-подразделения считать внедрение нового релиза).
Хороший продукт в обновлении не нуждается :)
11.01.2011
Терентьев Виктор
✎ Ответитьинтересно
23.02.2023
Русанов Сергей Николаевич
✎ Ответить
Для добавления отзыва необходимо зарегистрироваться или авторизоваться
© 2009-2024. При поддержке компании KPI Lab. Права на все изображения и материалы, представленные на портале, принадлежат их владельцам.
При использовании материалов с портала активная ссылка на www.kpilib.ru обязательна. Пожалуйста, ознакомьтесь с Условиями использования сайта.
При использовании материалов с портала активная ссылка на www.kpilib.ru обязательна. Пожалуйста, ознакомьтесь с Условиями использования сайта.