SlideShare une entreprise Scribd logo
1  sur  45
Quality Control и Quality
Assurance:
как измерить и улучшать?
QA Club, www.qaclub.com.ua
Сергей Поволяшко
11/11/2010
15 лет стажа в IT. Работал по нескольким IT
специальностям (разработчик, системный
администратор, тестировщик). С 2001
года управляю проектами и IT
подразделениями.
Место работы – Team ODC (TODC), LLC.
www.teaminternational.com.
• Менеджер отдела разработки, менеджер
проектов, менеджер IT инфраструктуры
• Принимал лидирующее участие во
внедрении CMMI Level 3
Провожу IT тренинги
Образование, сертификации:
• ХГТУРЭ, 1996.
• Project Management
Professional (PMP), PMI. 2007
• ITIL Foundation V3. 2009
Давайте познакомимся
Сергей Поволяшко
Тезисы
О чем мы поговорим:
В достаточно зрелых компаниях, командах есть устоявшиеся
процессы работы – методологии, сбора требований,
кодирования, тестирования, «политики партии» и т.п. Если есть
проблемы, то в основном виновником проблем является
именно процесс, а не человек. Что такое процесс? По каким
параметрам можно оценить качество процесса, и как его
улучшать? А есть ли он вообще? Железный треугольник
качественного процесса. Да, и в чем собственно разница между
тестированием (Quality Control) и Quality Assurance? И как нам
стать лучше, для себя и для заказчика? Вот об этом всем и
поговорим.
Важное дополнение – призы!
Содержание
• Что такое процесс
• Проблемный процесс (тут приз)
• Качество процесса: аспекты, железный
треугольник (тут приз), инструментарий
• Концепция улучшений (Improvements)
• Практика, улучшим проблемный
процесс
Что такое процесс
Входные артефакты
Что такое процесс
Входные артефакты
Ресурсы
Что такое процесс
Входные артефакты
Ресурсы
Действия
Что такое процесс
Входные артефакты
Ресурсы
Действия
Полезные результаты
Что такое процесс
Входные артефакты
Ресурсы
Действия
Полезные результаты
Потребители
полезных результатов
Что такое процесс
Входные артефакты
Ресурсы
Действия
Триггер
Полезные результаты
Потребители
полезных результатов
Что такое процесс
Модель ответственности RACI:
• Responsible
• Accountable
• Consulted
• Informed
Действия
Dev TL Test TL Tester Dev PM
Deploy build RA I I RI I
Assign tasks RA I I
Test AC R I
Report defects I CI RA I I
Deliver product CI CI R A
Что такое процесс
Requirements
R: Review
Architecture
A: Review
Coding
C: Review
Functional
Testing
UAT
Проблемный процесс
Requirements
R: Review
Architecture
A: Review
Coding
C: Review
Functional
Testing
UAT
Приз за неординарный ответ!
Как уменьшить количество багов?
Качество процесса
Аспекты
• Эффективность (Performance) – результаты процесса в
смысле измеримых характеристик – качество,
количество, бюджет, время
• Стабильность (Stability) – насколько процесс
предсказуем
• Соответствие (Compliance) – насколько хорошо
следуют процессу
• Способность (Capability) – способность процесса
выдать нужный, соответствующий требованиям,
результат
• Улучшения (Improvements) – что нужно сделать для
улучшения вышеуказанных характеристик, как сделать
процессы и собственно улучшения экономически
эффективными, действительно ли улучшения помогли
Качество процесса
Аспекты качества процесса
Улучшения
(Improvements)
Эффективность
(Performance)
Стабильность
(Stability)
Соответствие
(Compliance)
Способность
(Capability)
Качество процесса
Железный треугольник
условий качественного
процесса
Проект
Качественный
процесс
Процесс есть
Качество процесса
Железный треугольник
условий качественного
процесса
Проект
Качественный
процесс
Процесс есть
Люди обучены
Качество процесса
Железный треугольник
условий качественного
процесса
Проект
Качественный
процесс
Процесс есть
Люди обучены
Приз за правильный ответ!
Третья вершина?
Качество процесса
Железный треугольник
условий качественного
процесса
Проект
Качественный
процесс
Процесс есть
Люди обучены
Обеспечение
Качества - QAПриз за правильный ответ!
Третья вершина?
Качество процесса
Фокус QA – качество процессов,
посредством работы с аспектами
Фокус Тестирования (Quality Control) – ?
Качество процесса
Инструментарий. Эффективность (Performance)
Процесс:
•Действия
•Потребление ресурсов
•Трудозатраты
•# ч/ч разрботки
•# ч/ч переделок
•# ч/ч совещания
•Деньги
•Материалы
Входы:
•Артефакты
•Ресурсы
•Нормативные
положения
Выходы:
•Конечные продукты
•Количество
•# требований
•# модулей
•# тестов
•Качество
• Плотность
дефектов
•# открытых
•# закрытых
•Происхождение
•Соответствие
требованиям
Измерения
характеристик
продукта и ресурсов
Качество процесса
Инструментарий. Стабильность (Stability)
Процесс:
•Действия
•Потребление ресурсов
•Трудозатраты
•# ч/ч разрботки
•# ч/ч переделок
•# ч/ч совещания
•Деньги
•Материалы
Входы:
•Артефакты
•Ресурсы
•Нормативные
положения
Выходы:
•Конечные продукты
•Количество
•# требований
•# модулей
•# тестов
•Качество
• Плотность
дефектов
•# открытых
•# закрытых
•Происхождение
•Соответствие
требованиям
Отличия, тренды
Качество процесса
Инструментарий. Соответствие (Compliance)
Процесс:
•Действия
•Потребление ресурсов
•Трудозатраты
•# ч/ч разрботки
•# ч/ч переделок
•# ч/ч совещания
•Деньги
•Материалы
Входы:
•Артефакты
•Ресурсы
•Нормативные
положения
Выходы:
•Конечные продукты
•Количество
•# требований
•# модулей
•# тестов
•Качество
• Плотность
дефектов
•# открытых
•# закрытых
•Происхождение
•Соответствие
требованиям
Наличие артефактов,
использования ресурсов, норм,
проведения деятельности и т.п.
Качество процесса
Инструментарий. Способность (Capability)
Процесс:
•Действия
•Потребление ресурсов
•Трудозатраты
•# ч/ч разрботки
•# ч/ч переделок
•# ч/ч совещания
•Деньги
•Материалы
Входы:
•Артефакты
•Ресурсы
•Нормативные
положения
Выходы:
•Конечные продукты
•Количество
•# требований
•# модулей
•# тестов
•Качество
• Плотность
дефектов
•# открытых
•# закрытых
•Происхождение
•Соответствие
требованиям
Способность выполнить
действия, соответствие
результата ожиданиям
Качество процесса
Инструментарий. Способы, источники
информации:
• Эффективность (Performance) – Системы
планирования и учета времени, учета
дефектов
• Стабильность (Stability) – сбор, анализ
исторических данных
• Соответствие (Compliance) – чеклист
соответствия процессу
• Способность (Capability) – опросы, анализ
других аспектов
Концепция улучшений
Концепция улучшений
Входящая информация:
•Цели бизнеса, проекта
•Проблемы
•Бизнес среда, политики
Какие причины и проблемы
мы можем решить
Измерить конечное состояние
проблемы, проанализировать
данные
Оценить эффект
от принятых мер
Определить, измерить
текущее состояние проблемы
Какие проблемы и причины
мы хотим решить
Выработать корректирующие,
улучшающие меры
Настроить сбор данных. Кто,
что, как и когда?
Выполнить корректирующие,
улучшающие меры
Практика, улучшим
проблемный процесс
Практика, улучшим
проблемный процесс
Шаг 1. Входящая информация: проблема
• Не проходит, точнее даже не доходит до UAT
Практика, улучшим
проблемный процесс
Шаг 2. Какие проблемы и причины мы
хотим/можем решить
• Передача в UAT с достаточным качеством
Практика, улучшим
проблемный процесс
Шаг 3. Определить, измерить текущее состояние
проблемы (например)
• Локализация - определить Defect Origin
• Что еще?
Requirements Architecture Coding
Requirements
Architecture
Coding
Deployment
Практика, улучшим
проблемный процесс
Шаг 3. Определить, измерить текущее состояние
проблемы (например)
• Локализация - определить Defect Origin
• Масштаб бедствия - определить Defect Density (DD)
0
10
20
30
40
50
60
High Medium Low Total
Current
Defects
DD = Defects / Size Unit
Size Unit:
•Actual hours
•Story points
•LOC
•etc.
Практика, улучшим
проблемный процесс
Шаг 3. Определить, измерить текущее состояние
проблемы (например)
• Локализация - определить Defect Origin
• Масштаб бедствия - определить Defect Density
• Узнать/определить “достаточность” качества – Acceptance
criteria
0
10
20
30
40
50
60
High Low
Current
Defects
Acceptance
Criteria
Практика, улучшим
проблемный процесс
Шаг 3. Определить, измерить текущее состояние
проблемы (например)
• Локализация - определить Defect Origin
• Масштаб бедствия - определить Defect Density
• Узнать/определить “достаточность” качества – Acceptance
criteria
• Определить Соответствие (Compliance) цепочке процессов
Практика, улучшим
проблемный процесс
Шаг 3. Определить, измерить текущее состояние
проблемы (например)
• Локализация - определить Defect Origin
• Масштаб бедствия - определить Defect Density
• Узнать/определить “достаточность” качества – Acceptance
criteria
• Определить Соответствие (Compliance) цепочке процессов
• Определить Способность (Capability) – есть ли процесс вообще,
кто по нему работает
Requirem
ents
Architecture
Coding
C
:R
eview
Architecture
Coding
Практика, улучшим
проблемный процесс
Шаг 4. Выработать корректирующие,
улучшающие меры
• Определить наиболее существенные проблемы
используя Шаг №3, а также можно правило 20/80
• Определить конкретные планы действий, можно
подойти как к проекту
• Убедиться что результаты планов действий
измеримы, см. Шаг №3
• Убедиться в реалистичности этих планов (команда,
руководство, заказчик)
Практика, улучшим
проблемный процесс
Шаг 5. Настроить сбор данных. Кто, что, как и когда?
• Источники данных
Практика, улучшим
проблемный процесс
Шаг 5. Настроить сбор данных. Кто, что, как и когда?
• Источники данных
• Правила обработки, ответственности
Практика, улучшим
проблемный процесс
Шаг 5. Настроить сбор данных. Кто, что, как и когда?
• Источники данных
• Правила обработки, ответственности
• Результирующие форматы
Практика, улучшим
проблемный процесс
Шаг 6. Выполнить корректирующие,
улучшающие меры
• Ну, ... тут все просто
Практика, улучшим
проблемный процесс
Шаг 7. Измерить конечное состояние проблемы,
проанализировать данные
0
10
20
30
40
50
60
High Med Low Total
Current
Defects
After
Improvements
Acceptance
Criteria
Практика, улучшим
проблемный процесс
Шаг 8. Оценить эффект от принятых мер
0
10
20
30
40
50
60
High Med Low Total
Current
Defects
After
Improvements
Acceptance
Criteria
Практика, улучшим
проблемный процесс
Шаг 8. Оценить эффект от принятых мер
0
10
20
30
40
50
60
High Med Low Total
Current
Defects
After
Improvements
Acceptance
Criteria
И... Начать сначала
Спасибо за внимание!
Вопросы
Полезные ссылки:
• http://en.wikipedia.org/wiki/Business_process_improvement
• http://en.wikipedia.org/wiki/Quality_assurance
• www.sei.cmu.edu/cmmi/
• www.asq.org
• Measuring the software process. William A. Florac, Anita D. Carleton
• ISO 15939 Systems and software engineering -- Measurement
process
Контакт: promengine@yahoo.com
Тренинги
• Risk Management (Управление Рисками). Оказывается ими
можно управлять.
• Scheduling (Планирование, Разработка расписания работ).
Не так просто как кажется, структурируем очевидные вещи.
• Software Measurements (Измерения в разработке ПО). Как,
что и зачем измерять.
• Полет по приборам: метрики проектных команд –
управляемое движение.
Подробнее:
• О тренингах http://trn.work.ua/companies/1437
• О себе http://www.linkedin.com/in/sergiypovolyashko
• Презентации http://www.slideshare.net/sergiyp1974
Тренер XP Injection (www.xpinjection.com)

Contenu connexe

Tendances

Оценки тестирования - полезные и условные метрики
Оценки тестирования - полезные и условные метрикиОценки тестирования - полезные и условные метрики
Оценки тестирования - полезные и условные метрикиSQALab
 
Подготовка стратегии тестирования под высокорискованный, высокодоходный проект
Подготовка стратегии тестирования под высокорискованный, высокодоходный проектПодготовка стратегии тестирования под высокорискованный, высокодоходный проект
Подготовка стратегии тестирования под высокорискованный, высокодоходный проектSQALab
 
Что ждет тестировщиков при организации процесса тестирования Enterprise-проду...
Что ждет тестировщиков при организации процесса тестирования Enterprise-проду...Что ждет тестировщиков при организации процесса тестирования Enterprise-проду...
Что ждет тестировщиков при организации процесса тестирования Enterprise-проду...SQALab
 
RUSSIA QUALITY REPORT 2015-16
RUSSIA QUALITY REPORT 2015-16RUSSIA QUALITY REPORT 2015-16
RUSSIA QUALITY REPORT 2015-16SQALab
 
ACC - конструируем тест-план методом Google
ACC - конструируем тест-план методом GoogleACC - конструируем тест-план методом Google
ACC - конструируем тест-план методом GoogleSQALab
 
Метрики автоматизированного тестирования на пальцах
Метрики автоматизированного тестирования на пальцахМетрики автоматизированного тестирования на пальцах
Метрики автоматизированного тестирования на пальцахSQALab
 
Распределение тестировщиков по командам как один из этапов контроля качества
Распределение тестировщиков по командам как один из этапов контроля качестваРаспределение тестировщиков по командам как один из этапов контроля качества
Распределение тестировщиков по командам как один из этапов контроля качестваSQALab
 
Процесс тестирования. Измерение и оценка
Процесс тестирования. Измерение и оценкаПроцесс тестирования. Измерение и оценка
Процесс тестирования. Измерение и оценкаSQALab
 
Как развить отдел тестирования от палки-копалки до CI
Как развить отдел тестирования от палки-копалки до CIКак развить отдел тестирования от палки-копалки до CI
Как развить отдел тестирования от палки-копалки до CICEE-SEC(R)
 
От тестирования к QA
От тестирования к QAОт тестирования к QA
От тестирования к QADressTester
 
QA Fest 2015. Алена Черненко-Дыба и Алексей Лупан. Секреты успешного проекта...
QA Fest 2015. Алена Черненко-Дыба и Алексей Лупан. Секреты успешного проекта...QA Fest 2015. Алена Черненко-Дыба и Алексей Лупан. Секреты успешного проекта...
QA Fest 2015. Алена Черненко-Дыба и Алексей Лупан. Секреты успешного проекта...QAFest
 
Test design techniques basics
Test design techniques basicsTest design techniques basics
Test design techniques basicsArtem Bykovets
 
Agile тестирование в enterpise проектов: путь трансформации
Agile тестирование в enterpise проектов: путь трансформацииAgile тестирование в enterpise проектов: путь трансформации
Agile тестирование в enterpise проектов: путь трансформацииAndrey Rebrov
 
Использование комбинаторного тестирования для мобильных приложений
Использование комбинаторного тестирования для мобильных приложенийИспользование комбинаторного тестирования для мобильных приложений
Использование комбинаторного тестирования для мобильных приложенийSQALab
 
2.1 Тестирование: основные определения
2.1 Тестирование: основные определения2.1 Тестирование: основные определения
2.1 Тестирование: основные определенияNatalia Odegova
 
QA Fest 2015. Юлия Завертайло. Практическая визуализация пользы тестирования...
QA Fest 2015. Юлия Завертайло. Практическая визуализация пользы тестирования...QA Fest 2015. Юлия Завертайло. Практическая визуализация пользы тестирования...
QA Fest 2015. Юлия Завертайло. Практическая визуализация пользы тестирования...QAFest
 
Ответственность за качество в разных ИТ-проектах
Ответственность за качество в разных ИТ-проектахОтветственность за качество в разных ИТ-проектах
Ответственность за качество в разных ИТ-проектахSQALab
 
QA Fest 2015. Александра Волкова. 10 принципов автоматизации, которые я не пр...
QA Fest 2015. Александра Волкова. 10 принципов автоматизации, которые я не пр...QA Fest 2015. Александра Волкова. 10 принципов автоматизации, которые я не пр...
QA Fest 2015. Александра Волкова. 10 принципов автоматизации, которые я не пр...QAFest
 
Нагрузка и автоматизация в большой организации. Движение к DevOps
Нагрузка и автоматизация в большой организации. Движение к DevOpsНагрузка и автоматизация в большой организации. Движение к DevOps
Нагрузка и автоматизация в большой организации. Движение к DevOpsSQALab
 

Tendances (20)

Оценки тестирования - полезные и условные метрики
Оценки тестирования - полезные и условные метрикиОценки тестирования - полезные и условные метрики
Оценки тестирования - полезные и условные метрики
 
Подготовка стратегии тестирования под высокорискованный, высокодоходный проект
Подготовка стратегии тестирования под высокорискованный, высокодоходный проектПодготовка стратегии тестирования под высокорискованный, высокодоходный проект
Подготовка стратегии тестирования под высокорискованный, высокодоходный проект
 
Что ждет тестировщиков при организации процесса тестирования Enterprise-проду...
Что ждет тестировщиков при организации процесса тестирования Enterprise-проду...Что ждет тестировщиков при организации процесса тестирования Enterprise-проду...
Что ждет тестировщиков при организации процесса тестирования Enterprise-проду...
 
RUSSIA QUALITY REPORT 2015-16
RUSSIA QUALITY REPORT 2015-16RUSSIA QUALITY REPORT 2015-16
RUSSIA QUALITY REPORT 2015-16
 
ACC - конструируем тест-план методом Google
ACC - конструируем тест-план методом GoogleACC - конструируем тест-план методом Google
ACC - конструируем тест-план методом Google
 
Метрики автоматизированного тестирования на пальцах
Метрики автоматизированного тестирования на пальцахМетрики автоматизированного тестирования на пальцах
Метрики автоматизированного тестирования на пальцах
 
Распределение тестировщиков по командам как один из этапов контроля качества
Распределение тестировщиков по командам как один из этапов контроля качестваРаспределение тестировщиков по командам как один из этапов контроля качества
Распределение тестировщиков по командам как один из этапов контроля качества
 
Процесс тестирования. Измерение и оценка
Процесс тестирования. Измерение и оценкаПроцесс тестирования. Измерение и оценка
Процесс тестирования. Измерение и оценка
 
Как развить отдел тестирования от палки-копалки до CI
Как развить отдел тестирования от палки-копалки до CIКак развить отдел тестирования от палки-копалки до CI
Как развить отдел тестирования от палки-копалки до CI
 
От тестирования к QA
От тестирования к QAОт тестирования к QA
От тестирования к QA
 
QA Fest 2015. Алена Черненко-Дыба и Алексей Лупан. Секреты успешного проекта...
QA Fest 2015. Алена Черненко-Дыба и Алексей Лупан. Секреты успешного проекта...QA Fest 2015. Алена Черненко-Дыба и Алексей Лупан. Секреты успешного проекта...
QA Fest 2015. Алена Черненко-Дыба и Алексей Лупан. Секреты успешного проекта...
 
Test design techniques basics
Test design techniques basicsTest design techniques basics
Test design techniques basics
 
Testing
TestingTesting
Testing
 
Agile тестирование в enterpise проектов: путь трансформации
Agile тестирование в enterpise проектов: путь трансформацииAgile тестирование в enterpise проектов: путь трансформации
Agile тестирование в enterpise проектов: путь трансформации
 
Использование комбинаторного тестирования для мобильных приложений
Использование комбинаторного тестирования для мобильных приложенийИспользование комбинаторного тестирования для мобильных приложений
Использование комбинаторного тестирования для мобильных приложений
 
2.1 Тестирование: основные определения
2.1 Тестирование: основные определения2.1 Тестирование: основные определения
2.1 Тестирование: основные определения
 
QA Fest 2015. Юлия Завертайло. Практическая визуализация пользы тестирования...
QA Fest 2015. Юлия Завертайло. Практическая визуализация пользы тестирования...QA Fest 2015. Юлия Завертайло. Практическая визуализация пользы тестирования...
QA Fest 2015. Юлия Завертайло. Практическая визуализация пользы тестирования...
 
Ответственность за качество в разных ИТ-проектах
Ответственность за качество в разных ИТ-проектахОтветственность за качество в разных ИТ-проектах
Ответственность за качество в разных ИТ-проектах
 
QA Fest 2015. Александра Волкова. 10 принципов автоматизации, которые я не пр...
QA Fest 2015. Александра Волкова. 10 принципов автоматизации, которые я не пр...QA Fest 2015. Александра Волкова. 10 принципов автоматизации, которые я не пр...
QA Fest 2015. Александра Волкова. 10 принципов автоматизации, которые я не пр...
 
Нагрузка и автоматизация в большой организации. Движение к DevOps
Нагрузка и автоматизация в большой организации. Движение к DevOpsНагрузка и автоматизация в большой организации. Движение к DevOps
Нагрузка и автоматизация в большой организации. Движение к DevOps
 

Similaire à Process Quality, QA and QC. QA Club. Kharkov. Ukraine

Process Quality, QA and QC. QA Club. Kharkov. Ukraine
Process Quality, QA and QC. QA Club. Kharkov. UkraineProcess Quality, QA and QC. QA Club. Kharkov. Ukraine
Process Quality, QA and QC. QA Club. Kharkov. UkraineSergiy Povolyashko
 
Становление программы внутренних аудитов: от требований сертификации до обесп...
Становление программы внутренних аудитов: от требований сертификации до обесп...Становление программы внутренних аудитов: от требований сертификации до обесп...
Становление программы внутренних аудитов: от требований сертификации до обесп...SQALab
 
доклад на SQADays 2011 в Казани
доклад на SQADays  2011 в Казанидоклад на SQADays  2011 в Казани
доклад на SQADays 2011 в Казаниmargo-qa
 
Становление программы внутренних аудитов.
Становление программы внутренних аудитов.Становление программы внутренних аудитов.
Становление программы внутренних аудитов.Elena Petrova
 
Управление и руководство в процессном подходе. Тренинг-семинар.
Управление и руководство в процессном подходе. Тренинг-семинар.Управление и руководство в процессном подходе. Тренинг-семинар.
Управление и руководство в процессном подходе. Тренинг-семинар.Ратнер Александр
 
Software Measurements Training Overview
Software Measurements Training OverviewSoftware Measurements Training Overview
Software Measurements Training OverviewSergiy Povolyashko
 
Слайдкаст. Измерения в ИТ и ПО. Часть II
Слайдкаст. Измерения в ИТ и ПО. Часть IIСлайдкаст. Измерения в ИТ и ПО. Часть II
Слайдкаст. Измерения в ИТ и ПО. Часть IISergiy Povolyashko
 
Слайдкаст. Измерения в ИТ и ПО. Часть I
Слайдкаст. Измерения в ИТ и ПО. Часть IСлайдкаст. Измерения в ИТ и ПО. Часть I
Слайдкаст. Измерения в ИТ и ПО. Часть ISergiy Povolyashko
 
Маргарита Сафарова - Аудит процессов тестирования при смене проектной команды
Маргарита Сафарова - Аудит процессов тестирования при смене проектной командыМаргарита Сафарова - Аудит процессов тестирования при смене проектной команды
Маргарита Сафарова - Аудит процессов тестирования при смене проектной командыSQALab
 
Человеко-дни на тестирование или как не ошибиться с оценкой
Человеко-дни на тестирование или как не ошибиться с оценкойЧеловеко-дни на тестирование или как не ошибиться с оценкой
Человеко-дни на тестирование или как не ошибиться с оценкойSQALab
 
Система управления качеством (Денис Бугров, Денис Самосеев)
Система управления качеством (Денис Бугров, Денис Самосеев)Система управления качеством (Денис Бугров, Денис Самосеев)
Система управления качеством (Денис Бугров, Денис Самосеев)Ontico
 
Практика внутреннего аудита СМИБ
Практика внутреннего аудита СМИБПрактика внутреннего аудита СМИБ
Практика внутреннего аудита СМИБAlexey Evmenkov
 
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUAREТехники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARESQALab
 
Оценка эффективности работы аналитика
Оценка эффективности работы аналитикаОценка эффективности работы аналитика
Оценка эффективности работы аналитикаSQALab
 
QA Fest 2017. Андрей Ладутько.Тестовая стратегия: создание и оптимизация
QA Fest 2017. Андрей Ладутько.Тестовая стратегия: создание и оптимизацияQA Fest 2017. Андрей Ладутько.Тестовая стратегия: создание и оптимизация
QA Fest 2017. Андрей Ладутько.Тестовая стратегия: создание и оптимизацияQAFest
 
Test Strategy: creation and optimization - QA Fest-2017 (Тестовая стратегия: ...
Test Strategy: creation and optimization - QA Fest-2017 (Тестовая стратегия: ...Test Strategy: creation and optimization - QA Fest-2017 (Тестовая стратегия: ...
Test Strategy: creation and optimization - QA Fest-2017 (Тестовая стратегия: ...Andrey Ladutko
 
«Metrics and KPIs – measuring project, process, team» by Sergey Stefurak
«Metrics and KPIs – measuring project, process, team» by Sergey Stefurak«Metrics and KPIs – measuring project, process, team» by Sergey Stefurak
«Metrics and KPIs – measuring project, process, team» by Sergey StefurakDive_into_Management
 

Similaire à Process Quality, QA and QC. QA Club. Kharkov. Ukraine (20)

Process Quality, QA and QC. QA Club. Kharkov. Ukraine
Process Quality, QA and QC. QA Club. Kharkov. UkraineProcess Quality, QA and QC. QA Club. Kharkov. Ukraine
Process Quality, QA and QC. QA Club. Kharkov. Ukraine
 
Становление программы внутренних аудитов: от требований сертификации до обесп...
Становление программы внутренних аудитов: от требований сертификации до обесп...Становление программы внутренних аудитов: от требований сертификации до обесп...
Становление программы внутренних аудитов: от требований сертификации до обесп...
 
доклад на SQADays 2011 в Казани
доклад на SQADays  2011 в Казанидоклад на SQADays  2011 в Казани
доклад на SQADays 2011 в Казани
 
Становление программы внутренних аудитов.
Становление программы внутренних аудитов.Становление программы внутренних аудитов.
Становление программы внутренних аудитов.
 
Управление и руководство в процессном подходе. Тренинг-семинар.
Управление и руководство в процессном подходе. Тренинг-семинар.Управление и руководство в процессном подходе. Тренинг-семинар.
Управление и руководство в процессном подходе. Тренинг-семинар.
 
Software Measurements Training Overview
Software Measurements Training OverviewSoftware Measurements Training Overview
Software Measurements Training Overview
 
Software Measurements Training Overview
Software Measurements Training OverviewSoftware Measurements Training Overview
Software Measurements Training Overview
 
Слайдкаст. Измерения в ИТ и ПО. Часть II
Слайдкаст. Измерения в ИТ и ПО. Часть IIСлайдкаст. Измерения в ИТ и ПО. Часть II
Слайдкаст. Измерения в ИТ и ПО. Часть II
 
Слайдкаст. Измерения в ИТ и ПО. Часть I
Слайдкаст. Измерения в ИТ и ПО. Часть IСлайдкаст. Измерения в ИТ и ПО. Часть I
Слайдкаст. Измерения в ИТ и ПО. Часть I
 
Маргарита Сафарова - Аудит процессов тестирования при смене проектной команды
Маргарита Сафарова - Аудит процессов тестирования при смене проектной командыМаргарита Сафарова - Аудит процессов тестирования при смене проектной команды
Маргарита Сафарова - Аудит процессов тестирования при смене проектной команды
 
Человеко-дни на тестирование или как не ошибиться с оценкой
Человеко-дни на тестирование или как не ошибиться с оценкойЧеловеко-дни на тестирование или как не ошибиться с оценкой
Человеко-дни на тестирование или как не ошибиться с оценкой
 
Система управления качеством (Денис Бугров, Денис Самосеев)
Система управления качеством (Денис Бугров, Денис Самосеев)Система управления качеством (Денис Бугров, Денис Самосеев)
Система управления качеством (Денис Бугров, Денис Самосеев)
 
Практика внутреннего аудита СМИБ
Практика внутреннего аудита СМИБПрактика внутреннего аудита СМИБ
Практика внутреннего аудита СМИБ
 
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUAREТехники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
 
Analyst Days 2014
Analyst Days 2014Analyst Days 2014
Analyst Days 2014
 
Оценка эффективности работы аналитика
Оценка эффективности работы аналитикаОценка эффективности работы аналитика
Оценка эффективности работы аналитика
 
QA Fest 2017. Андрей Ладутько.Тестовая стратегия: создание и оптимизация
QA Fest 2017. Андрей Ладутько.Тестовая стратегия: создание и оптимизацияQA Fest 2017. Андрей Ладутько.Тестовая стратегия: создание и оптимизация
QA Fest 2017. Андрей Ладутько.Тестовая стратегия: создание и оптимизация
 
Test Strategy: creation and optimization - QA Fest-2017 (Тестовая стратегия: ...
Test Strategy: creation and optimization - QA Fest-2017 (Тестовая стратегия: ...Test Strategy: creation and optimization - QA Fest-2017 (Тестовая стратегия: ...
Test Strategy: creation and optimization - QA Fest-2017 (Тестовая стратегия: ...
 
«Metrics and KPIs – measuring project, process, team» by Sergey Stefurak
«Metrics and KPIs – measuring project, process, team» by Sergey Stefurak«Metrics and KPIs – measuring project, process, team» by Sergey Stefurak
«Metrics and KPIs – measuring project, process, team» by Sergey Stefurak
 
First class Testing
First class TestingFirst class Testing
First class Testing
 

Process Quality, QA and QC. QA Club. Kharkov. Ukraine

  • 1. Quality Control и Quality Assurance: как измерить и улучшать? QA Club, www.qaclub.com.ua Сергей Поволяшко 11/11/2010
  • 2. 15 лет стажа в IT. Работал по нескольким IT специальностям (разработчик, системный администратор, тестировщик). С 2001 года управляю проектами и IT подразделениями. Место работы – Team ODC (TODC), LLC. www.teaminternational.com. • Менеджер отдела разработки, менеджер проектов, менеджер IT инфраструктуры • Принимал лидирующее участие во внедрении CMMI Level 3 Провожу IT тренинги Образование, сертификации: • ХГТУРЭ, 1996. • Project Management Professional (PMP), PMI. 2007 • ITIL Foundation V3. 2009 Давайте познакомимся Сергей Поволяшко
  • 3. Тезисы О чем мы поговорим: В достаточно зрелых компаниях, командах есть устоявшиеся процессы работы – методологии, сбора требований, кодирования, тестирования, «политики партии» и т.п. Если есть проблемы, то в основном виновником проблем является именно процесс, а не человек. Что такое процесс? По каким параметрам можно оценить качество процесса, и как его улучшать? А есть ли он вообще? Железный треугольник качественного процесса. Да, и в чем собственно разница между тестированием (Quality Control) и Quality Assurance? И как нам стать лучше, для себя и для заказчика? Вот об этом всем и поговорим. Важное дополнение – призы!
  • 4. Содержание • Что такое процесс • Проблемный процесс (тут приз) • Качество процесса: аспекты, железный треугольник (тут приз), инструментарий • Концепция улучшений (Improvements) • Практика, улучшим проблемный процесс
  • 6. Что такое процесс Входные артефакты Ресурсы
  • 7. Что такое процесс Входные артефакты Ресурсы Действия
  • 8. Что такое процесс Входные артефакты Ресурсы Действия Полезные результаты
  • 9. Что такое процесс Входные артефакты Ресурсы Действия Полезные результаты Потребители полезных результатов
  • 10. Что такое процесс Входные артефакты Ресурсы Действия Триггер Полезные результаты Потребители полезных результатов
  • 11. Что такое процесс Модель ответственности RACI: • Responsible • Accountable • Consulted • Informed Действия Dev TL Test TL Tester Dev PM Deploy build RA I I RI I Assign tasks RA I I Test AC R I Report defects I CI RA I I Deliver product CI CI R A
  • 12. Что такое процесс Requirements R: Review Architecture A: Review Coding C: Review Functional Testing UAT
  • 13. Проблемный процесс Requirements R: Review Architecture A: Review Coding C: Review Functional Testing UAT Приз за неординарный ответ! Как уменьшить количество багов?
  • 14. Качество процесса Аспекты • Эффективность (Performance) – результаты процесса в смысле измеримых характеристик – качество, количество, бюджет, время • Стабильность (Stability) – насколько процесс предсказуем • Соответствие (Compliance) – насколько хорошо следуют процессу • Способность (Capability) – способность процесса выдать нужный, соответствующий требованиям, результат • Улучшения (Improvements) – что нужно сделать для улучшения вышеуказанных характеристик, как сделать процессы и собственно улучшения экономически эффективными, действительно ли улучшения помогли
  • 15. Качество процесса Аспекты качества процесса Улучшения (Improvements) Эффективность (Performance) Стабильность (Stability) Соответствие (Compliance) Способность (Capability)
  • 16. Качество процесса Железный треугольник условий качественного процесса Проект Качественный процесс Процесс есть
  • 17. Качество процесса Железный треугольник условий качественного процесса Проект Качественный процесс Процесс есть Люди обучены
  • 18. Качество процесса Железный треугольник условий качественного процесса Проект Качественный процесс Процесс есть Люди обучены Приз за правильный ответ! Третья вершина?
  • 19. Качество процесса Железный треугольник условий качественного процесса Проект Качественный процесс Процесс есть Люди обучены Обеспечение Качества - QAПриз за правильный ответ! Третья вершина?
  • 20. Качество процесса Фокус QA – качество процессов, посредством работы с аспектами Фокус Тестирования (Quality Control) – ?
  • 21. Качество процесса Инструментарий. Эффективность (Performance) Процесс: •Действия •Потребление ресурсов •Трудозатраты •# ч/ч разрботки •# ч/ч переделок •# ч/ч совещания •Деньги •Материалы Входы: •Артефакты •Ресурсы •Нормативные положения Выходы: •Конечные продукты •Количество •# требований •# модулей •# тестов •Качество • Плотность дефектов •# открытых •# закрытых •Происхождение •Соответствие требованиям Измерения характеристик продукта и ресурсов
  • 22. Качество процесса Инструментарий. Стабильность (Stability) Процесс: •Действия •Потребление ресурсов •Трудозатраты •# ч/ч разрботки •# ч/ч переделок •# ч/ч совещания •Деньги •Материалы Входы: •Артефакты •Ресурсы •Нормативные положения Выходы: •Конечные продукты •Количество •# требований •# модулей •# тестов •Качество • Плотность дефектов •# открытых •# закрытых •Происхождение •Соответствие требованиям Отличия, тренды
  • 23. Качество процесса Инструментарий. Соответствие (Compliance) Процесс: •Действия •Потребление ресурсов •Трудозатраты •# ч/ч разрботки •# ч/ч переделок •# ч/ч совещания •Деньги •Материалы Входы: •Артефакты •Ресурсы •Нормативные положения Выходы: •Конечные продукты •Количество •# требований •# модулей •# тестов •Качество • Плотность дефектов •# открытых •# закрытых •Происхождение •Соответствие требованиям Наличие артефактов, использования ресурсов, норм, проведения деятельности и т.п.
  • 24. Качество процесса Инструментарий. Способность (Capability) Процесс: •Действия •Потребление ресурсов •Трудозатраты •# ч/ч разрботки •# ч/ч переделок •# ч/ч совещания •Деньги •Материалы Входы: •Артефакты •Ресурсы •Нормативные положения Выходы: •Конечные продукты •Количество •# требований •# модулей •# тестов •Качество • Плотность дефектов •# открытых •# закрытых •Происхождение •Соответствие требованиям Способность выполнить действия, соответствие результата ожиданиям
  • 25. Качество процесса Инструментарий. Способы, источники информации: • Эффективность (Performance) – Системы планирования и учета времени, учета дефектов • Стабильность (Stability) – сбор, анализ исторических данных • Соответствие (Compliance) – чеклист соответствия процессу • Способность (Capability) – опросы, анализ других аспектов
  • 27. Концепция улучшений Входящая информация: •Цели бизнеса, проекта •Проблемы •Бизнес среда, политики Какие причины и проблемы мы можем решить Измерить конечное состояние проблемы, проанализировать данные Оценить эффект от принятых мер Определить, измерить текущее состояние проблемы Какие проблемы и причины мы хотим решить Выработать корректирующие, улучшающие меры Настроить сбор данных. Кто, что, как и когда? Выполнить корректирующие, улучшающие меры
  • 29. Практика, улучшим проблемный процесс Шаг 1. Входящая информация: проблема • Не проходит, точнее даже не доходит до UAT
  • 30. Практика, улучшим проблемный процесс Шаг 2. Какие проблемы и причины мы хотим/можем решить • Передача в UAT с достаточным качеством
  • 31. Практика, улучшим проблемный процесс Шаг 3. Определить, измерить текущее состояние проблемы (например) • Локализация - определить Defect Origin • Что еще? Requirements Architecture Coding Requirements Architecture Coding Deployment
  • 32. Практика, улучшим проблемный процесс Шаг 3. Определить, измерить текущее состояние проблемы (например) • Локализация - определить Defect Origin • Масштаб бедствия - определить Defect Density (DD) 0 10 20 30 40 50 60 High Medium Low Total Current Defects DD = Defects / Size Unit Size Unit: •Actual hours •Story points •LOC •etc.
  • 33. Практика, улучшим проблемный процесс Шаг 3. Определить, измерить текущее состояние проблемы (например) • Локализация - определить Defect Origin • Масштаб бедствия - определить Defect Density • Узнать/определить “достаточность” качества – Acceptance criteria 0 10 20 30 40 50 60 High Low Current Defects Acceptance Criteria
  • 34. Практика, улучшим проблемный процесс Шаг 3. Определить, измерить текущее состояние проблемы (например) • Локализация - определить Defect Origin • Масштаб бедствия - определить Defect Density • Узнать/определить “достаточность” качества – Acceptance criteria • Определить Соответствие (Compliance) цепочке процессов
  • 35. Практика, улучшим проблемный процесс Шаг 3. Определить, измерить текущее состояние проблемы (например) • Локализация - определить Defect Origin • Масштаб бедствия - определить Defect Density • Узнать/определить “достаточность” качества – Acceptance criteria • Определить Соответствие (Compliance) цепочке процессов • Определить Способность (Capability) – есть ли процесс вообще, кто по нему работает Requirem ents Architecture Coding C :R eview Architecture Coding
  • 36. Практика, улучшим проблемный процесс Шаг 4. Выработать корректирующие, улучшающие меры • Определить наиболее существенные проблемы используя Шаг №3, а также можно правило 20/80 • Определить конкретные планы действий, можно подойти как к проекту • Убедиться что результаты планов действий измеримы, см. Шаг №3 • Убедиться в реалистичности этих планов (команда, руководство, заказчик)
  • 37. Практика, улучшим проблемный процесс Шаг 5. Настроить сбор данных. Кто, что, как и когда? • Источники данных
  • 38. Практика, улучшим проблемный процесс Шаг 5. Настроить сбор данных. Кто, что, как и когда? • Источники данных • Правила обработки, ответственности
  • 39. Практика, улучшим проблемный процесс Шаг 5. Настроить сбор данных. Кто, что, как и когда? • Источники данных • Правила обработки, ответственности • Результирующие форматы
  • 40. Практика, улучшим проблемный процесс Шаг 6. Выполнить корректирующие, улучшающие меры • Ну, ... тут все просто
  • 41. Практика, улучшим проблемный процесс Шаг 7. Измерить конечное состояние проблемы, проанализировать данные 0 10 20 30 40 50 60 High Med Low Total Current Defects After Improvements Acceptance Criteria
  • 42. Практика, улучшим проблемный процесс Шаг 8. Оценить эффект от принятых мер 0 10 20 30 40 50 60 High Med Low Total Current Defects After Improvements Acceptance Criteria
  • 43. Практика, улучшим проблемный процесс Шаг 8. Оценить эффект от принятых мер 0 10 20 30 40 50 60 High Med Low Total Current Defects After Improvements Acceptance Criteria И... Начать сначала
  • 44. Спасибо за внимание! Вопросы Полезные ссылки: • http://en.wikipedia.org/wiki/Business_process_improvement • http://en.wikipedia.org/wiki/Quality_assurance • www.sei.cmu.edu/cmmi/ • www.asq.org • Measuring the software process. William A. Florac, Anita D. Carleton • ISO 15939 Systems and software engineering -- Measurement process
  • 45. Контакт: promengine@yahoo.com Тренинги • Risk Management (Управление Рисками). Оказывается ими можно управлять. • Scheduling (Планирование, Разработка расписания работ). Не так просто как кажется, структурируем очевидные вещи. • Software Measurements (Измерения в разработке ПО). Как, что и зачем измерять. • Полет по приборам: метрики проектных команд – управляемое движение. Подробнее: • О тренингах http://trn.work.ua/companies/1437 • О себе http://www.linkedin.com/in/sergiypovolyashko • Презентации http://www.slideshare.net/sergiyp1974 Тренер XP Injection (www.xpinjection.com)

Notes de l'éditeur

  1. <number>