Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять (SQAdays-20, 2016-11)
Доклад на SQAdays-20 25.11.2016 Доклад на сайте конференции Презентация на slideshare Видео ожидается
- Кстати, при подготовке я обнаружил, что мой первый доклад на SQAdays был 5 лет назад на 10 конференции Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков на SQAdays-10). Юбилей, однако.
Аннотация
Многие QA-специалисты убеждены, что в ИТ существует единое идеальное представление о качестве и способах его достижения. Поэтому ситуация, когда при переходе в другую компанию идеал оказывается иным, ценности подвергаются сомнению, а принятые способы работы сильно отличаются, становится неожиданным шоком.
Дело в том, что понимание критериев качества в ИТ-проектах прошло длинный путь от ориентации на совершенное инженерное изделие до удовлетворения интересов стейкхолдеров и обеспечения возможностей для бизнеса. Сегодня приходит осознание, что в разных проектах требуется разное качество, критерии которого к тому же меняются в ходе проекта.
В докладе будет представлено пространство описания критериев качества и разделения ответственности в проектах, которое мы разберем на подробных примерах.
Выступление развивает темы моих докладов (http://mtsepkov.org) про эволюцию критериев качества (AgileDays-2015) и разделению ответственности (AnalystDays-2015).
Из отзывов
Владимир Каленов на FB. Традиционно, настоятельно рекомендую рассказ Maxim Tsepkov. Те, кто видел мой слайд с эволюцией требований ТЗ-UseCase-UserStory, посмотрите на 4-й уровень Business Case/Гипотеза и подробное пояснение об эволюции соответствующих подходов к оценке качества.