Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять (SQAdays-20, 2016-11) — различия между версиями
(Массовая правка: добавление Категория:Роли) |
м |
||
Строка 1: | Строка 1: | ||
+ | {{RightNote|[[:Категория:Управление проектами|Еще про управление проектами]]}} | ||
'''Доклад на SQAdays-20 25.11.2016''' | '''Доклад на SQAdays-20 25.11.2016''' | ||
[http://sqadays.com/ru/talk/43575 Доклад на сайте конференции] | [http://sqadays.com/ru/talk/43575 Доклад на сайте конференции] | ||
Строка 31: | Строка 32: | ||
[[Категория:Доклады]][[Категория:Люди]][[Категория:Agile]] | [[Категория:Доклады]][[Категория:Люди]][[Категория:Agile]] | ||
− | [[Категория:Роли]] | + | [[Категория:Роли]][[Категория:Управление проектами]] |
Версия 10:57, 26 апреля 2024
Доклад на SQAdays-20 25.11.2016 Доклад на сайте конференции Презентация на slideshare Видео https://vimeo.com/195846911 (в статье тоже есть)
- Кстати, при подготовке я обнаружил, что мой первый доклад на SQAdays был 5 лет назад на 10 конференции Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков на SQAdays-10). Юбилей, однако.
Содержание
Аннотация
Многие QA-специалисты убеждены, что в ИТ существует единое идеальное представление о качестве и способах его достижения. Поэтому ситуация, когда при переходе в другую компанию идеал оказывается иным, ценности подвергаются сомнению, а принятые способы работы сильно отличаются, становится неожиданным шоком.
Дело в том, что понимание критериев качества в ИТ-проектах прошло длинный путь от ориентации на совершенное инженерное изделие до удовлетворения интересов стейкхолдеров и обеспечения возможностей для бизнеса. Сегодня приходит осознание, что в разных проектах требуется разное качество, критерии которого к тому же меняются в ходе проекта.
В докладе будет представлено пространство описания критериев качества и разделения ответственности в проектах, которое мы разберем на подробных примерах.
Выступление развивает темы моих докладов (http://mtsepkov.org) про эволюцию критериев качества (AgileDays-2015) и разделению ответственности (AnalystDays-2015).
Из отзывов
Владимир Каленов на FB. Традиционно, настоятельно рекомендую рассказ Maxim Tsepkov. Те, кто видел мой слайд с эволюцией требований ТЗ-UseCase-UserStory, посмотрите на 4-й уровень Business Case/Гипотеза и подробное пояснение об эволюции соответствующих подходов к оценке качества.
Видео
Видео в HD-качестве, смотрите в полноэкранном режиме.
HTML-код включения <iframe src="https://player.vimeo.com/video/195846911?title=0&portrait=0" width="960" height="318" frameborder="0"></iframe>
Скачать → на странице видео на vimeo, кнопка «Download»