Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
SlideShare a Scribd company logo

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

•
•
1 of 23
Сергей Поволяшко, 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]

More Related Content

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

  • 1. Сергей Поволяшко, PMP www.it-tuning.com Измерения в ИТ и ПО. Как, что и зачем измерять. Обзор тренинга Часть 1. Концепции, структура
  • 2. Давайте познакомимся Сергей Поволяшко. IT с 1996 года. Работал по нескольким IT специальностям . С 2001 года управляю операционной деятельностью и проектами. Принимал лидирующее участие во внедрении и оценке CMMI L3 в TEAM International, 2008 . PMI PMP, 2007 Работаю в должности CTO в компании TEAM International, www . teaminternational . com . Веду проект ИТ Тюнинг, www.it-tuning.com . Настройка проектной и операционной деятельности
  • 3. Содержание Часть 1. Концепции, структура. (Этот слайдкаст) Зачем вообще что-то мерять? Основные Концепции Метрик Структура показателей (Измерение, Метрика, Key Performance Indicator – KPI, Critical Success Factor – CSF) Часть 2. Практика. (Следующий слайдкаст) Определение системы метрик качества процесса для достижения бизнес цели , а также подход по количественному контролю
  • 4. Эта презентация представляет собой обзор 2-х дневного тренинга “ Измерения в ИТ и ПО. Как, что и зачем измерять. ” Области применимости метрик Измерения по фазам жизненного цикла Качество продукта Производительность: проекта, персональная Качество процессов производства Сервисные метрики HR метрики Нефинансовые метрики деятельности компании Понятие Размера (Size) Анализируем метрики Количественное управление и предсказание качества Внедрение программы метрик Подробнее о тренинге здесь: http ://it-tuning.com/?page_id=56 Тренинг
  • 5. Ссылки 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/
  • 6. Зачем вообще что-то мерять? Измеряем чтобы: Улучшать ( Improve ) Делать приемку товаров / услуг ( Acceptance criteria ) Непрерывно оценивать качество процесса, продукта, услуги ( Monitor ) Оценивать достижение целей Принимать обоснованные решения (Manage)
  • 7. Зачем вообще что-то мерять? Зачем? Контролировать ( Monitor ): качество, состояние, тренды Значения (напр. дефекты) Периоды измерений Инструментарий . Контрольная диаграмма ( Control Chart ) Целевые показания или среднее значение (goal) Верхняя и нижняя контрольные границы ( upper and lower control limits ) Пример . Количество дефектов по итерациям, релизам
  • 8. Зачем вообще что-то мерять? Зачем? Улучшать ( Improve ) процессы, продукт, сервис Инструментарий . Процесс улучшений ( Improvement ) с точки зрения измерений Входящая информация: Бизнес планы Стратегические цели Тактические цели Бизнес среда, политики Что нам следует измерять? Что мы можем измерять? Настроить сбор данных. Кто, что, как и когда? Обработать и проанализировать данные Принять корректирующие, улучшающие меры Оценить эффект от принятых мер Что мы хотим улучшить? Пример . Улучшить эффективность устранения дефектов ( DRE )
  • 9. Зачем вообще что-то мерять? Зачем? Делать приемку товаров / услуг ( Acceptance criteria ) Инструментарий . Договорные обязательства, специфический инструментарий, запланированные процедуры контроля критериев приемки Примеры : Программный продукт должен содержать не более 10 несущественных дефектов Веб сайт должен быть доступен не менее 99.8% времени
  • 10. Зачем вообще что-то мерять? Зачем? Непрерывно оценивать качество процесса, продукта, услуги Инструментарий . Измерения, интегрированные в проект, в процессы производства продукта, услуги Пример. При отсутствии непрерывной оценки качества (инспектирования спецификаций) проблема может выявится на этапе тестирования. Позднее выявление проблем всегда влечет бОльшие затраты на устранение Требования Тестирование Сдача Инспекция очередной спецификации показала увеличенное количество дефектов .......
  • 11. Зачем вообще что-то мерять? Зачем? Оценивать достижение целей Инструментарий . План действий и система измерений отражающие текущее и целевое состояния Пример : Увеличить эффективность использования ( utilization ) ресурсов на 20% к концу полугодия Какие ресурсы у нас есть сейчас (люди, оборудование, площади)? Как они используются сейчас? Какие именно из ресурсов подлежат оптимизации и измерению? Какой реалистичный план по увеличению эффективности? Если в течение полугодия видно что цель недостижима, то что будет предпринято?
  • 12. Зачем вообще что-то мерять? Принимать обоснованные решения (Manage) Улучшать ( Improve ) Делать приемку товаров / услуг ( Acceptance criteria ) Непрерывно оценивать качество процесса, продукта, услуги ( Monitor ) Оценивать достижение целей
  • 13. Основные Концепции Метрик Немного Философии Нельзя управлять тем, что нельзя измерить . Peter Drucker, Tom De Marco Не имея правильной информации, вы всего лишь еще один человек со мнением . Tracy O’Rourke
  • 14. Основные Концепции Метрик Немного Реальности Измерения должны давать ответы, реальная потребность состоит не в числах, а что стоит за ними, т.е. быть полезными Измерения должны быть интегрированы в инженерные и управленческие процессы Измерения должны быть ориентированы на конкретные цели и помогать бизнесу быть успешным Ловушкой многих программ измерений является отсутствие взаимосвязи между целями бизнеса и этой программы. Лучший способ контролировать успешность проекта это установить формальные цели (содержание, расписание, бюджет, качество) в виде измеримых величин и контролировать их
  • 15. Основные Концепции Метрик Необходимые условия для успешности измерений Люди Процессы Инструментарий
  • 16. Основные Концепции Метрик Жизненный цикл измерений [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 )
  • 17. Основные Концепции Метрик ISO 15939 Информационная модель измерений [ISO 15939 Systems and software engineering -- Measurement process ] Атрибут Метод измерения Базовое измерение Атрибут Метод измерения Базовое измерение Функция измерения Производное измерение (метрика) Производное измерение (метрика) Модель анализа Индикатор Интерпретация Информационный продукт
  • 18. Основные Концепции Метрик Структура показателей Миссия, видение, стратегические цели бизнеса. Информационные потребности. (Mission, Vision, Goals, Information needs) Критический фактор успеха ( CSF – Critical Success Factor ) Ключевой индикатор эффективности ( KPI – Key Performance Indicator ) Метрики ( Metrics ) Измерения ( Measurements, raw data )
  • 19. Основные Концепции Метрик Структура показателей Измерения ( Measurements, raw data ) Атрибут – базовая характеристика, свойство какого-то объекта Измерение (процедура, метод) – присвоение количественных значений атрибутам объектов с целью систематического представления свойств, характеристик этого объекта. Измерение (базовое) – количественное значение, присвоенное атрибуту как результат метода измерения Примеры: Атрибут «рост», измеряется Методом растягивания рулетки от пола до макушки и замера значения роста, полученное значение – Базовое Измерение – измеряется в сантиметрах. Атрибут «размер кода», измеряется Методом подсчета строк кода не учитывая комментарии и пустые строки, полученное значение измеряется в строках кода ( LOC – Lines of Code ) Атрибут Метод измерения Базовое измерение
  • 20. Основные Концепции Метрик Структура показателей Метрики ( Metrics ) Функция измерения – алгоритм / способ комбинирования / обработки Базовых Измерений Производное измерение (Метрика) – значение, получившееся в результате применения Функции измерения к двум или более Базовым Измерениям. Во многих случаях Метрика нормализуется, т.е. приводится к определенной шкале / размерности с целью соизмеримости. Например процентам, или от 0 до 1, или по соотношению к определенному размеру. Пример: Метрика Плотность Дефектов на тысячу строк кода ( DD – Defect Density ) может определяется путем вычисления Базовых Измерений – количество строк кода и количество дефектов, с применением Функции : DD = DN/KLOC Функция имерения Производное измерение (метрика)
  • 21. Основные Концепции Метрик Структура показателей Ключевой индикатор эффективности ( KPI – Key Performance Indicator ) Модель анализа – алгоритм / способ комбинирования / обработки одного или более Базового и / или Производного измерения (Измерения и / или Метрики) и критериев принятия решений. Индикатор ( KPI ) – значение, получившееся в результате применения Модели анализа к Базовым и / или Производным измерения и критериям принятия решений. На практике, в стратегическом смысле, KPI определяют / отслеживают цели, тренды, наиболее важные / ключевые для бизнеса / проекта . Модель анализа Индикатор
  • 22. Основные Концепции Метрик Структура показателей Пример структуры: CSF – KPI - Метрики : CSF: Эффективное управление проектами KPI: Уменьшить перерасход бюджета на 5% в течение года Улучшить качество на 10% в течение года Улучшить оценку трудозатрат на 20% для проектов типа А к концу 2010 года Метрики ( KPI: Улучшить качество на 10% в течение года) Плотность дефектов при инспекции кода Плотность дефектов при функциональном тестировании Эффективность удаления дефектов Рейтинг качества процессов разработки
  • 23. Спасибо за внимание! Смотрите «Часть 2. Практика» Подробнее: О тренинге « Измерения в ИТ и ПО. Как, что и зачем измерять.” http :// it-tuning.com /?page_id=56 О проекте ИТ тюнинг www.it-tuning.com Контакт: [email_address]