Всё о метриках, KPI, CSF, а также об измерении услуг, процессов, технологий. И про CleverKPI.
Чтобы разобраться с тем, как оценивать производительность и эффективность работы разработчиков, нужно узнать плюсы и минусы существующих подходов и разобраться с тем, какое влияние на бизнес оказывает программная инженерия.
Мы продолжаем рассматривать сложную, но интересную и актуальную тему измерения производительности разработчиков ПО, и сравниваем возможности по измерению работы таких отделов с другими отделами.
Измерение производительности разработчиков – сложная задача, встающая перед руководителями ИТ. Обычные измерения усилий и выходов, применимые для других отделов, могут негативно повлиять на культуру разработки. В данном случае необходимо применять другие подходы.
Весьма вероятно, что вы уверены в том, что ваша команда использует сбалансированный набор таких метрик, однако стоит задуматься – правда ли это? Давайте рассмотрим различные типы показателей и проблемы, с которыми сталкиваются службы ИТ, используя неправильные метрики.
Для формирования системы измерения и оценки необходимо совершить несколько шагов. Причём состав этих шагов сохраняется, какой бы объект управления ни подлежал оценке — процесс, услуга, проект или другие разовые активности.
Обсуждая тему построения эффективной поддержки в ИТ или оптимизацию работы уже существующей, мы всегда сталкиваемся с вопросами измерения. Что измерять? Как измерять? Зачем измерять? Современные технологии Service Desk и выгрузка разных отчетов позволяют легко собирать большие объемы данных о производительности, рациональности, удовлетворенности. Признанными показателями эффективности для Сервис деска будут: Но сегодня я хотел бы затронуть тему удовлетворенности не потребителя, а сотрудника Сервис деска или, как сейчас принято называть, агента. А измеряете ли вы этот параметр вообще? Волнуют ли вас вопросы удовлетворенности работой вашего персонала? Или эти вопросы могут всплывать только при появлении текучести кадров? Удовлетворенность Поговорка о том, что счастливые…
Какие дополнительные метрики можно использовать для анализа скорости работы поддержки? Автор статьи с DevOps.com останавливается на пяти в дополнение к MTTR/MTRS.
Как оценить, на что тратят время специалисты? Какие сложности могут возникать на пути использования, казалось бы, простых метрик?
Матрица тестирования – это основа для совершенствования. Она может помочь спланировать тестирование еще до начала разработки. Во время разработки она может служить единым источником правды о том, что было сделано за день. Когда разработка и тестирование завершены, она может стать общей картиной нашего выбора и решений в области тестирования.
Сегодня я расскажу, какие темы рассматриваются на данном курсе, кто получит наибольшую пользу для своей практической деятельности от изученного материала и что необходимо для сдачи экзамена.
Сегодня мы рассмотрим, как специализация влияет на вашу общую производительность. И если это влияет на результаты вашего бизнеса, я дам вам несколько действенных советов (которые вы сможете применить уже завтра утром!) для решения этой проблемы.