Давно известно, что качественно собранные и протестированные требования заказчика – это залог правильных инженерных решений и реализуемых обязательств. Но, тем не менее, многие проекты терпят неудачи именно по причине хаоса в требованиях. Как проекты, которые ведутся по тяжеловесным формальным методикам, так и проекты, которые реализуются с помощью легковесных подходов.Менеджеры проектов, аналитики, архитекторы, лидеры команд.
Почему такое случается? В случае “тяжелых формальных” подходов команда чаще всего теряет управление большим количеством низкоуровневых требований при высокой динамике изменений и забивает забывает о анализе, трассировке, тестировании покрытия и т.д., переходя в режим “правки по месту”, все больше отдаляя код от первоначальных требований, надеясь на современные инженерные практики. В результате, продукты, на предварительный анализ и проектирование которых потрачены немалые деньги – теряют все преимущества, которые дают тяжелые” методики и становятся тяжелыми в развитии и поддержке.
В случае легковесных подходов, уровень требований очень общий и недетализированный – вполне обоснованно, кстати. Управление требованиями подвержено очень сильным рискам, управление которыми весьма затратно, но по опыту тяжеловесных подходов – не всегда эффективно.Тем более, что корневая для легковесных подходов концепция проверки идей продукта через его производство (A/B testing или split testing) побуждает разработчиков оперировать сразу на уровне сценариев поведения, что приводит к перспективе потери сопровождаемости полученного кода и удорожания его изменения ввиду деградации из-за большого количества мелких и больших ошибок, компромиссных и тупиковых решений, полученных методом проб и ошибок. Относительно молодые продукты теряют темп развития и требуют серьезных переделок.
Логично предположить, что нужен синтез практик из легких и тяжелых методик – чтобы сохранить все плюсы как предварительного анализа требований и перевода их в архитектуру продукта, так и легких инкрементально-итеративных подходов, позволяющих чутче реагировать на пожелания бизнеса.
Об этом мы и будем говорить. Хочу предложить вам познакомиться и опробовать практики по анализу, тестированию и управлению требованиями, которые проверены как в заказной, так и в продуктовой разработке крупных проектов. Практики, позволяющие не сваливаясь в тяжеловесные формальные подходы эффективно анализировать и тестировать требования, управлять изменениями требований, оценивать и предотвращать риски проекта.
Вы получите квинтэссенцию подходов, которые эволюционировали в течение последних 5 лет. Начнем, конечно, с теории управления требованиями, отдельно останавливаясь на экономическом обосновании тех или иных практик в условиях различных продуктов и команд. Но, основная задача – практическое применение. Мы возьмем реальные задачи и соберем, проанализируем и протестируем требования, попутно управляя рисками, а в финале посмотрим, насколько проще становится переход к сценариям поведения и архитектуре. Также обсудим влияние представленных практик на дальнейшую жизнь проекта. Обязательно обсудим недостатки и возможные пути развития представленных практик.
В конце тренинга вы получите индивидуальные домашние задания для закрепления навыков, которые я готов обсудить и оценить с вами онлайн после тренинга.
