Определение вариантов дизайна

Записаться

Здравствуйте, коллеги, мы продолжаем изучение области знания по бизнес-анализу, Анализ требований и определение дизайна, свода знаний по бизнес-анализу BABOK версии 3.0. Сегодня мы с вами рассмотрим задачу под названием «Определение вариантов дизайна». На английском языке это звучит, как «design options», то есть можно перевести как варианты дизайна или опции дизайна.

Давайте разберемся, что такое дизайн. В одной из задач уже разбирали это понятие. Таким образом, есть потребность и решение, но мы не можем сразу от потребностей перескочить к решению.

Шаги от потребности к решению;

• определение требований,
• затем определение дизайна,
• как может выглядеть решение
• и только потом само решение.

Таким образом, нужно пройти четыре стадии.

Теперь рассмотрим, какие возможны варианты дизайна ближе к решению. Ранее мы специфицировали требования, верифицировали, валидировали, определили архитектуру. Теперь нужно определить варианты дизайна.

Если посмотреть на окружение нашей задачи, то что идет на вход:

• валидированные требования,
• приоритизированные,
• архитектура требования.

Получается так, что варианты дизайна определяются только после того, как уже имеются валидированные требования. Это требования, прошедшие проверку на то, что они по плану должны принести ценность заинтересованным сторонам.

Это и есть значение пункта 7.3 «Требования валидированные».

Следует четко понимать пункт 7.4 «Архитектура требования». Иначе говоря, речь о том, как требования связаны между собой, каков уровень детализации связи и так далее. Кроме «Архитектуры требования» следует рассмотреть и «Стратегии изменений», и «Определение вариантов дизайна».

Для того, чтобы стартовать, для этой задачи требуется достаточно много входов. Поэтому она ставится уже ближе к окончанию, к тому, когда будут полностью завершены работы с требованиями.

Помимо входов, существует еще руководство, которое можно использовать при решении данной задачи. Имеется интересное такое руководство или вероятный источник, когда можно опираться на какие-то существующие решения для того, чтобы понять, о каких вариантах речь.

Люди редко фантазируют сразу с нуля. Они просто берут существующие на рынке решения и предлагают какую-то комбинацию, типа заказа от клиента.

Если имеется какой-либо набор решений:

• вот-вот решение №1,
• решение №2,
• решения №3,
• решение №4

Таким образом, существующие решения тоже служат, но нужно описание будущего состояния, границы решения для того, чтобы тоже решить задачу определения вариантов дизайна.

Какими же могут быть элементы в решении данной задачи? Каждая задача состоит из элементов. У этой задачи элемент следующий: определить подход к решению.

Прежде, чем обозначить один из шагов определения, следует четко понимать, какой вообще подход используется:

• можем только разрабатывать
• только покупать,
• или можем делать какой-то микс на практике в компании.

Например, если выручка компании составляет больше энного количества миллиардов или оборотов в год, значит компания может себе позволить систему из высшей лиги.

Если же у компании в холдинге оборот меньше, то и достаточно системы какого-то среднего уровня в этот подход. Допустим, что мы не покупаем ничего на рынке, а опираемся полностью на собственные силы, потому что нет необходимости в больших объемах информации. Следовательно, у нас есть свой большой штат разработчиков, мы все делаем с опорой на собственные силы.

Это подход к разработке или другой подход. Чтобы ничего не пугало, ничего не разрабатываем, не связываемся особо с разработкой, а всегда покупаем решение на рынке. Причем, это не просто решение, а по-английски «best of bad».

Для этого берется самое лучшее решение в своем классе, рассматривается, чтобы понять, какой подход к выбору решение существует в данной организации. Аналитику это тоже необходимо понимать, потому что при рекомендации он должен опираться на принципы, имеющиеся в организации. Иначе решение будет принято спонтанно, без правил, исходя из лотка, каждый раз по каким-то сиюминутным сложившимся обстоятельствам.

Например, сегодня пришло в голову выбрать эту систему и здесь возможно какая-то комбинация разработки покупки. Поэтому необходимо определиться с подходом к формированию решения: это будет разработка, покупка либо микс.

При двух полярных подходах при определении вариантов дизайна обычно выявляется много улучшений бизнеса, бизнес-процессов. Необходимо это учитывать, иногда можно расценивать, как некий компонент решения. Именно потому при формировании решения появляется внедрение новой информационной системы.

Даже без внедрение информационной системы можно просто за счет перестройки от какого-то бизнес-процесса повысить его эффективность.

Для подхода по изменению бизнес-процессов плюс внедрение информационной системы, либо просто возможности улучшения без связи с целевым решением, следует учитывать следующий важный элемент: локация требования.

Представим, что имеется много требований. Их можно по-разному распределить между компонентами решения. Самое простое: представьте, что сейчас используется много разных информационных систем, и новую функциональность можно реализовать в разной системе. Можно в этой, можно в системе номер пять, десять или пятнадцать.

Исходя из архитектурных подходов бывают такие варианты. Возникает вопрос: Как нужно эффективно распределить требования. Иначе говоря, не всегда достаточно одной системы, иногда она закрывает только часть требований

Часть требования используем по предназначению, объясняя ее значимость собственными предпочтениями. Наличие специализированной учетной системы, к примеру. Мы будем реализовывать в ней, а между ними сделаем интеграцию.

Бизнес аналитик должен задумываться о способах реализации разных требований. Варианты дизайна могут быть разными, важно, чтобы они действовали максимально эффективно.

В конечном решение можно реализовать так или иначе. Это и есть опции или варианты дизайна. У каждого варианта есть свои преимущества, на которые обращают внимания при выборе. Каждый вариант или опция design обладает своим собственным набором затрат и выгод.

Выбор опции ложится на плечи аналитика, это целое искусство честно рассказать и дать заинтересованным сторонам выбрать тот вариант, который принесет им максимальную ценность.

При выполнении задачи 7.5 «определение вариантов дизайна» учитывается и эксперт предметной области, «daisy».

Например, вот мы занимаемся с вами финансами, носители финансист, бухгалтеры. Здесь важны эксперты, люди, знающие не только предметную область, но и решение. Значит, нужно предлагать альтернативы. Экспертиза важно для выбора этих альтернативных экспертов по внедрению. Это и есть операционная поддержка.

Зачастую решение может быть хорошее, недорогое, но совокупная стоимость владения весьма высока, она плохо выдерживает высокие нагрузки, может не подсказать сложности стоимости интеграции, сопровождения решения.

Руководитель проекта при выполнении данной задачи реализует функции планирования, управления, а поставщик предоставляет экспертизу вместе с экспертами по внедрению функциональности каких-то опций. Но допустим, разработки опций на своей экспертизе не хватает, тогда приглашают поставщика этого решения. Он по этой опции может дать какую-то экспертизу.

Для решения задач по бизнес-анализу при выполнении задачи 7.5 «Определение вариантов дизайна» понадобится паркинг анализ рынка.

Идет поиск комбинации решений, которые принесут максимальную ценность. В отдельных случаях для этого иногда необходим бенчмаркинг. Нужно проанализировать существующие возможности на рынке, обратить внимание на тренды, потому что решение сегодня может быть хорошее, но прочитав отчет, вы понимаете, что, к примеру, некая консалтинговая компания не относит данное решение к лидерам рынка. Она считает, что стратегия данного решения направлено немного не в ту сторону с точки зрения вот этого аналитического агентства.

Если вы купите решение, которое стратегически развивается не в ту сторону, оно может обладать достаточной функциональностью, но будет ли такой выбор правильным?

Для определения верного решения понадобится метод бизнес-анализ, как мозговой штурм. Это поможет распределить требования по вариантам дизайна. Заинтересованным сторонам понравится еще такой интересный метод, как извлечение уроков.

Хорошо зарекомендовала себя интеллект-карта майндмеп являющаяся методом для структурированного описания вариантов дизайна или опций design.

Еще один метод: анализ основных причин. Вы протягиваете такую ниточку от причины через проблему к решению. Есть проблемы, клиент определяет причину и варианты ее разрешения.

Помимо интервью и мозгового штурма может помочь опрос и анкетирование. Всегда эффективнее лично пообщаться для выявления слабых сторон или изъянов. Оценка поставщика является очень важной, потому что можно выбрать и прекрасное решение, она функциональна, будет, например очень хорошая

Предположим, что в России отсутствуют специалисты по данному решению, а вы не учли такой поворот при выборе поставщика. Таким образом, есть риск упустить какой-то важный критерий при оценке поставщика.

Давайте подведем итог по рассмотрению задачи 7.5 «Определение вариантов дизайна». Что же является результатом выполнения этой задачи по бизнес-анализу?

Это описание различных способов удовлетворения, одной или нескольких потребностях в рамках заданного контекста, то есть имеется одна или несколько потребностей.

Таким образом, можно сгруппировать варианты с преимуществами и мелкими недостатками. Общий подход состоит в том, чтобы не сразу переходить к решению, а выбрать какие-то варианты дизайна этого решения и потом уже только переходить к решению на этом по задаче 7.5 «Определение вариантов дизайна».