Учебник 4CDTO О цифровизации и цифровой трансформации
- Автор: Кирюшин Сергей, Борисов Евгений
- Год: 2020
- Язык: русский
- Жанр: Бизнес
Электронная книга - «Учебник 4CDTO О цифровизации и цифровой трансформации». Краткое содержание книги:
• Заинтересованных в решении лиц.
• Компонентов решения — элементов предприятия, к которым будет относиться решение. Если это конкретные элементы предприятия (система, интеграция, функция, подразделение), то решение будет носить характер указаний. Если это абстрактные элементы, то решение будет носить характер принципа, для разъяснения которого придется дать конкретные указания.
• Собственно решения, а также алгоритма или инструкций по его применению.
• Обоснования решения.
Таким образом, набор решений — это обоснования, которые, с одной стороны, проясняют достижимость целей (замысел руководства и архитекторов), с другой стороны, являются спецификацией на реализацию, а после реализации — становятся описанием реализации (так как любое решение корректируется по факту его реализации).
Как архитектор (или архитектурная группа) принимает такие решения? Чаще всего — из головы: из своего опыта и ранее полученных знаний. Но если их нет или недостаточно, то используются шаблоны. В чем сущность шаблона: шаблон указывает, каким способом следует действовать в той или иной ситуации бизнеса. Шаблон — это обобщение опыта пионеров, изобретателей, первопроходцев. С точки зрения архитектуры, шаблон представляет собой указание на компонент предприятия, или набор компонентов и связей между компонентами, которые позволяют внести в архитектуру новое решение, адекватное вызовам предприятия или исправляющее текущие недостатки организованности. Применение шаблонов даёт заранее известный результат определенного типа.
AsIs-архитектура не требует шаблонов. AsIs-архитектура — это инвентаризация текущих компонентов предприятия и реконструкция решений, лежащих в их основе. AsIs-архитектура позволяет понять, как предприятие работает сегодня. Многие предполагают, что знают, как работает предприятие, но по факту эти знания слишком абстрактны и совсем не формализованы. Для трансформации предприятия такого качества знаний недостаточно.
ToBe-архитектура — это набор компонентов и архитектурные решения, которые должны привести нас в целевое состояние. Если целевого состояния нет, то нет смысла говорить и о трансформации архитектуры. Некуда её трансформировать. Ибо главная триада архитектора выглядит так: цель(куда) — решение(как) — действие(поехали).
Архитектура предприятия — это многослойная конструкция предприятия, которая методично, цельно и с любой степенью детализации описывает предприятие, создает его формализованное описание или модель. Сила архитектурного подхода — строгое и четкое следование принятым формализмам. В этом проявляется борьба системности с хаосом.
Сущность трансформации бизнеса и его архитектуры не отличается от любой другой методологии планирования и контроля изменений:
1. Описать систему, ситуацию, или проблему «как есть».
2. Сформировать образ, модель или решение «как надо».
3. Спланировать переход от «как есть» к «как надо». В случае, если строится новый бизнес с нуля или со стартапа, то пункт 1 отменяется, а пункт 3 несколько упрощается.
4. Реализовать создание нового бизнеса или запуск новой линии бизнеса, или трансформацию существующего и осуществлять контроль за этой трансформацией.
Рекомендованная последовательность фаз трансформационного проекта описана в ADM® (метод внедрения целевой архитектуры согласно TOGAF — см. Приложение № 1). В чем отличие трансформации архитектуры от ее изменения? Изменение архитектуры системы-предприятия — это исправление единичных подсистем, отдельных процессов; внедрение нового типа оборудования в замену старого — это изменение в пределах одного-двух-трех компонентов в архитектуре предприятия. Трансформация же предполагает изменение сразу в нескольких слоях архитектуры: продукты и бизнес-процессы, данные и системы, ИТ, физическая инфраструктура — причем изменения в различных слоях должны быть синхронизированы друг с другом.
Следует обратить внимание на одну особенность ADM согласно TOGAF: это цикличность трансформации (включая создание транзитных архитектур), причем центральным элементом этой цикличности выступает деятельность по управлению требованиями. О чем это говорит? Это говорит о том, что за один цикл трансформации не удастся достичь всех ее целей, то есть не удастся выполнить все требования, поставленные перед группой трансформации. Кроме того, ряд требований может измениться или устареть по ходу внедрения изменений. Это значит, что как только первый/очередной цикл трансформации закончится, за ним без паузы начинается следующий. В этом и есть суть адаптивности предприятия к окружающим его изменениям в макросреде.