Схема как универсальный язык команды ИТ-специалистов

К моделированию – из глубины веков

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

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

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

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

Существует много разновидностей (нотаций) схем: функциональное моделирование (IDEF), процессное моделирование (BPMN), sequence диаграммы (формат UML и т. д.), различные ГОСТы и внутренние стандарты, принятые в компании или подразделении. В любом случае они предоставляют участникам взаимодействия – например, проектной команде – некий общий, понятный каждому язык. Разберемся, почему это так важно.

Схемы must have

В процессе разработки многие ИТ-специалисты постоянно сталкиваются с различной документацией (например, к проекту, его отдельному этапу или готовому продукту), вынуждены вести ее и перерабатывать. Часто выраженный в ней смысл не поддается описанию или поддается очень сложно. Не каждый сотрудник, особенно новый участник команды, сможет интерпретировать «голый» текст точно так же, как и его автор.

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

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

Приведу примеры из личного опыта.

Подробнее по ссылке.