Александр Кварцхава. Управление бизнес-архитектурой

• Школа системного анализа продолжает свою работу.  

• Обсуждение полезно для аналитиков, архитекторов и технических писателей.  

• Гость мероприятия - Александр, известный своими практическими и полезными выступлениями.  

• Александр - корпоративный архитектор и директор по информационным технологиям.  

• Тема выступления - бизнес-архитектура и её проблемы в реальной практике.  

• Проблемы включают конфликты, крах бизнеса и замалчивание этих тем.  

• Компании внедряют процессные модели, но это не приводит к улучшению управления.  

• Проекты по оцифровке приводят к росту затрат и хаосу.  

• Бизнес-аналитики часто становятся клоунами, не имеющими авторитета.  

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

• Управление социальными системами требует системного подхода.  

• Архитектура системы включает компоненты, связи и правила.  

• Цель доклада - изменить подход к управлению бизнес-архитектурой.  

• Успех - распространение видеозаписей доклада в компаниях.  

• Термины и определения: бизнес-архитектура, бизнес-архитектор, рациональные и иррациональные взаимодействия.  

• Рациональные взаимодействия основаны на логических выводах.  

• Иррациональные взаимодействия основаны на человеческой природе.  

• Примеры иррациональных взаимодействий в бизнесе.  

• Актор - конкретный сотрудник.  

• Роль - права и обязанности.  

• Функция - совокупность процессов.  

• Процесс - операции входа-выхода.  

• Сервис - ценность, создаваемая ролью в процессе исполнения.  

• Основная задача роли - создание ценностей, которые потребляются другой ролью.  

• Пример: охотник охотится, добывает дичь - это ценность, а просто охота - функция.  

• Ценность не равна функции, это критически важно для понимания.  

• Интерфейс - механизм доступа к сервису, важный элемент проектирования.  

• Неформализованные интерфейсы могут создавать значительные транзакционные издержки.  

• Примеры: как достучаться до человека, использование различных инструментов для взаимодействия.  

• Корпоративная архитектура - системный взгляд на бизнес, основанный на науке системной инженерии.  

• Деление компании на бизнес-архитектуру и ИТ-архитектуру.  

• Важность управления как надводной, так и подводной частью компании.  

• Архитектура данных необходима для работы бизнес-процессов.  

• Примеры использования данных для взаимодействия с клиентами и управления запасами.  

• Архитектура бизнес-приложений и технологическая архитектура.  

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

• Важность описания текущего состояния бизнес-архитектуры перед запуском цикла.  

• Исполнение и аудит достигнутых результатов.  

• Модель бизнеса архитектуры, реализованная языком ArchiMate.  

• Важность решения реальных проблем, а не академической теории.  

• Пример: процесс стратегических закупок и его ключевые ценности.  

• Связь осуществляется через интерфейсы.  

• Пример: получение сервиса по состоянию остатков на складах через отчет.  

• Важность понимания, что за каждым сервисом на уровне бизнеса стоит сервис на уровне системной архитектуры.  

• Миф о том, что бизнес-архитектура растет вместе с компанией и создает саму себя.  

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

• Неформальные связи разрушают систему, так как строятся на договоренностях.  

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

• Автократический лидер передает власть компетентному органу управления.  

• Бизнес-аналитик не может сделать компанию эффективной без компетентного органа управления.  

• Лозунги без конкретных действий не имеют смысла.  

• Руководители не интересуются документами, которые создает бизнес-аналитик.  

• Бизнес-архитектура постоянно меняется, что приводит к хаосу.  

• Централизованное управление изменениями бизнес-архитектуры сложно реализовать.  

• Отсутствие формализованной архитектуры данных приводит к неэффективности.  

• Подразделения легко договариваются друг с другом, что приводит к конфликтам.  

• Формализация уровней обслуживания помогает избежать конфликтов.  

• Централизованное управление бизнес-архитектурой сталкивается с сопротивлением.  

• Обеспечить централизованное управление бизнес-архитектурой сложно.  

• ИТ-функция уведомляется об изменениях постфактум.  

• Создание роли бизнес-архитектора или корпоративного архитектора требует значительных усилий.  

• Трансформация требует участия людей и обучения.  

• Создание службы HR для управления изменениями сложно.  

• Наладить формализованное взаимодействие между службами и отделами требует времени и усилий.  

• Взаимодействие между подразделениями должно быть формализовано.  

• Создание роли бизнес-архитектора и разделение полномочий.  

• Бизнес-архитектор формирует законы, а исполнительная власть их реализует.  

• Формализация сервисов и интерфейсов между службами.  

• Описание бизнес-архитектуры и управление изменениями.  

• Централизованное управление бизнес-архитектурой и ИТ-архитектурой.  

• Проектирование процессов с учетом функциональных и нефункциональных требований.  

• Создание прототипов и их тестирование.  

• Регулярное создание и развитие процессов.  

• Параллельное проектирование изменений в архитектуре компании.  

• Продумывание данных и инструментов для осуществления процессов.  

• Важность подготовки и мотивации сотрудников.  

• Управление рациональными и нерациональными импульсами сотрудников.  

• Ограничения в моделях управления корпоративными процессами.  

• Важность компетенций для обучения и мотивации персонала.  

• Бизнес-архитектура является важной частью корпоративной архитектуры и требует централизованного управления.  

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

• Бизнес-аналитики должны не только анализировать, но и управлять бизнес-архитектурой, иначе она превращается в неэффективное "чудовище".  

• Пример с процессом закупок в крупной компании, где разные руководители описывали разные процессы.  

• Управление корпоративной архитектурой без управления бизнес-архитектурой неполноценно.  

• Прибыль создается на уровне бизнес-архитектуры, а не только ИТ-архитектуры.  

• Вопрос о доходе: стать бизнес-архитектором, доход может достигать 100-300 тысяч рублей.  

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

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

• Корпоративный архитектор отвечает за глобальный подход, как архитектор города.  

• Салюшин архитектор работает на уровне одного объекта, как архитектор здания.  

• ИТ-директор управляет реализацией моделей, как главный прораб.  

• Для салюшин архитектора можно использовать KPI количество изменений и проблем в архитектуре.  

• Для ИТ-директора KPI включают исполнение бюджета и количество инцидентов.  

• Проектирование и эффективность проектирования требуют более глубокого подхода, чем KPI.  

• Системный инженер с системным мышлением, способный смотреть на проблему сверху.  

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

• Салюшин архитектор задает вопросы о взаимодействии объектов, что ведет к интерпрайсе.  

• TAG используется в различных организациях, включая агрохолдинги, заводы и банки.  

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

• TAG может быть применен в коммерческих и некоммерческих организациях.  

• В государственных организациях важно упростить и централизовать архитектуру.  

• Минимизация операций и интеграция данных с другими системами.  

• Грамотная работа с персоналом и правильная мотивация.  

• Системный аналитик помогает системному архитектору, особенно в крупных организациях.  

• В продуктовой разработке аналитик должен знать бизнес-архитектуру заказчика.  

• Важно проектировать бизнес-архитектуру самостоятельно для адаптации к конкретным условиям.  

• Бизнес-архитектура генерирует денежный поток и является первичной.  

• IT-архитектура включает данные, бизнес-приложения и технические компоненты.  

• Бизнес-архитектура без IT-архитектуры не жизнеспособна.  

• Процессы описываются одинаково, независимо от наличия очевидных ценностей.  

• Важно понять и формализовать ценности, даже если они не очевидны.  

• Бизнес-аналитики должны быть готовы к описанию процессов, даже если ценности не ясны.  

• Ведущий благодарит участников за внимание.  

• Отмечает, что никто не задавал вопросов.  

• Выражает благодарность Александру за проведение вебинаров.  

• Подчеркивает важность различения понятий бизнес-аналитика и системного аналитика.  

• Завершает вебинар, призывая участников оставлять обратную связь.  

• Ведущий подчеркивает важность обратной связи от участников.  

• Призывает ставить плюсики или обосновывать минусики.  

• Предлагает участникам предлагать улучшения и делиться своим мнением.  

• Завершает с благодарностью и прощанием.