Проблема

Нет, это не про визуализацию желаний и совсем не про психологию.

IT специалисты применяют моделирование и визуализацию, чтобы упростить анализ объектов. Объекты могут быть разными: корпорации, бизнес-процессы, требования клиентов или информационные системы любых размеров.

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

Разные ситуации + разный жизненный опыт = разные картинки в голове разных людей. Это мешает качественной передаче информации. Часто, мы и сами не имеем четкой картинки того, что хотим передать.

Современные исследования (например “Picture or Text First? Explaining Sequence Effects when Learning with Pictures and Text” K. Scheiter и A. Eitel) подтверждают, если дополнять текстовую информацию ее визуальной версией – её будет проще понимать и запоминать.

У меня было три повода писать это:

1. В современном мире масса возможностей для саморазвития. Но решить, что полезно и что повысит мою ценность для работодателя - большой вопрос.

2. Когда я менял место работы, вакансии аналитиков и проджектов вызывали недоумение странными наборами требуемых навыков. Часто описания были явно скопированы, особенно в части нотаций моделирования и использования ПО для них.

3. В команде интеграции важно использовать такие методы донесения информации, которые поймёт команда и специалисты со стороны. Иначе ни с кем не интегрируешься.

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

Кому и почему полезна статья:

Как собирались данные и проводилось исследование

Данные собирались 2 месяца, в опросе участвовали 193 человека. Большая часть участников - аналитики. Подробный состав будет описан внутри. Опрос проводился среди коллег в различных тематических группах ТГ, ФБ.

Большая часть ответивших - живут и работают в ИТ компаниях СНГ. Есть мнение, что между этими рынками есть серьезная разница, т.к. Украина и Беларусь имеют большую долю аутсорсинговых проектов в Европе и США. Там другая специфика. В опросе это не учитывается.

Данные были нормализованы для улучшения понятности и читаемости.

Основная часть

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

Изложение в виде изображений:

+ Проще читать и понимать текст.

+ Делает текст менее монотонным;

+ Информация становится привычнее для мозга. Вместо сложных смыслов -  простые визуальные объекты;

+ Может отражать связи и тренды, которые сложно уловить через текст или числа;

+ Создает единое информационное поле и контекст внутри него с разными уровнями абстракции;

+ Это просто красиво;

— Может терять часть передаваемой информации и излишне упрощать;

— Часто зависит от собственного контекста, того, кто создает модель или визуализацию;

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

Вот, что Карл Вигерс пишет в части “Навыки, необходимые аналитику” (книга “Разработка требований к программному обеспечению”):

“Аналитик должен уметь работать с разнообразными средствами, начиная с древних блок-схем и структурированных моделей анализа (диаграммы потоков информации, диаграммы ?сущность-связь? и т.д.) и заканчивая современным языком UML (Unified Modeling Language, унифицированный язык моделирования). Некоторые из этих средств полезны при общении с пользователями, другие — с разработчиками”

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

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

Cвод знаний по бизнес-анализу (BABOK) среди техник для анализа выделяет: моделирование понятий, данных, требований, решений, скоупа, процессов, состояний и организационное моделирование. Как инструменты предлагается использовать богатый зоопарк различных нотаций.

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

Об этом статистик Джордж Бокс сказал: «В сущности, все модели неверны, но некоторые — полезны».

Результаты опроса

Роли участников в команде

Опрос размещался по большей части среди аналитиков. Поэтому основная масса из 193 участников - системные аналитики и бизнес аналитики (кстати о том, как я их различаю можно почитать ЗДЕСЬ).

Как часто они используют модели

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

Данные подтверждают сказанное ранее - моделирование - это навык, который используется часто. В опросе был ответ “Никогда не использую”, он получил 0 ответов.

В каких областях работают

В опросе можно было выбрать несколько областей специализации.

Участники опроса чаще занимаются финтехом, проектами в государственном секторе, внедрением “коробок”. Есть даже счастливчики (на мой взгляд), которые разрабатывают беспилотники.

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

Какими диаграммами и моделями пользуются

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

! Важно. Обратите внимание, что BPMN указан в двух вариантах - полной (аналитическая или исполнимая) и упрощенной версии (описательная).

Где моделируют и рисуют

С полученной информацией каждый поступит по-своему. Лично для меня очевидно следующее:

• Работа в ИТ сфере требует понимания и использования визуализаций и моделей;

• Многие из нотаций и диаграммы, которые традиционно преподаются в ВУЗах и на курсах морально устарели;

• Мои попытки заняться скетчингом нужно продолжать, т.к. часто рисуют абстрактно и от руки;

• Требования в вакансиях и вопросы во время интервью часто различается с тем, что требуется в отрасли;

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

• Теперь ясно, какие навыки в части моделирования следует поддерживать в актуальном состоянии и какие из диаграммы не останутся непонятыми коллегами.