diff --git a/BPM/technology/DPPT/dppt1.md b/BPM/technology/DPPT/dppt1.md index 2bb358c1..282ca9d8 100644 --- a/BPM/technology/DPPT/dppt1.md +++ b/BPM/technology/DPPT/dppt1.md @@ -199,3 +199,291 @@ ### 1.2 link DPPT - https://frederickvanbrabant.com/blog/2025-05-16-people-processes-technology-and-information/ + +## 2 +## Дополнение: углублённый разбор по блокам и сквозным темам + +### 1. Стандарты технической (технологической) архитектуры предприятия + +Ниже собраны основные международные, национальные и отраслевые стандарты, формирующие дисциплину ETA, включая аспекты моделирования предприятия и сетевой инфраструктуры. + +| Стандарт | Название / Суть | Фокус в ETA | Примечание | +|----------|------------------|-------------|------------| +| **ISO 19440:2020** | Моделирование предприятия и архитектура – Конструкции для моделирования предприятия | Базовые конструкты (сущности, события, процессы, ресурсы) для описания операционной и технологической архитектуры | Заменил ISO 19440:2007; обеспечивает семантическую основу | +| **ISO 15704:2019** | Требования к стандартным архитектурам и методологиям предприятия (GERA, GERM) | Определяет, какой должна быть архитектурная методология; охватывает жизненный цикл, модели, роли | ГОСТ Р ИСО 15704-2008 – перевод первой редакции 2000 г. | +| **ISO/IEC 12207:2017** | Процессы жизненного цикла программных средств | Инструментальная часть: проектирование, разработка, сопровождение ИТ-систем | Связана с архитектурой приложений | +| **TOGAF (The Open Group)** | Методология архитектуры предприятия (ADM, континуум, техническая эталонная модель TRM) | Де-факто стандарт для технической архитектуры; каталоги приложений, инфраструктуры, интерфейсов | Сертифицируемый фреймворк, не ISO, но широко признан | +| **ArchiMate (The Open Group)** | Язык моделирования архитектуры, интегрированный с TOGAF | Описание ИТ-инфраструктуры, сетей, устройств, узлов | Стандартизован в IEC 62018 | +| **DoDAF / MODAF / NAF** | Военные/правительственные архитектурные фреймворки | Детальные представления системной и технической архитектуры (SV, TV) | Применяются в госсекторе | +| **ANSI/ISA-95** | Интеграция систем управления предприятием и производственных систем | Архитектура интерфейсов между ERP и АСУТП, иерархия оборудования | Важен для промышленного IoT | +| **ISO/IEC 11801 (серия)** | Информационные технологии – Структурированные кабельные системы для помещений заказчиков | Физическая сетевая инфраструктура | Основа проектирования ЛВС | +| **ISO/IEC 24764** | Кабельные системы центров обработки данных | Сетевая архитектура ЦОД | Дополняет 11801 | +| **ISO/IEC 27033 (серия)** | Сетевая безопасность | Архитектура защищённых сетей | Часть семейства 27000 | +| **IEEE 802.1 / 802.3** | Архитектура и протоколы локальных/городских сетей, Ethernet | Технический фундамент коммутации, VLAN, маршрутизации | Стандарты IEEE | +| **ITU-T Y.2000-серия** | Сети последующих поколений (NGN) | Архитектура мультисервисных сетей операторов связи | Рекомендации для провайдеров | +| **ITU-T G.8010/Y.1306** | Архитектура транспортных Ethernet-сетей | Техническая архитектура несущих сетей | | + +Эти стандарты в совокупности покрывают слои технической архитектуры от бизнес-требований до физического уровня сети, задавая нормативную базу для квадрата «Инструменты» и частично «Данные». + +--- + +### 2. Процессы: от контроля качества до СМК и BPM + +В эволюции блока «Процессы» фундаментом выступает дисциплина качества, из которой выросли современные процессные подходы. + +**Цепочка развития:** +1. **Инспекция (контроль готовой продукции, конец XIX – начало XX в.)** – обнаружение брака после производства. +2. **Статистический контроль процессов (SPC, У. Шухарт, 1920‑е)** – контроль стабильности процесса с помощью контрольных карт, внедрение понятий вариабельности. +3. **Обеспечение качества (QA, 1950‑е)** – системное предупреждение дефектов через документированные процедуры, аудит, стандарты (MIL‑Q‑9858). +4. **Всеобщее управление качеством (TQM, Э. Деминг, Дж. Джуран, 1980‑е)** – философия непрерывного улучшения, вовлечения всех сотрудников, ориентации на потребителя. Ключевые элементы: + - цикл PDCA (Plan-Do-Check-Act) Деминга; + - «14 принципов Деминга»; + - инструменты: диаграмма Исикавы, гистограммы, расслоение, контрольные карты; + - концепция «Кайдзен», кружки качества. +5. **Система менеджмента качества (СМК) по ISO 9001 (1987 → 2015)** – стандартизированный процессный подход с риск-ориентированным мышлением, опирающийся на PDCA. СМК требует документирования процессов, управления ресурсами (включая людей и инфраструктуру), анализа данных и постоянного улучшения. +6. **Интегрированные системы менеджмента (ISO 9001 + ISO 14001 + ISO 45001 и др.)** – расширение процессного управления на экологию, охрану труда. + +**Влияние на BPM CBOK:** Цикл BPM (дизайн → моделирование → исполнение → мониторинг → оптимизация) прямо наследует PDCA. Процессные метрики и контрольные карты также перешли из TQM. Таким образом, блок «Процессы» в модели DPPI неразрывно связан с культурой качества. + +--- + +### 3. Люди (Исполнитель): HR‑практики, мотивация и самоорганизация + +Квадрат «Исполнитель» глубже раскрывается через современные теории управления персоналом. + +**Классические теории мотивации:** +- Пирамида потребностей А. Маслоу – учёт базовых и высших потребностей при построении системы стимулирования. +- Двухфакторная модель Ф. Герцберга – гигиенические факторы (зарплата, условия) предотвращают неудовлетворённость, мотиваторы (признание, развитие, ответственность) повышают вовлечённость. +- Теория самодетерминации (Deci & Ryan) – автономия, компетентность и связанность как универсальные психологические потребности. + +**Современные организационные модели:** +- **Бирюзовые организации (Ф. Лалу)** – самоуправление, эволюционная цель, целостность личности. Процессы и ответственность распределены, роль «исполнителя» расширяется до полноценного владельца части процесса. +- **Холакратия (Б. Робертсон)** – иерархия ролей, а не должностей; чёткие процессы принятия решений через тактические и управленческие встречи. +- **Agile-команды (Scrum, LeSS)** – самоорганизующиеся кросс-функциональные исполнители, наделённые правом выбора инструментов и методов работы. +- **Социократия 3.0** – согласованное принятие решений, распределённый авторитет. + +**Применение в модели DPPI:** Блок «Исполнитель» означает не просто ресурс, а активного участника, компетенции и мотивация которого определяют зрелость процессов, качество ввода данных и эффективность использования инструментов. HR-стратегия должна синхронизироваться с процессными и цифровыми инициативами. + +--- + +### 4. Встраивание BABOK и BIZBOK в концепт четырёх элементов + +**BABOK (Business Analysis Body of Knowledge)** +Фокусируется на бизнес-анализе, который связывает людей, процессы, данные и инструменты. Бизнес-аналитик: +- взаимодействует со стейкхолдерами (люди); +- выявляет, анализирует и формализует требования к процессам, данным и ИТ‑решениям; +- управляет требованиями как активом. + +*В какой квадрат входит:* BABOK не принадлежит одному квадрату – он является «клеем», обеспечивающим трансляцию потребностей между всеми четырьмя. Он особенно силён на стыке «Люди → Процессы → Инструменты», но **не даёт целостного взгляда на данные как самостоятельный домен**. Данные в BABOK рассматриваются как часть информационных требований, без глубины DAMA. + +**BIZBOK (Business Architecture Body of Knowledge)** +Описывает архитектуру бизнеса через четыре ключевых домена: +- **Capabilities (Возможности)** – что бизнес делает; +- **Value Streams (Потоки создания ценности)** – как создаётся ценность для клиента (процессный разрез); +- **Organization (Организация)** – кто участвует (исполнители, роли, структуры); +- **Information (Информация)** – какие данные необходимы. + +*Соответствие модели DPPI:* +- Процессы → Value Streams +- Люди → Organization +- Данные → Information +- Инструменты → отсутствует как домен; они рассматриваются косвенно как автоматизирующие возможности. + +**Проблема:** ни BABOK, ни BIZBOK не покрывают одновременно все четыре элемента с равной глубиной. BABOK упускает Data Governance, BIZBOK – инструменты и технологии. Это создаёт разрыв, который приходится закрывать комбинацией нескольких BoK (например, TOGAF + DAMA + BPM CBOK), что и предлагает наша модель DPPI. + +--- + +### 5. Критический анализ концепций интеграции (с указанием недостатков) + +| Концепция | Основные недостатки и критика | +|-----------|-------------------------------| +| **ARIS House** | Чрезмерная сложность и избыточность представлений. Привязка к проприетарному инструменту ARIS. Слабая поддержка стратегического слоя. Критика: «модели ради моделей», трудоёмкость поддержания в актуальном состоянии. | +| **Zachman Framework** | Схематично-таксономический подход без чёткой методологии создания артефактов. 36 ячеек часто остаются пустыми. Не определяет последовательность действий. Сложен для восприятия бизнес-пользователями. | +| **TOGAF ADM** | Громоздкость, требует масштабной адаптации. Часто превращается в «бумажную» архитектуру, не доходящую до реализации. Недостаточный фокус на данных как на самостоятельном активе (архитектура данных есть, но управление данными отдельно). | +| **PPT + Data (DPPT)** | Слишком высокоуровневая, не показывает причинно-следственные связи между элементами. Отсутствует временной аспект (как изменения в одном влияют на другие). Не задаёт стандартов управления. | +| **Leavitt’s Diamond** | Создана в 1960‑х, не учитывает цифровую реальность. Блок «Данные» заменён «Структурой». Ориентирована на организационные изменения, а не на операционное управление. | +| **BSC (Сбалансированная система показателей)** | Критикуется за жёсткую причинно-следственную линейность. Финансовый перекос при неправильном внедрении. Не включает ни ИТ, ни данные как стратегический актив. Обучение и развитие – всего лишь один из четырёх блоков, слабо связан с остальными. | +| **McKinsey 7S** | Данные и процессы явно не выделены, растворены в «Системах». Отсутствие динамической петли обратной связи. Фреймворк для диагностики, а не для проектирования целевого состояния. | + +**Вывод:** каждая концепция имеет слепые зоны, что обосновывает необходимость построения синтезированной модели (такой как DPPI), уравновешивающей все четыре домена и связывающей их потоками создания ценности. + +--- + +### 6. Проблема термина «управление» в русскоязычной практике + +В русском языке одно слово «управление» покрывает три разных западных концепта, что ведёт к путанице. + +| Английский термин | Суть | Примеры в методологиях | Рекомендуемый русский эквивалент | +|-------------------|------|--------------------------|-----------------------------------| +| **Governance** | Задание правил, политик, распределение прав принятия решений, надзор | Data Governance (DAMA), IT Governance (COBIT), Process Governance | **Руководство**, **правление**, **стратегическое управление** (с уточнением «Governance») | +| **Management** | Оперативное координирование, выполнение, обеспечение достижения целей | Data Management (DAMA), Business Process Management (CBOK), Service Management (ITIL) | **Менеджмент** или **оперативное управление** | +| **Control** | Проверка соответствия установленным критериям, мониторинг и корректировка | Quality Control, Internal Control (COSO), Process Control | **Контроль** (в значении проверки, мониторинга) | + +**Примеры разночтения:** +- «Управление данными» может означать и Data Governance (установление политик), и Data Management (интеграция, хранение). DAMA чётко разделяет: Data Governance – функция руководства, Data Management – функция исполнения. +- «Управление процессами» в BPM CBOK – это менеджмент, включающий мониторинг и оптимизацию (control), а также выработку стратегии (governance). Но в ISO 9001 говорят о «процессном подходе» и «менеджменте качества», подразумевая management. + +**Рекомендация точных действий вместо абстрактного «управления»:** +- Для данных: *инвентаризация данных, каталогизация, назначение владельцев, профилирование качества, построение модели данных, дата-гурманс, дата-менеджмент.* +- Для процессов: *формализация (документирование) процессов, регламентация, моделирование (BPMN), анализ узких мест, автоматизация выполнения, мониторинг показателей, непрерывное улучшение.* +- Для людей: *закрепление ролей (RACI), развитие компетенций, настройка системы мотивации, внедрение самоорганизации.* +- Для инструментов: *рационализация ИТ-ландшафта, каталогизация приложений, стандартизация интерфейсов, автоматизация ручных шагов.* + +Такая детализация устраняет неоднозначность и делает задачи измеримыми. + +--- + +### 7. Родственные фреймворки DPPT (People-Process-Technology + Data/Information) + +Фреймворк, основанный на четырёх столпах, существует в нескольких вариантах. + +**Классическая триада PPT** (People, Process, Technology) используется в ITSM, управлении проектами, цифровой трансформации. Она подчёркивает, что любое изменение должно затрагивать все три компонента. Позже многие добавили четвёртый компонент **Data/Information**. + +**Варианты:** +- **PPT + Data** → DPPT (Data, Process, People, Technology) – прямое соответствие модели DPPI. +- **Иногда Data заменяют на Information**, особенно там, где важна смысловая нагрузка: модель «Information, Process, People, Technology» (IPPT). Например, в ITIL 4 измерения: Organizations and people, Information and technology, Partners and suppliers, Value streams and processes – здесь информация явно отделена от технологии. +- **DIKW-пирамида** уточняет, что данные – сырой материал, информация – обработанные данные в контексте. В нашем квадрате «Данные» мы охватываем все уровни, но DAMA делает акцент на данных как активе. + +**Связь с DPPI:** наша модель придерживается DPPT, так как это наиболее сбалансированный вариант, где Данные признаются равноправным стратегическим ресурсом. + +--- + +### 8. ADKAR, Prosci и другие модели изменений в привязке к четырём блокам + +**ADKAR (Awareness, Desire, Knowledge, Ability, Reinforcement)** – модель индивидуальных изменений, разработанная Prosci. Она описывает путь одного сотрудника к принятию нового способа работы. + +**Соответствие компонентам DPPI:** +- ADKAR прямо нацелена на **Исполнителя**: нельзя успешно внедрить новые процессы, данные или инструменты, если люди не осознают необходимость (Awareness), не хотят меняться (Desire), не знают как (Knowledge), не могут (Ability) и не получают подкрепления (Reinforcement). +- Она *не описывает*, как проектировать данные или настраивать BPM-движок, но задаёт обязательные условия успеха технологических и процессных инициатив. + +**Другие модели управления изменениями:** +- **Kotter 8 steps** (создание срочности, коалиция, видение, коммуникация, устранение барьеров, быстрые победы, закрепление) – также работают в слое «Люди» и частично «Процессы» (устранение барьеров, закрепление изменений в процессах). +- **Модель К. Левина (Unfreeze – Change – Refreeze)** – стабилизация новых процессов и поведения, касается Исполнителя и регламентов. +- **Модель Бриджеса (переход через нейтральную зону)** – психологический фокус на людях. + +**Вывод:** все модели изменений обслуживают прежде всего квадрат «Исполнитель», но без них внедрение инструментов и реинжиниринг процессов проваливаются. Поэтому в модели DPPI необходимо предусмотреть поток «Готовность персонала» как один из центральных. + +--- + +### 9. Граф взаимосвязей рассмотренных методологий (Mermaid) + +```mermaid +graph TD + subgraph ДАННЫЕ + DAMA[DAMA-DMBOK] + DCAM[DCAM] + TOGAF_D["TOGAF (архитектура данных)"] + ISO8000["ISO 8000"] + GDPR["GDPR / ISO 27701"] + end + + subgraph ПРОЦЕССЫ + BPM["BPM CBOK"] + ISO9001["ISO 9001 (СМК)"] + TQM["TQM (Деминг, Джуран)"] + SCOR["SCOR"] + Lean["Lean / Six Sigma"] + end + + subgraph ЛЮДИ + BABOK["BABOK"] + BIZBOK_Org["BIZBOK (Organization)"] + ITIL4_People["ITIL 4 (People)"] + ADKAR["ADKAR (Prosci)"] + HRM["HRM-модели (бирюзовые, холакратия)"] + end + + subgraph ИНСТРУМЕНТЫ + TOGAF_Tech["TOGAF (технологическая + прикладная архитектура)"] + COBIT["COBIT 2019"] + ISO12207["ISO/IEC 12207"] + ITIL4_Tech["ITIL 4 (Technology)"] + ETA["Стандарты ETA (ISO 19440, 15704, сети)"] + end + + DPPI{"Квадрант операционной целостности DPPI"} + + DAMA --> DPPI + DCAM --> DPPI + BPM --> DPPI + ISO9001 --> DPPI + BABOK --> DPPI + BIZBOK_Org --> DPPI + ADKAR --> DPPI + COBIT --> DPPI + TOGAF_Tech --> DPPI + ETA --> DPPI + + BABOK --> DAMA + BABOK --> BPM + BIZBOK_Org --> BPM + BIZBOK_Org --> DAMA + TQM --> ISO9001 + TQM --> Lean + ISO9001 --> BPM + COBIT --> DAMA + COBIT --> ITIL4_Tech + ITIL4_People --> ADKAR + ADKAR --> HRM + TOGAF_Tech --> ETA + TOGAF_D --> DAMA +``` + +*Пояснение к графу:* +Центральная идея DPPI связывает все домены. Стрелки показывают как эталонные BoK (BABOK, BIZBOK) играют роль мостов между блоками, так и историческую преемственность (TQM → ISO 9001 → BPM). ADKAR и HR-модели подключаются к людям, стандарты ETA и TOGAF Tech – к инструментам, а DAMA и DCAM – к данным. + +--- + +Такой углублённый разбор подчёркивает, что целостная архитектура предприятия требует одновременной зрелости всех четырёх компонентов и точного профессионального языка, исключающего ложные синонимы. + +### 2.1 +### Дополнение: ГОСТ Р 57100-2025 и нотации для каждого элемента модели DPPI + +#### 1. Пропущенный стандарт: ГОСТ Р 57100-2025 (ISO/IEC/IEEE 42010:2011) + +**ГОСТ Р 57100-2025** (идентичен ISO/IEC/IEEE 42010:2011 «Системная и программная инженерия – Описание архитектуры») – основополагающий стандарт, определяющий требования к тому, как создаются, документируются и поддерживаются описания архитектур систем и предприятий. Он не задаёт конкретные нотации или методологии, а формулирует метатребования: + +- любое описание архитектуры должно идентифицировать заинтересованные стороны и их опасения; +- каждое представление архитектуры должно адресовать определённые опасения; +- должна быть явно описана связь между представлениями и моделями; +- архитектурные решения должны обосновываться и прослеживаться до требований. + +**В модели DPPI** этот стандарт выступает «мета-рамкой», гарантирующей, что архитектурные описания данных, процессов, исполнителей и инструментов будут согласованы, явно привязаны к интересам стейкхолдеров и не потеряют целостность. ГОСТ Р 57100-2025 равно применим к технической архитектуре (ETA) и к другим доменам, поэтому его уместно добавить в перечень стандартов технологической архитектуры как сквозной обеспечивающий стандарт. + +--- + +#### 2. Таблица нотаций для элементов DPPI + +Нотации – язык описания каждого домена. Ниже приведены наиболее распространённые нотации, сгруппированные по квадратам, с указанием разработчиков. + +| Элемент DPPI | Нотация | Основное назначение | Разработчик / Консорциум | +|--------------|---------|----------------------|---------------------------| +| **Данные** | ERD (Entity-Relationship Diagram) | Концептуальное и логическое моделирование данных, сущности и связи | П. Чен (1976), развита многими | +| | IDEF1X | Моделирование данных для реляционных баз | ВВС США, позднее IEEE | +| | UML Class Diagram | Структура данных в объектно-ориентированном контексте | OMG (Object Management Group) | +| | ArchiMate Data Entity, Data Object | Представление данных в архитектуре предприятия | The Open Group | +| | DFD (Data Flow Diagram) | Потоки данных между процессами, хранилищами и внешними сущностями | Э. Йордан, Т. де Марко, К. Гейн, Д. Сарсон | +| | DMN (Decision Model and Notation) | Моделирование бизнес-правил и решений, структура данных для входов/выходов решений | OMG | +| | OWL / RDF (онтологии) | Семантическое описание данных и знаний | W3C | +| **Процессы** | BPMN (Business Process Model and Notation) | Сквозное и детальное моделирование бизнес-процессов, включая потоки сообщений и данных | OMG | +| | EPC (Event-driven Process Chain) | Процессные цепочки, управляемые событиями, основа ARIS | А.-В. Шеер (IDS Scheer) | +| | UML Activity Diagram | Моделирование потоков управления и данных, удобно для документирования Use Cases | OMG | +| | IDEF3 (Process Flow Description) | Описание последовательности выполнения процессов | ВВС США | +| | DFD (в аспекте процессов) | Декомпозиция процессов с потоками данных | Йордан, де Марко | +| | ArchiMate Business Process / Business Function | Архитектурное представление процессов на уровне предприятия | The Open Group | +| | APQC PCF (Process Classification Framework) | Таксономическая структура, а не графическая нотация, но важный эталон | APQC | +| **Исполнитель** | Org Chart (Organizational Chart) | Иерархическая структура подразделений и должностей | Универсальная, не привязана к консорциуму | +| | ArchiMate Business Actor, Business Role, Business Collaboration | Роли и взаимодействия в архитектуре предприятия | The Open Group | +| | RACI Matrix (Responsibility Assignment Matrix) | Закрепление ответственности, согласования, консультаций, информирования | Универсальная методика | +| | BPMN Lane / Pool (ролевые дорожки) | Привязка действий в процессе к конкретному исполнителю/роли | OMG (в составе BPMN) | +| | Stakeholder Matrix (BABOK) | Картирование заинтересованных лиц, их влияния и интересов | IIBA (описано в BABOK) | +| | UML Use Case Diagram (акторы) | Отражение исполнителей (акторов) и их взаимодействия с системой | OMG | +| **Инструменты (ИТ)** | UML Deployment Diagram | Размещение программных компонентов на узлах (серверах, устройствах) | OMG | +| | ArchiMate Technology Layer (Node, Device, System Software, Path) | Полноценная модель технологической инфраструктуры | The Open Group | +| | BPMN (автоматизированные сервис-задачи) | Обозначение шагов процесса, выполняемых автоматически ИТ-системой | OMG | +| | IDEF0 (Integration Definition for Function Modeling) | Функциональное моделирование систем (входы, выходы, механизмы, управление) | ВВС США | +| | SysML (Systems Modeling Language) | Моделирование сложных систем, включая оборудование и ПО | OMG | +| | CMDB-схемы (ITIL) | Визуализация взаимосвязей конфигурационных единиц ИТ-инфраструктуры | Сервис-менеджмент, ITIL | +| | Схемы сетей (Cisco, Microsoft Visio Network Diagram) | Физическая и логическая топология сетей | Cisco, Microsoft, стандарты IEEE/ITU | + +**Уточнение по ГОСТ Р 57100-2025:** Стандарт требует документировать архитектурные решения, используя подходящие нотации (например, перечисленные в таблице) в рамках явно определённых архитектурных представлений. Он не предписывает конкретную графическую нотацию, но задаёт правила того, как архитектурные описания должны быть организованы, чтобы отвечать на вопросы заинтересованных сторон. Таким образом, при построении модели DPPI с использованием ArchiMate, BPMN, UML и т.п., соответствие ГОСТ Р 57100-2025 гарантирует прослеживаемость и целостность всей архитектурной документации.