Проблема
Нет, это не про визуализацию желаний и совсем не про психологию.
IT специалисты применяют моделирование и визуализацию, чтобы упростить анализ объектов. Объекты могут быть разными: корпорации, бизнес-процессы, требования клиентов или информационные системы любых размеров.
Один из великих философов 20-го века, Людвиг Витгенштейн, размышлял о том, как у людей получается обмениваться идеями между собой. Он предположил, что язык запускает в людях картинки объектов реальности. То есть, вслед за словом приходит на ум картинка-модель реальности, она помогает мысленно увидеть ситуацию и понять ее.
Разные ситуации + разный жизненный опыт = разные картинки в голове разных людей. Это мешает качественной передаче информации. Часто, мы и сами не имеем четкой картинки того, что хотим передать.
Современные исследования (например “Picture or Text First? Explaining Sequence Effects when Learning with Pictures and Text” K. Scheiter и A. Eitel) подтверждают, если дополнять текстовую информацию ее визуальной версией – её будет проще понимать и запоминать.
Что такое визуализация и моделирование
Визуализация — общее название приёмов представления числовой информации или физического явления в виде, удобном для зрительного наблюдения и анализа.
Модель — упрощенное представление реальности, созданное для передачи информации определенной аудитории для поддержки анализа, коммуникации и понимания (BABOK 3.0).
Модель — представление системы, процесса, услуги или другой сущности, которое используется для понимания и прогнозирования их поведения и взаимодействий (ITIL 4).
У меня было три повода писать это:
В современном мире масса возможностей для саморазвития. Но решить, что полезно и что повысит мою ценность для работодателя - большой вопрос.
Когда я менял место работы, вакансии аналитиков и проджектов вызывали недоумение странными наборами требуемых навыков. Часто описания были явно скопированы, особенно в части нотаций моделирования и использования ПО для них.
В команде интеграции важно использовать такие методы донесения информации, которые поймёт команда и специалисты со стороны. Иначе ни с кем не интегрируешься.
Все это привело к идее - провести небольшое исследование. Я опросил IT специалистов о том, какие способы моделирования и визуализации они используют в работе чаще всего. Теперь хочу поделиться с вами непредвзятой и основанной на данных оценкой. Пользуйтесь пожалуйста.
Кому и почему полезна статья:
Кому | Почему |
Аналитикам | Новички: поймут, что изучить, чтобы повысить свою релевантность в желаемой области, а не тратить драгоценное время на то, что потом окажется неприменимым. Опытные: пополнят свой инструментарий, основываясь на практике других аналитиков. |
HR | Повысят качество и релевантность вакансий. В вакансиях больше не будет требований к навыкам, которые не используются. |
Тем, кто хочет работать в IT или смежной сфере | Поймут, чем отличаются модели между собой, какие изучать сначала, а какие потом. |
Как собирались данные и проводилось исследование
Данные собирались 2 месяца, в опросе участвовали 193 человека. Большая часть участников - аналитики. Подробный состав будет описан внутри. Опрос проводился среди коллег в различных тематических группах ТГ, ФБ.
Большая часть ответивших - живут и работают в ИТ компаниях СНГ. Есть мнение, что между этими рынками есть серьезная разница, т.к. Украина и Беларусь имеют большую долю аутсорсинговых проектов в Европе и США. Там другая специфика. В опросе это не учитывается.
Данные были нормализованы для улучшения понятности и читаемости.
Основная часть
Визуализация и моделирование могут существенно облегчить понимание различных процессов и ситуаций, над которыми мы работаем. Часто, огромный массив неструктурированной информации может ввести в аналитический паралич даже в привычной предметной области. Чего уж говорить о новых областях.
Изложение в виде изображений:
+ Проще читать и понимать текст.
+ Делает текст менее монотонным;
+ Информация становится привычнее для мозга. Вместо сложных смыслов - простые визуальные объекты;
+ Может отражать связи и тренды, которые сложно уловить через текст или числа;
+ Создает единое информационное поле и контекст внутри него с разными уровнями абстракции;
+ Это просто красиво;
— Может терять часть передаваемой информации и излишне упрощать;
— Часто зависит от собственного контекста, того, кто создает модель или визуализацию;
— Для некоторых нотаций и моделей нужны специальные знания.
Вот, что Карл Вигерс пишет в части “Навыки, необходимые аналитику” (книга “Разработка требований к программному обеспечению”):
“Аналитик должен уметь работать с разнообразными средствами, начиная с древних блок-схем и структурированных моделей анализа (диаграммы потоков информации, диаграммы ?сущность-связь? и т.д.) и заканчивая современным языком UML (Unified Modeling Language, унифицированный язык моделирования). Некоторые из этих средств полезны при общении с пользователями, другие — с разработчиками”
Важно, как Вигерс определяет аналитика. “Аналитик - это одна из ролей участников проекта, а не обязательно название должности. Функции аналитика могут выполнять менеджер проекта, менеджер продукта, разработчик и даже пользователь”.
То есть, Вигерс считает навыки моделирования обязательными для ведения аналитической работы, независимо от того, кто выполняет ее в команде.
Cвод знаний по бизнес-анализу (BABOK) среди техник для анализа выделяет: моделирование понятий, данных, требований, решений, скоупа, процессов, состояний и организационное моделирование. Как инструменты предлагается использовать богатый зоопарк различных нотаций.
Очевидно, моделирование - важный и полезный навык. Но какие конкретно модели, нотации и стили лучше использовать, чтобы они были максимально понятны и полезны?
Об этом статистик Джордж Бокс сказал: «В сущности, все модели неверны, но некоторые — полезны».
Результаты опроса
Роли участников в команде
Опрос размещался по большей части среди аналитиков. Поэтому основная масса из 193 участников - системные аналитики и бизнес аналитики (кстати о том, как я их различаю можно почитать ЗДЕСЬ).
![](https://habrastorage.org/getpro/habr/upload_files/106/ee4/dcf/106ee4dcf9de8c3c68c8f5596f3dd21c.png)
Как часто они используют модели
На этой таблице можно увидеть, насколько часто участники используют визуализацию и модели. Очевидно, что такой навык является почти всегда обязательным. Он важен для системного или бизнес-аналитика, руководителя ИТ проекта или ИТ архитектора. Более 90% специалистов используют визуализацию и моделирование ежедневно или часто.
![](https://habrastorage.org/getpro/habr/upload_files/c10/2bb/83d/c102bb83d6a8a6d97c32831eb216aa73.png)
Данные подтверждают сказанное ранее - моделирование - это навык, который используется часто. В опросе был ответ “Никогда не использую”, он получил 0 ответов.
В каких областях работают
В опросе можно было выбрать несколько областей специализации.
Участники опроса чаще занимаются финтехом, проектами в государственном секторе, внедрением “коробок”. Есть даже счастливчики (на мой взгляд), которые разрабатывают беспилотники.
![](https://habrastorage.org/getpro/habr/upload_files/9a9/b14/78d/9a9b1478d47a4632ba9fe4264ec987ad.png)
Не могу утверждать, но кажется, что это хорошо отражает направленность основной массы ИТ проектов, которые реализуются сейчас.
Какими диаграммами и моделями пользуются
В опросе была возможность выбрать тип модели из списка или дополнить свою. Для большей информативности добавляю перечень полностью, чтобы было понятно и то, что используется часто и то, что уже скорее раритет.
! Важно. Обратите внимание, что BPMN указан в двух вариантах - полной (аналитическая или исполнимая) и упрощенной версии (описательная).
![](https://habrastorage.org/getpro/habr/upload_files/5f3/cea/d80/5f3cead80f1231cc59dd4ab45d02afe3.png)
Где моделируют и рисуют
![](https://habrastorage.org/getpro/habr/upload_files/1a9/5fc/86d/1a95fc86d69858d20316457c83590aed.png)
С полученной информацией каждый поступит по-своему. Лично для меня очевидно следующее:
Работа в ИТ сфере требует понимания и использования визуализаций и моделей;
Многие из нотаций и диаграммы, которые традиционно преподаются в ВУЗах и на курсах морально устарели;
Мои попытки заняться скетчингом нужно продолжать, т.к. часто рисуют абстрактно и от руки;
Требования в вакансиях и вопросы во время интервью часто различается с тем, что требуется в отрасли;
Эта статья - не руководство к действию и не требование “хоронить” неиспользуемые. Для меня это отражение, что стоит чаще применять, чтобы меня лучше понимали;
Теперь ясно, какие навыки в части моделирования следует поддерживать в актуальном состоянии и какие из диаграммы не останутся непонятыми коллегами.
DrRaznomazov
Все-таки, почему вы ничего не говорите о работе с JIRA и CONFLUENCE? Поддержу автора, часто на собеседованиях у соискателях спрашивают о ER-диаграммах, которые по факту потом нигде не используются.
Fsergeyev
А как JIRA и CONFLUENCE относятся к моделированию и визуализации?
Если в confluence, то это встроенный плагин draw.io. Кстати, выше на одной из диаграмм приведен confluence, так же как и draw.io.
ER-диаграммы знать положено, ибо зная их, аналитик при проектировании системы мыслит соответствующим образом. Это просто проверка компетенций, вот и все. Мы тоже на собеседовании спрашивали знание UML, хотя его использование у нас в компании не обязательно. Прочитать Sequence диаграмму может даже не сведущий в этом языке (UML) специалист.