Слайдкаст. Измерения в ИТ и ПО. Часть I

Сергей Поволяшко, PMP www.it-tuning.com Измерения в ИТ и ПО. Как, что и зачем измерять. Обзор тренинга Часть 1. Концепции, структура

Давайте познакомимся
Сергей Поволяшко.
IT с 1996 года. Работал по нескольким IT специальностям . С 2001 года управляю операционной деятельностью и проектами.
Принимал лидирующее участие во внедрении и оценке CMMI L3 в TEAM International, 2008 .
PMI PMP, 2007
Работаю в должности CTO в компании TEAM International, www . teaminternational . com .
Веду проект ИТ Тюнинг, www.it-tuning.com .
Настройка проектной и операционной деятельности

Содержание
Часть 1. Концепции, структура. (Этот слайдкаст)
Зачем вообще что-то мерять?
Основные Концепции Метрик
Структура показателей (Измерение, Метрика, Key Performance Indicator – KPI, Critical Success Factor – CSF)
Часть 2. Практика. (Следующий слайдкаст)
Определение системы метрик качества процесса для достижения бизнес цели , а также подход по количественному контролю

Эта презентация представляет собой обзор 2-х дневного тренинга “ Измерения в ИТ и ПО. Как, что и зачем измерять. ”
Области применимости метрик
Измерения по фазам жизненного цикла
Качество продукта
Производительность: проекта, персональная
Качество процессов производства
Сервисные метрики
HR метрики
Нефинансовые метрики деятельности компании
Понятие Размера (Size)
Анализируем метрики
Количественное управление и предсказание качества
Внедрение программы метрик
Подробнее о тренинге здесь: http ://it-tuning.com/?page_id=56
Тренинг

Ссылки
Software Measurement: Establish - Extract - Evaluate – Execute. Christof Ebert, Reiner Dumke
Measuring the software process . William A. Florac, Anita D. Carleton
ISO 15939 Systems and software engineering -- Measurement process
The complete Project Management Office Handbook. Gerard M. Hill
ITIL Core Publications: Service Design, Continual Service Improvement. UK Office of Government Commerce
Project Management. A systematic approach to planning, scheduling and controlling. Harold Kerzner
PMBOK® Guide . Fourth Edition . PMI
PMP Exam Prep. Fifth edition. Rita Mulcahy
Wikipedia ( www.wikipedia.org )
Practice Standard for Earned Value Management . PMI
http://csse.usc.edu/csse/research/COCOMOII/cocomo_main.html
http://csse.usc.edu/csse/research/COQUALMO/

Измеряем чтобы:
Улучшать ( Improve )
Делать приемку товаров / услуг ( Acceptance criteria )
Непрерывно оценивать качество процесса, продукта, услуги ( Monitor )
Оценивать достижение целей
Принимать обоснованные решения (Manage)

Зачем? Контролировать ( Monitor ): качество, состояние, тренды
Значения (напр. дефекты) Периоды измерений Инструментарий . Контрольная диаграмма ( Control Chart ) Целевые показания или среднее значение (goal) Верхняя и нижняя контрольные границы ( upper and lower control limits ) Пример . Количество дефектов по итерациям, релизам

Зачем? Улучшать ( Improve ) процессы, продукт, сервис
Инструментарий . Процесс улучшений ( Improvement ) с точки зрения измерений
Входящая информация:
Бизнес планы
Стратегические цели
Тактические цели
Бизнес среда, политики
Что нам следует измерять? Что мы можем измерять? Настроить сбор данных. Кто, что, как и когда? Обработать и проанализировать данные Принять корректирующие, улучшающие меры Оценить эффект от принятых мер Что мы хотим улучшить? Пример . Улучшить эффективность устранения дефектов ( DRE )

Зачем? Делать приемку товаров / услуг ( Acceptance criteria )
Инструментарий . Договорные обязательства, специфический инструментарий, запланированные процедуры контроля критериев приемки
Примеры :
Программный продукт должен содержать не более 10 несущественных дефектов
Веб сайт должен быть доступен не менее 99.8% времени

Зачем? Непрерывно оценивать качество процесса, продукта, услуги
Инструментарий . Измерения, интегрированные в проект, в процессы производства продукта, услуги
Пример. При отсутствии непрерывной оценки качества (инспектирования спецификаций) проблема может выявится на этапе тестирования. Позднее выявление проблем всегда влечет бОльшие затраты на устранение
Требования Тестирование Сдача Инспекция очередной спецификации показала увеличенное количество дефектов .......

Зачем? Оценивать достижение целей
Инструментарий . План действий и система измерений отражающие текущее и целевое состояния
Пример :
Увеличить эффективность использования ( utilization ) ресурсов на 20% к концу полугодия
Какие ресурсы у нас есть сейчас (люди, оборудование, площади)?
Как они используются сейчас?
Какие именно из ресурсов подлежат оптимизации и измерению?
Какой реалистичный план по увеличению эффективности?
Если в течение полугодия видно что цель недостижима, то что будет предпринято?

Принимать обоснованные решения (Manage)
Улучшать ( Improve ) Делать приемку товаров / услуг ( Acceptance criteria ) Непрерывно оценивать качество процесса, продукта, услуги ( Monitor ) Оценивать достижение целей

Немного Философии
Нельзя управлять тем, что нельзя измерить .
Peter Drucker, Tom De Marco
Не имея правильной информации, вы всего лишь еще один человек со мнением .
Tracy O’Rourke

Немного Реальности
Измерения должны давать ответы, реальная потребность состоит не в числах, а что стоит за ними, т.е. быть полезными
Измерения должны быть интегрированы в инженерные и управленческие процессы
Измерения должны быть ориентированы на конкретные цели и помогать бизнесу быть успешным
Ловушкой многих программ измерений является отсутствие взаимосвязи между целями бизнеса и этой программы.
Лучший способ контролировать успешность проекта это установить формальные цели (содержание, расписание, бюджет, качество) в виде измеримых величин и контролировать их

Необходимые условия для успешности измерений
Люди Процессы Инструментарий

Жизненный цикл измерений
[ISO 15939 Systems and software engineering -- Measurement process ]
Информационные потребности
Цели / интересы компании, заказчика, проекта
Виды контрактов, проектов, бизнеса, среда, ресурсы
Бизнес процессы
Технологические процессы
Учредить и поддерживать обязательства по измерениям (Establish and Sustain Measurement Commitment) Планирование процесса измерений (Plan the Measurement Process) Выполнение процесса измерений (Perform the Measurement Process) Оценка измерений и улучшения (Evaluate Measurement , Improvements ) Информационный продукт для управленческих решений ( Information product )

ISO 15939 Информационная модель измерений
[ISO 15939 Systems and software engineering -- Measurement process ]
Атрибут Метод измерения Базовое измерение Атрибут Метод измерения Базовое измерение Функция измерения Производное измерение (метрика) Производное измерение (метрика) Модель анализа Индикатор Интерпретация Информационный продукт

Структура показателей
Миссия, видение, стратегические цели бизнеса. Информационные потребности. (Mission, Vision, Goals, Information needs) Критический фактор успеха ( CSF – Critical Success Factor ) Ключевой индикатор эффективности ( KPI – Key Performance Indicator ) Метрики ( Metrics ) Измерения ( Measurements, raw data )

Измерения ( Measurements, raw data )
Атрибут – базовая характеристика, свойство какого-то объекта
Измерение (процедура, метод) – присвоение количественных значений атрибутам объектов с целью систематического представления свойств, характеристик этого объекта.
Измерение (базовое) – количественное значение, присвоенное атрибуту как результат метода измерения
Примеры:
Атрибут «рост», измеряется Методом растягивания рулетки от пола до макушки и замера значения роста, полученное значение – Базовое Измерение – измеряется в сантиметрах.
Атрибут «размер кода», измеряется Методом подсчета строк кода не учитывая комментарии и пустые строки, полученное значение измеряется в строках кода ( LOC – Lines of Code )
Атрибут Метод измерения Базовое измерение

Метрики ( Metrics )
Функция измерения – алгоритм / способ комбинирования / обработки Базовых Измерений
Производное измерение (Метрика) – значение, получившееся в результате применения Функции измерения к двум или более Базовым Измерениям. Во многих случаях Метрика нормализуется, т.е. приводится к определенной шкале / размерности с целью соизмеримости. Например процентам, или от 0 до 1, или по соотношению к определенному размеру.
Пример:
Метрика Плотность Дефектов на тысячу строк кода ( DD – Defect Density ) может определяется путем вычисления Базовых Измерений – количество строк кода и количество дефектов, с применением Функции : DD = DN/KLOC
Функция имерения Производное измерение (метрика)

Ключевой индикатор эффективности ( KPI – Key Performance Indicator ) Модель анализа – алгоритм / способ комбинирования / обработки одного или более Базового и / или Производного измерения (Измерения и / или Метрики) и критериев принятия решений. Индикатор ( KPI ) – значение, получившееся в результате применения Модели анализа к Базовым и / или Производным измерения и критериям принятия решений. На практике, в стратегическом смысле, KPI определяют / отслеживают цели, тренды, наиболее важные / ключевые для бизнеса / проекта . Модель анализа Индикатор

Пример структуры: CSF – KPI - Метрики :
CSF: Эффективное управление проектами
KPI:
Уменьшить перерасход бюджета на 5% в течение года
Улучшить качество на 10% в течение года
Улучшить оценку трудозатрат на 20% для проектов типа А к концу 2010 года
Метрики ( KPI: Улучшить качество на 10% в течение года)
Плотность дефектов при инспекции кода
Плотность дефектов при функциональном тестировании
Эффективность удаления дефектов
Рейтинг качества процессов разработки

Спасибо за внимание!
Смотрите «Часть 2. Практика»
Подробнее:
О тренинге « Измерения в ИТ и ПО. Как, что и зачем измерять.” http :// it-tuning.com /?page_id=56
О проекте ИТ тюнинг www.it-tuning.com
Контакт: [email_address]

Слайдкаст. Измерения в ИТ и ПО. Часть I

by Sergiy Povolyashko on Jun 07, 2011

Accessibility

Categories

Tags

Upload Details

Usage Rights

2 Embeds 761

Statistics

Слайдкаст. Измерения в ИТ и ПО. Часть I — Webinar Transcript

http://it-tuning.com	759
url_unknown	2