Ibcs что это

Обзор стандарта IBCS

Давно хотел написать про этот стандарт, а тут выдался отличный повод — Антон Жиянов сделал отличную, читаемую версию этого стандарта. Антон, большое спасибо! Ещё у Антона куча крутых статей про проектирование интерфейса.

Я решил сделать обзор этого стандарта и рассказать своих мысли про него. Как и при рецензии на любую книгу, здесь рекомендую ознакомиться с оригиналом, а не только моим «кратким» содержанием, сам стандарт классный и заслуживает внимания. У меня скорее выдержка того, что запомнило именно мне. Вы, наверняка, увидите что-то своё.

Что такое IBCS (International Business Communication Standards)

Этот стандарт разработан Рольфом Хикертом, бывшим консультантом McKinsey и CTO нишевой немецкой BI-системы MIS. Основная идея стандарта — практические советы и семантические стандарты по дизайну отчетов и графиков. Стандарт распространяется бесплатно и доступен на сайте www.ibcs.com, но сделан там в очень неудобном формате. Почему так — думаю, что для того, чтобы заработать на продаже нормальной pdf версии, которая есть на сайте =) В целом это нормально и такие организации зарабатывают как раз на материалах, сертификациях и тренингах. Но выглядит это конечно немного смешно.

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

1. Convey a message

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

2. Organize content

Эта часть стандарта посвящена последовательности изложения и структуре. Если говорить грубо, то весь раздел про применение принципа MECE, про повествование методами дедукции или индукции и визуальное отображение иерархичных структур. По мне получился ещё более «теоретизированный» раздел, чем первый. Самое полезное для дашбордов, как мне кажется, что не стоит забывать показывать полные данные по всем разрезам для полноты картины.

3. Choose proper visualization

Это раздел является классическим «чарт-чузером» для выбора подходящего типа диаграмм. Очень понравилось, что автор сводит задачи по-сути всего к двум типам — изменение во времени и сравнение категорий. В целом это реально 90% бизнесовых задач, которые можно решить и правда небольшим количеством графиков. Правда совсем не хватает точечного графика, фактоидов (KPI’s) и спарклайнов. И ещё сама стилистика графиков прям кричит на тебя тем, что рассчитана на печать и супер строгий минимализм. Я сам люблю минимализм, но тут он выглядит сильно outdated именно стилистически.

Понравились детальные описания каждого графика и его оформления, и практические советы как использовать правило близости в чартах.

Ещё более круто описано как делать таблицы, очень классно показано, как отделять столбцы разного вида, как подчеркивать группировки и т. п. Просто отличное руководство по верстке таблиц и идеи как их оформлять. В Табло такое сделать будет почти нереально, а вот если буду делать таблички в Экселе, то обязательно воспользуюсь этими идеями.

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

Не понравился вот этот вид графиков, очень странные сгруппированные бар-чарты, кажется, что это очень неудобно читать и в варианте с треугольничком, и при наложении баров друг под другом.

А ещё стандарт не толерантный и прям запрещает делать некоторые виды графиков. ;—)

4. Avoid clutter

Следующий раздел полностью посвящен удалению non-data-ink. Тут не знаю, что особо сказать. Хорошие примеры, но довольно очевидные — убирайте лишнее и редактируйте текст.

5. Increase information density

Следующий раздел обратный — про повышение количества data-ink на графиках.

Здесь понравились те вещи, про которые я сам часто говорю, но мало где слышу. Что стоит увеличивать кол-во срезов, метрик и дат, не бояться уменьшать размеры графиков и делать таблички с встроенными графиками.

Не понравилось, что предлагают делать двойные оси и не очень понятные виды графиков.

6. Ensure visual integrity

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

Но очень сильно смутило предложение делать что-то подобное:

7. Apply semantic notation

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

Первая часть довольно скучная, хотя и супер полезная — пишите одинаково заголовки, делайте одинаковые шрифты и т. п.

А вот дальше начинаются очень интересные идеи, которые мне хочется как-то попробовать применить в работе, но пока не придумал как именно.

Идея № 1. Использовать для базовых метрик (данных) и расчетных метрик разные толщины линий и бар-чартов. Затея выглядит интересной, но пока не могу понять стоит ли того. И это точно сложно реализовывать и поддерживать. Но сама идея такого деления, по-моему, очень необычная.

Идея № 2. Использовать для обозначения факта, плана. прошлого периода и прогноза всегда одинаковые визуальные оформления. Факт — темная сплошная заливка, План — «пустотелая» заливка, Прошлый период — серая сплошная заливка, Прогноз — штриховка. Кажется, что это тоже очень прикольная идея. Такие «сценарии» существуют во всех бизнесах и это правда очень удобно. Но смущает реализация со штриховкой и «пустыми» маркерами для линий плана.

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

Идея № 3. Использовать для разных скейлов, разные ширины баров. По-моему довольно элегантно. Хотя реализация снова будет довольно сложной.

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

Идея № 5. Для стандартных бизнесовых периодов типа YTD, MAT и т. п. завести отображение символами, чтобы быстро их показывать на графиках и таблицах. Мне этая идея очень нравится, как идея. Но всё-таки в реальном использовании я бы всегда писал начало и конец периода Jan’18 … Jan’19 и т. п. Мы у себя в стандарте делаем именно так.

Выводы и общие впечатления

Стандарт мне нравится. Это отличная сводка правил и интересных находок. Очень простая и понятная подача из свода правил и карточек формата «Don’ts and Dos». Он точно не подходит в формате «как есть» для дашбордов, есть спорные моменты и рекомендации и устаревший визуальный стиль. Используется через чур мало цветом, хотя очень круто, что основной — черный (мы у себя сделали так же). В целом много интересных идей, рекомендую к прочтению.

По-мимо самого стандарта на сайте есть ещё и гайдлайны. Можно прям брать и делать внутренние рекомендации по аналогии.

Есть неполные, но довольно близкие, реализации стандарта в Табло.

И ещё есть расширения для Excel и Power BI, которые позволяют работать по этому стандарту. Вот на этой страничке можно потыкать живые дашборды. Не всё идеально, но таблицы выглядят просто отлично.

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

IBCS: Польша первая после США

Польша станет первой страной, которой США поставят свои системы IBCS. Вчера, 17 января, пресс-служба Northrop Grumman объявила о начале производства интегрированной системы боевого командования по заказу Минобороны Польши.

Польша заказала интегрированные системы боевого командования (Integrated Battle Command System, IBCS) в рамках программы Wisła как элемент своих систем ПВО и ПРО. Ключевым элементом Wisła будет ЗРК Patriot. Благодаря использованию IBCS будущие польские истребители F-35, действующие и перспективные системы ПВО и ПРО объединятся в единое целое и смогут обеспечивать комплексную защиту.

«IBCS — предпочтительное решение для командования и управления ПВО и ПРО. В марте 2018 года Польша подписала с правительством США контракт на покупку IBCS и стала первой страной-партнёром, которая приобрела эту передовую возможность. Внедряя IBCS, Польша трансформирует свои возможности интегрированной противовоздушной и противоракетной обороны так, как это делает армия США», — сообщили в пресс-службе Northrop Grumman.

В компании Northrop Grumman указывают, что уже получены шесть контейнеров, которые будут оборудованы в качестве центров боевых операций (EOC) комплексной системы IBCS. После доукомплектования контейнеры будут переданы американской армии для испытаний, а затем отправятся в Польшу.

International Business Communication Standards или как добиться последовательности в управленческой отчетности

Недавно на сайте https://zebrabi.com/ibcs/ вышла интересная, на мой взгляд, статья о стандартизации бизнес-коммуникаций. С разрешения правообладателя (Zebra BI) мы сделали ее перевод на русский язык.

International Business Communication Standards или как добиться последовательности в управленческой отчетности

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

В чем практичность стандартов?

Стандартизация — процесс разработки и внедрения технических стандартов, который позволяет обеспечить совместимость, воспроизводимость, безопасность и качество. Источник – Википедия

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

Например, знак дорожного движения «STOP» — где бы вы ни находились, вы понимаете, что нужно делать, когда видите на дороге этот знак:

Ниже представлено четыре хорошо известных примера стандартизации:

1. Письмо. В мире существует несколько стандартных алфавитов для написания текста – это латинский алфавит, кириллический, арабский, китайский
2. Электричество. Сетевое электричество стандартизировано во всем мире в виде переменного тока. Однако существуют различные виды напряжения и частоты электропитания, что побуждает использовать различные (стандартизированные) вилки и розетки для обеспечения защиты от случайного использования приборов с несовместимыми требованиями к напряжению
3. Движение. Знаки дорожного движения являются стандартными во всем мире. Их наличие обеспечивает движение огромного количества транспортных средств в соответствии с определенными правилами
4. Музыка. Музыкальная нотация (нотная грамота) стандартизирована уже более тысячи лет, что позволяет музыкантам со всего мира воспроизводить музыку по музыкальным произведениям, даже если этим произведениям уже несколько веков.

Стандартизация делового общения

Деловая коммуникация – это воплощение в жизнь, например, в виде презентаций количественной информации для целей анализа и отчетности. Источник – www.ibcs.com

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

В 2004 году доктор Рольф Хичерт (Dr. Rolf Hichert ) взял на себя задачу стандартизировать то, как аналитики и финансисты должны представлять данные в своих отчетах, презентациях и дашбордах. Без стандартов генеральный директор может получить синие линейные диаграммы продаж от одного аналитика и красную круговую диаграмму от другого. В этом случае каждый автор отчета индивидуально принимает решение о дизайне как отчета, так и его отдельных объектов (диаграмм и таблиц). Это приводит к путанице и невозможности быстро принимать решения на основе подобных отчетов. Поэтому директора так часто игнорируют дашборы, которые им были предоставлены.

Три столпа IBCS стандартов

Базовая идея ассоциации IBCS (www.ibcs.com) заключается в следующем — вещи, которые означают одно и то же, должны выглядеть одинаково. Противоположное также верно — если вещи не означают одно и то же, они не должны выглядеть одинаково.

Стандарты IBCS состоят из трех основных компонент:

1. Концептуальные правила — как организовать контент таким образом, чтобы он передавал ваше сообщение
2. Правила восприятия — какие визуализации использовать в данном конкретном случае
3. Семантические правила – описание всех важных и часто используемых аспектов деловой коммуникации: терминология, анализ, и показатели

Во многом данные правила основываются на работах известных специалистов в области визуализации: Уильяма Плейфера, Уилларда Коупа Бринтона, Джина Желязны, Эдварда Тафта и Барбары Минто. Таким образом, IBCS стандарты основаны на сплаве науки и практики.

ТОП 5 рекомендаций IBCS

1. Отражайте время по горизонтали, структуру – по вертикали. Эта рекомендация применима к 95% всех графиков. Время – дни, месяцы, кварталы, годы. Время всегда необходимо помещать на горизонтальную ось. А вот структурное сравнение, например, городов, стран, проектов или видов доходов необходимо размещать на вертикальной оси

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

a. Предмет. Это может быть ваша компания, подразделение, страна или название магазина
b. Единица измерения. Должно быть понятно в каких единицах отражены числовые значения, например, в рублях или долларах
c. Временной период. Завершите заголовок периодом, за который вы показываете данные. Например, май 2021 года

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

4. Выделяйте отклонения зеленым и красным цветом. Рекомендации IBCS содержат требования об использовании простых диаграмм в черно-белом цвете. Это связано с тем, что философия IBCS заключается в том, что цвета должны быть зарезервированы для более важных вещей. Например, для отклонений – зеленый цвет означает благоприятное отклонение, красный — неблагоприятное. Тут также важно иметь в виду, что неблагоприятное отклонение не обязательно является отрицательным числом. Например, увеличение затрат — положительное значение, которое является неблагоприятным отклонением

5. Используйте выделение, чтобы донести свое сообщение. Глядя на приведенный ниже пример, вы можете видеть, как выделена разница между самой высокой и текущей ценой акции. Это ясно показывает, насколько сильно снизилась цена акций.

Почему важно придерживаться единых принципов в визуализации данных – Case Study

Ниже представлена типичная панель мониторинга продаж

Что не так с этим дашбордом?

Во-первых, название — просто показывает год и ничего больше. Следовательно, вы не знаете, что это за компания, какие показатели отражены и каковы единицы измерения.

Далее идет диаграмма спидометр. Она должна отражать отклонение, а не фактическое значение. Кроме того, в названии диаграммы должна быть буква «М» – миллионы денежных единиц.

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

Диаграмма «спагетти» не подходит для отображения такого типа информации. Пользователь должен постоянно отвлекаться на легенду для определения какому цвету соответствует каждая категория. Название «Месяц» на оси абсцисс несет явно избыточную информацию.

Следующий элемент — древовидная карта. Данный элемент занимает много места, однако несет мало информации — значения отсутствуют, цвета выбраны без какого-либо смысла.

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

Наконец, столбчатая диаграмма. На оси абсцисс нанесено название «Месяц», что является явно избыточным. Если удалить вертикальную ось и вместо этого указать значения отдельных столбцов, это значительно облегчит понимание значений. Кроме того, диаграмма должна быть на 12 месяцев. В противном случае возникает вопрос — что происходит в сентябре, октябре и далее?

Перепроектирование дашборда – подход IBCS
Чтобы изменить дизайн этого дашборда, мы будем использовать визуальные элементы Zebra BI для MS Power BI, сертифицированные IBCS. Мы начнем с перепроектирования этих двух диаграмм:

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

На диаграмме выше AC – фактические значения, PL – плановые значения. Таким образом мы сравниваем факт с планом по выручке и валовой марже.

Разбираемся с кольцевой диаграммой

Кольцевая диаграмма — первый шаг на пути, который позволит объединить сразу несколько элементов в один. Во-первых, превратим диаграмму в таблицу Zebra BI, а затем добавим ИТОГ. Далее выберем водопадную диаграмму, чтобы показать вклад каждой статьи в общую сумму.

Вот результат

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

IBCS стандарты рекомендуют нам разбить графики на отдельные диаграммы и разместить их на одной странице в масштабе.

Мы получаем это

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

В названии диаграммы мы отразили К, что означает единица измерения тысячи. Мы также убрали десятые доли и отразили только наиболее важные метки — первое и последнее значение (план и факт), а также минимальное и максимальное значение. Наконец, мы добавили отклонение факта от плана.

И теперь можем видеть реальную проблему — продажи женской одежды (диаграмма Womens) на 33% ниже плана. До вышеуказанных преобразований разобраться, где проблема было практически невозможно!

Окончательный результат редизайна

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

Ключевые советы IBCS стандартов

Избегайте любого рода помех в отчетах

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

Сведите использование цвета к минимуму

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

Масштабируйте надлежащим образом

Честность в отчетах означает сравнение «яблок с яблоками» и корректное округление.

Используйте соответствующий шаблон заливки

Вместо цветов используйте шаблоны заливки. Вот рекомендации IBCS:

• Сплошной черный цвет для фактических данных
• Контур для плана
• Штриховка для прогнозов
• Серый цвет для значений предыдущего года или месяца

Свяжитесь с нами

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

• Глубокий анализ реализуемости проекта
• Поиск гостиничного оператора
• Операционный аудит
• Технический аудит
• Автоматизация управленческого учета в гостинице
• Поиск топ-менеджмента
• Брокерские услуги
• Внедрение USALI
• Проектирование и дизайн

Американцы начнут производить единую систему управления ПВО и ПРО

Армия США заключила с Northrop Grumman контракт на производство единой системы управления комплексами противовоздушной и противоракетной обороны IBCS. Как сообщает Breaking Defense, в рамках этого соглашения компания разработает 160 систем для американских военных и их иностранных партнеров к концу 2026 года.

Сейчас американские системы противовоздушной обороны и тактические комплексы противоракетной обороны не способны обмениваться друг с другом данными. Например, Patriot не понимает выдачу радиолокационной информации и целеуказания системы SHORAD, и наоборот.

В 2009 году Northrop Grumman получила контракт на разработку единой системы управления комплексами противовоздушной и противоракетной обороны IBCS. С тех пор систему успели испытать обработкой данных с радаров разных типов и запуском разных видов ракет. В том числе, IBCS показала, что может устанавливать связь между Patriot и SHORAD, а также между истребителями F-35A, радаром G/ATOR и ракетами PAC-3.

Армия США 23 декабря объявила, что Northrop Grumman выиграла пятилетний контракт на мелкосерийное и полномасштабное производство IBCS, хотя решение о последнем окончательно будет принято только в 2023 году. Компания разработает 160 единых систем управления комплексами противовоздушной и противоракетной обороны для американских военных и их иностранных партнеров.

Кроме уже стоящих на вооружении систем ПВО и ПРО в IBCS могут интегрировать «Несокрушимый щит». Это мобильная система наземного базирования для защиты от беспилотников и крылатых ракет, которую разрабатывает компания Dynetics.