Денис Тучин - Почему всегда не успеваем QA? Как могут помочь гибкие методы в управлении качеством?
Download as PPTX, PDF2 likes727 views
Доклад Дениса Тучина на круглом столе освещает управление качеством проектов, выявляя проблемы нехватки времени и ресурсов на контроль качества, а также предлагая гибкие методы как способы решения. Он обсуждает важность раннего тестирования и интеграции обратной связи от заказчика в Agile подходах, включая Scrum и Канбан. Также рассматриваются применение Agile вне IT и подходы к автоматизации тестирования.
Денис Тучин - Почему всегда не успеваем QA? Как могут помочь гибкие методы в управлении качеством?
- 1. Денис Тучин Круглый стол «Как управлять качеством проекта? Когда, как и чем его можно измерить?» 2015 Почему всегда не успеваем QA? Как могут помочь гибкие методы в управлении качеством?
- 2. О докладчике Раньше —С 2004 в разработке коммерческого программного обеспечения —С 2011 руководство проектами Сейчас —Проведение тренингов и консалтинга: – Certified Agile Professional (ICAgile) – Управление качеством в Agile проектах – Управление требованиями в Agile проектах – Scrum – Метод Канбан (The Kanban Method)
- 3. Содержание —Основные причины нехватки времени и ресурсов на контроль качества (QA) IT-проектов —Какие есть пути решения? —Гибкие методы управления вне IT —Меняющиеся и уточняющиеся требования во время реализации проекта: что делать?
- 4. ПРИЧИНЫ НЕХВАТКИ ВРЕМЕНИ И РЕСУРСОВ НА ОБЕСПЕЧЕНИЕ КАЧЕСТВА (QA)
- 5. Каскадная модель разработки ПО Требования Проектирование Реализация Тестирование Приёмка Сопровождение
- 6. Каскадная модель (Гант) Требова ния Проектиро вание Реализаци я Тестирован ие Приёмка Сопрово ждение
- 7. Каскадная модель (Гант) Требова ния Проектиро вание Реализаци я Тестирован ие Приёмка Сопрово ждение Dead lineRed line
- 8. Каскадная модель (Реальная жизнь) Требова ния Проектиро вание Реализаци я Тестирован ие Приёмка Сопрово ждение Dead lineRed line
- 9. Каскадная модель: Дефекты Требования Проектирование Реализация Тестирование Приёмка Сопровождение
- 10. Кривая стоимости изменений Барри Боема
- 11. НЕХВАТКА ВРЕМЕНИ И РЕСУРСОВ НА QA ПУТИ РЕШЕНИЯ
- 13. Итеративная модель + Раньше обнаруживаем дефекты в требованиях, и проектировании + Раньше начинаем тестировать – Интеграционные задачи часто оставляются на последние итерации, а там больше всего рисков – Обратная связь от заказчика часто только после последней итерации – Полноценная обратная связь ТОЛЬКО после последней итерации
- 14. Модель готового к поставке инкремента продукта (PSP)
- 15. Модель готового к поставке инкремента продукта (PSP) + Раньше обнаруживаем дефекты в требованиях, и проектировании + Раньше начинаем тестировать + Первые интеграционные задачи обычно можем включить в первые итерации + Качественная обратная связь от заказчика после каждой итерации
- 16. Модель готового к поставке инкремента продукта (PSP) + Раньше обнаруживаем дефекты в требованиях, и проектировании + Раньше начинаем тестировать + Первые интеграционные задачи обычно можем включить в первые итерации + Качественная обратная связь от заказчика после каждой итерации – Регрессионная спираль смерти
- 17. Модель готового к поставке инкремента продукта (PSP) + Раньше обнаруживаем дефекты в требованиях, и проектировании + Раньше начинаем тестировать + Первые интеграционные задачи обычно можем включить в первые итерации + Качественная обратная связь от заказчика после каждой итерации – Регрессионная спираль смерти ! Автоматизация регрессионных пользовательских тестов
- 18. ГИБКИЕ МЕТОДЫ УПРАВЛЕНИЯ ВНЕ IT
- 19. Отрасли, где применяются Scrum и метод канбан https://blog.taiga.io/agile_as_management_tool_for_non_IT.html
- 20. Использование Agile в не IT проектах в России Маркетинг Бухгалтерия Внедрение изменений
- 21. Что почитать —Agile: http://www.agilemanifesto.org/iso/ru/ —Потенциально готовый продукт: http://www.scrumguides.org/docs/scrumguide/v1/Scrum- Guide-RUS.pdf —Автоматизации тестирования Лиза Криспин, Джанет Грегори. «Гибкое тестирование» (13-14 главы) —Конференция Lean Kanban Russia (2-3 октября) http://leankanban.ru/
- 22. МЕНЯЮЩИЕСЯ И УТОЧНЯЮЩИЕСЯ ТРЕБОВАНИЯ ВО ВРЕМЯ РЕАЛИЗАЦИИ ПРОЕКТА: ЧТО ДЕЛАТЬ?
- 23. Проблемы —Нужно постоянно актуализировать требования —Нужно постоянно актуализировать тесты —Нужно постоянно перетестировать
- 24. Проблемы —Нужно постоянно актуализировать требования —Нужно постоянно актуализировать тесты —Нужно постоянно перетестировать ! Автоматизация регрессионных пользовательских тестов
- 25. Спецификация на примерах (Specification By Example)
- 26. Спецификация на примерах (Specification By Example) —Спецификация и тест-кейсы – один документ —Обновляя одно, обновляется и другое
- 27. Разработка диктуемая поведением (Behavior Driven Development) Шаблон Имея (прим. given — данное) какой-то контекст, Когда (прим. when) происходит событие, Тогда (прим. then) проверить результат. Пример Название: Удачная авторизация в системе Находясь на странице «Вход в систему», Когда пользователь осуществляет вход с корректными логином и паролем, Тогда происходит переход на страницу «Главная страница личного кабинета».
- 28. Разработка диктуемая поведением (Behavior Driven Development) —Возможность автоматизировать спецификацию на примерах
- 29. Что почитать —Спецификация на примерах: Adzic, Gojko. «Specification by example: How successful teams deliver the right software» —Разработка диктуемая поведением: http://behaviourdriven.org/
- 30. Контактные данные С удовольствием отвечу на любые вопросы Skype: denis.tuchin Тел./Viber: +7(968)764-11-98 http://linkedin.com/in/denistuchin https://www.facebook.com/denis.tuchin dtuchin@scrumtrek.ru http://scrumtrek.ru/