– Ходить он начал рано. В четыре он читал. В пять декламировал Пушкина, Пастернака и Бродского, а в шесть уже вовсю играл на скрипочке.
– Надо же, какой у вас способный ребенок!
– При чем тут ребенок? Это я про соседа рассказываю, как он нам в выходные по утрам спать не давал!

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

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

Блок-схемы

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

Рассмотрим пример построения блок-схемы:

Компьютерная фирма заключила договор на разработку сайта.
Готовится вторая встреча с клиентом.
Как дизайнеру подготовиться ко второй встрече с клиентом?

Обычно подготовка происходит следующим образом:

1. Менеджер проекта формулирует задание, определяет сроки выполнения.
2. Отправляет задание дизайнеру.
3. Дизайнер готовит чек-лист, в котором нужно собрать все возможные вопросы. Чем точнее они будут, тем меньше времени понадобится для дополнительных согласований.
4. Отправляет чек-лист менеджеру.

И? Это все? В общем – да, если пропустить п.3, а там все самое интересное. Этот пункт разберем подробнее.

Работа дизайнера над проектом начинается с момента получения следующей информации: 

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

Да, трудоемко, но эта куча, как золотоносная руда, в ней находятся потенциальные вопросы, которые можно разделить на две категории:

Унифицированные элементы, присутствующие во всех проектах

1. Описание компании, название, сфера деятельности, продукция, цель создания, пожелания заказчика, в т.ч. несколько сайтов, которые ему нравятся.
2. Цель создания или редизайна сайта.
3. Конкуренты.
4. Какие элементы будут располагаться в шапке сайта и подвале.
5. Перечень страниц (блоков) на сайте для которых необходим дизайн. Если осуществляется редизайн, то каких блоков или страниц. 

Уникальные элементы проекта

1. Ссылки на сайт, если он существует, социальные сети клиента.
2. Фирменный стиль компании. Он может быть в разной стадии: от «совсем ничего нет, кроме названия», до полностью проработанного.
   Если ничего нет, нужно понять, что мы разрабатываем: минимально это логотип, фирменные цвета и шрифт, либо используем шрифт по умолчанию. Дальше можно добавлять: дизайн баннеров, иконок, инфографика, слоган, кнопки, персонаж (маскот), уникальные элементы на сайте: «выпадашки», меню, фильтры и т.д.
   Элементы фирменного стиля желательно получать в векторных форматах, хранить на облачных ресурсах.
   Для разработки фирменного стиля необходимо название, описание компании, сфера деятельности, продукция, цель создания, пожелания заказчика. Например, несколько сайтов, которые ему нравятся.
3. Фото и видеоматериалы клиента, в хорошем качестве. Если таковых нет, нужно понять что будем использовать на сайте: иллюстрация, инфографика, пункты, иконки, элементы с фирменного стиля.
4. Если есть – структура сайта, если она есть, если нет – кто разрабатывает или менеджер, или совместно дизайнер-менеджер.
5. Меню: пункты, будет ли «выпадашка».
6. Нужен ли специальный дизайн и, соответственно, верстка?
7. Текст для сайта, если нет, можно пока заполнить «рыбой».

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

Менеджер при встрече с клиентом должен задать вопрос, получить ответ и, в зависимости от ответа (да или нет), задать следующий вопрос, пока заказчик не ответит на все вопросы.  Процесс формулирования необходимых вопросов трудоемкий, но не сложный.  

Алгоритм прост:

1. Задали вопрос.
2. Получили ответ.
3. Записали ответ.
4. Перешли к следующему вопросу и так далее, пока не закончатся вопросы.

Построение блок-схемы

Теперь можно приступить к построению блок-схемы, для построения блок-схемы понадобится всего три элемента:

	Ограничитель	обозначение точек начала и окончания процесса создания чек-листа
	Вопрос (условие или решение)	для обозначения места неоднозначных ответов
	Данные (ввод-вывод)	для обозначения места записи ответов

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

Далее открывается простор для творчества: можно сделать текстовый файл с вопросами, сформулировать задачу для создания программы автоматического заполнения чек-листа или создать Google-форму.

Инструменты для работы с блок-схемами

Рассмотрим подробнее инструменты для работы с блок-схемами. 

• Бумага и карандаш. Самый простой и доступный способ. Понадобится бумага, простой карандаш и стирательная резинка, в экстремальном случае понадобятся ножницы и клей. Рисуем, стираем прямоугольники,  ромбы, трапеции, стрелки. Если процесс стирания станет утомлять, то фигуры можно вырезать из бумаги и подвигать на листе. Итоговую работу можно переносить  в электронный вид.  Достоинство: всегда есть под рукой, пользоваться можно где угодно, моментально добавляются новые объекты, меняются связи, можно очень быстро оценить масштаб задачи.
• Офисные пакеты. Для рисования блок-схем можно использовать офисные пакеты, например, LibreOffice, в нем есть специальное приложение Draw. Хорошо работают в ситуации когда нужно нарисовать три небольшие схемы в год, нарисовали, сдали, забыли до следующего раза. Много превосходных качеств: доступно, интегрируется с другими приложениями, многофункционально, но в некоторых случаях ведут себя как морская свинка – не имеет отношения к морю и не свинья. Совершенно не годится для отрисовки сложных схем.
• Редакторы блок-схем. Простые редакторы блок-схем, например Programforyou. Устроены как чайники с автоматическим отключением. Чайник кипятит воду и отключается, редакторы – рисуют блок-схемы и сохраняют картинку, ничего лишнего. 

Для схем, в которых присутствует множество объектов со сложными связями лучше использовать специальные программные продукты, например, ThinkComposer, yEd Graph Editor или любое другое приложение. Здесь есть где разгуляться: масса объектов, картиночек, стрелок различной формы, есть возможность выбрать цвет и заливки.

Из недостатков: объекты не соответствуют стандартам Российской Федерации, например «условный переход» – не ромб, а треугольник.

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

В этом случае сначала пишется код, а программа визуализирует картинку. 

@startuml
(*) --> if Есть брендбук? then
-->[да] Получить брендбук
-right-> (*)
else
 --> [нет] "Определить какие элементы \n нужны для разработки"
-->[Ending process] (*)
endif
@enduml

Ментальные карты

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

Следует различать ментальные карты и блок-схемы, это как луч и отрезок, луч бесконечен в пространстве, отрезок имеет начало и конец. 

В первом случае – развитие идеи, неограниченное ветвление, с неопределенным итогом. 

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

Ментальная карта может превратиться в блок-схему, когда выполняются следующие условия:

1. Имеется одна стартовая точка с описанием ресурсов. 
2. Одна точка окончания с описанием результатов.
3. Каждый объект карты имеет четкое описание и метрики.
4. Все объекты блок-схемы взаимосвязаны, нет отдельностоящих, не включенных в процесс объектов.
5. Связи описаны и структурированы по времени, т.е. исключены ситуации, когда нужно сварить яйцо, а курица его не снесла.
6. Нет точек «об этом я подумаю позже», любой условный переход заканчивается описанием действий.

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

Итоги

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