Автор: Олег Усольцев
Дата публикации оригинала - 2008-08-25
Материал опубликован в блоге Олега Усольцева

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

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

Задача моделирования - сделать сложные вещи простыми, объяснить их привычными нашему уму образами и формами (пока я говорю без ссылки на какие-либо стандарты, а о когнитивных, т.е. познавательных, способностях человеческого мозга, который оперирует не словами, а образами), показать, что на самом деле кроится за тысячей слов, разместившихся на 2-3 листах непрерывного текста.

Что же необходимо сделать, чтобы сделать моделирование помощником? Можно дать несколько следующих простых рекомендаций:

  1. Четко определите для себя цели моделирования и каждой отдельно создаваемой модели и диаграммы. Что вы хотите достичь в результате моделирования? Зачем вы создаете ту или иную диаграмму, модель? Что она призвана объяснить, какое понимание должен получить человек, который будет использовать модель? Если вы сами не понимаете, зачем нужна эта диаграмма и что она должна пояснять, не думайте, что другие поймут. В большинстве случаев они вернутся к вам с вопросом: “А что это значит?” или “Что вы хотели сказать/показать на этой диаграмме?”;
  2. Много не значит хорошо. Определите для себя те области, где диаграмма или модель поможет читателю документации получить лучшее представление о процессе, а не будет служить красивой картинкой. Если же все-таки вам не удается избежать создания большого количества моделей, подумайте о том, чтобы перенести детальные диаграммы процессов в приложения, а в основном документе представить обобщенную диаграмму (особенно это касается BPM-проектов);
  3. Не превращайте документ в рассадник моделей, созданных с помощью различных инструментов моделирования. Это не то место, чтобы показать свои познания в стандартах и инструментах моделирования, или экспериментировать с новым инструментом. Определитесь с используемым инструментом моделирования до начала создания документации, основываясь на целях и задачах проекта. Вы говорите, что у вас не получается использоваться менее 3-х инструментов для моделирования? Вероятная причина - “широкополосность” документа , когда вы пытаетесь одним документом покрыть несколько целевых аудиторий, например, бизнес-пользователей, топ-менеджмент и техническую команду. Решение - это создание таргетированных, или целевых, документов. Как презентация имеет свою целевую аудиторию, так и каждый документ должен иметь свою. Можно выстроить иерархию документов: от самого общего (для топ-менеджмента) и до самого детального (техническая команда), на каждой ступени поределяя все больше деталей;
  4. Используйте на диаграммах элементы (образы, фигуры), которые будут понятны читателю. Понятно, что набор этих элементов будет зависеть от целевой аудитории документа. Тем не менее, необходимо использовать на диаграмме как можно меньшее количество различных элементов. Также, необходимо избегать использования “экзотических” и “самодельных” элементов. К “экзотическим” можно отнести все образы, которые отличаются от прямоугольника и круга (и их производных). Если же вы их используете, то не побрезгуйте дать комментарий на диаграмме или указать ключевое слово в названии, которое позволит их правильно интерпретировать. Например “Форма ввода кода транзакции” - ключевое слова форма, что уже дает представление о том, что обозначает этот элемент (форму, диалог, окно, фрейм и т.п.);
  5. Не переоценивать значение стандарта. Задача диаграммы - дать читателю понимание, а не быть представленной идельно с точки зрения стандарта. Какой толк от диаграммы, на 100% соответствующей стандарту, если читатель не извлечет из нее необходимых сведений и не получит правильного понимания? Задача стандарта - это обеспечить представление диаграммы в форме, которая бы способствовала передаче ее читателю правильного понимания, смысла, который был заложен ее создателем. Отсюда стандартные элементы, соединители и т.д. Если же диаграмма не точно передает вашу идею или ее читатель не до конца понимает ее, подумайте над ее упрощением, возможно путем “закрытия глаз” на некоторые требования стандартов. В конечном счете, законы созданы, чтобы их нарушать ;).
  6. Не обременяйте диаграмму текстом. На диаграмме должно быть ровно столько текста, сколько необходимо для понимания задачи ее отдельного элемента. Весь дополнительный текст, различные детали есть смысл вынести в документ (например, под диаграммой со ссылкой на соответствующие ее элементы) или в специальную форму (как это сделано в IDEF0);
  7. И самое главное - делайте диаграмму простой. Если модель представляется чем-то комплексным, то подумайте о создании обобщенной и нескольких детализирующих диаграмм, которые можете разместить в приложении. Только не увлекайтесь простотой и обобщением - это может пагубно сказаться на модели (да, мир таков - во всем необходимо искать золотую середину, т.к. минимаксные подходы могут привести к печальным последствиям).

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


Для удобства отслеживания новых публикаций рекомендуем подписаться на рассылку или на канал RSS.

Читайте также:
    None Found