Какое качество нужно вашему проекту и как организовать разделение ответственности за него (РИТ-2019) — различия между версиями
(Новая страница: « Доклад 28.05.2019 на [http://ritfest.ru/2019/ '''РИТ-2019'''] [http://ritfest.ru/2019/abstracts/5221 Доклад на сайте конференц…») |
м |
||
| Строка 1: | Строка 1: | ||
Доклад 28.05.2019 на [http://ritfest.ru/2019/ '''РИТ-2019'''] | Доклад 28.05.2019 на [http://ritfest.ru/2019/ '''РИТ-2019'''] | ||
[http://ritfest.ru/2019/abstracts/5221 Доклад на сайте конференции] | [http://ritfest.ru/2019/abstracts/5221 Доклад на сайте конференции] | ||
| − | Видео ожидается, а пока смотрите | + | Видео ожидается, а пока смотрите [[Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять (SQAdays-20, 2016-11)|'''версию 2016 года''']] |
В IT есть представление о качественном продукте как об идеальном софте, недостижимом, как всякое совершенство, но являющимся целью. В этом залоге пишут списки критериев качества, это написано в книгах и именно такой подход заложен во многие стандарты. Между тем, этот образ сформировался давно, в уже ушедшей культуре разработки совершенного инженерного изделия. А современные требования к проектам диктуют совершенно другие критерии качества для разработки софта и ведения проекта в целом, потому что результат должен удовлетворять стейкхолдеров, обеспечивать достижение возможностей бизнеса, и немалым фактором в этом является быстрая разработка приемлемого, а не совершенного софта. И методы его достижения должны быть совсем другие. | В IT есть представление о качественном продукте как об идеальном софте, недостижимом, как всякое совершенство, но являющимся целью. В этом залоге пишут списки критериев качества, это написано в книгах и именно такой подход заложен во многие стандарты. Между тем, этот образ сформировался давно, в уже ушедшей культуре разработки совершенного инженерного изделия. А современные требования к проектам диктуют совершенно другие критерии качества для разработки софта и ведения проекта в целом, потому что результат должен удовлетворять стейкхолдеров, обеспечивать достижение возможностей бизнеса, и немалым фактором в этом является быстрая разработка приемлемого, а не совершенного софта. И методы его достижения должны быть совсем другие. | ||
Текущая версия на 14:47, 28 мая 2019
Доклад 28.05.2019 на РИТ-2019 Доклад на сайте конференции Видео ожидается, а пока смотрите версию 2016 года
В IT есть представление о качественном продукте как об идеальном софте, недостижимом, как всякое совершенство, но являющимся целью. В этом залоге пишут списки критериев качества, это написано в книгах и именно такой подход заложен во многие стандарты. Между тем, этот образ сформировался давно, в уже ушедшей культуре разработки совершенного инженерного изделия. А современные требования к проектам диктуют совершенно другие критерии качества для разработки софта и ведения проекта в целом, потому что результат должен удовлетворять стейкхолдеров, обеспечивать достижение возможностей бизнеса, и немалым фактором в этом является быстрая разработка приемлемого, а не совершенного софта. И методы его достижения должны быть совсем другие.
Я буду рассказывать об эволюции культуры ведения IT-проектов, критериев качества и разделения ответственности за качество, а также о том, как конструировать свой процесс работы с качеством, соответствующей особенностям проекта — через вопросы, которые надо себе задать, чтобы выбрать соответствующие практики. Процесс для каждого проекта уникален не потому, что обстоятельства заставляют отступить от идеала на разную дистанцию, а потому, что цели проектов существенно различаются, и потому процесс тоже должен быть свой.
Презентация
Скачать весь pdf
