Семинар на тему приоретизации требований в рамках области знаний управления жизненным циклом требований не предвещал бурного обсуждения. Тем не менее мне было особенно приятно, когда в начале семинара прозвучала первая просьба прерваться для обсуждения.
Приступив к рассказам о задачах двух релевантных для системных аналитиков областей знаний в BABoK, мне удалось воплотить идею иного подхода. Чтобы явно отделить старые семинары от текущих, полостью изменил дизайн презентации, сделав ее в ярких тонах, хотя и по шаблону из коробки Keynote. Самым главным изменением стал отказ от вычитывания материла.
Даже чтобы прочитать от 2 до 5 страниц свода знаний, потребуется от десяти минут до получаса. А когда рассказ приходится сопровождать примерами из личного опыта, действительно, не хватает часа. Мне удалось выделить самое необходимое и предложить коллегам самим изучать дополнительный материал после семинара. Взамен получил возможность обсуждать именно те вопросы, которые интересовали слушающих. В итоге мне подсказали следующую ступень развития моих еженедельных рассказов. Ей оказались сквозные примеры по теме.
А первым вопросом на семинаре по приоретизации меня попросили пояснить о том, как дизайн появляется в требованиях и почему он не является таким же требованием. Так началась беседа, в ходе которой мне рассказали о том, что согласованные бизнес-требования почти никогда не меняют на этапе системного анализа.
Этот знакомый для многих кейс, когда вам предстоит переработать бизнес-требования в технологическом слое и вы находите несколько вариантов решения задачи, ошибки в требованиях и явную избыточность в деталях. Как итог, дополнительные вопросы и разрыв в бизнес-требованиях. И долгие и мучительные беседы с заинтересованными сторонами.
Что же касается той части вопроса, которая не проводила четкой черты между дизайном и требованием, то тут BABoK дает очень полезное пояснение в виде таблицы из порядка шести кейсов, которые наглядно разделяют эти понятия. Например, требования могут описывать необходимость консоли, где бы торговый представитель наблюдал графики продаж за полгода помесячно. А дизайн показывает макет такой консоли, например в виде мокапа из элементарных графических объектов или простого наброска карандашом.
Семинар в итоге получился более интересным и полным. После прочтения основной темы, коллеги поделились своими знаниями из других курсов. Получилось очень познавательно. Плюс мы все выяснили, что необходим сквозной пример, который согласует теоретическую часть с видением этой теории в практическом применении.