Please enable JavaScript.

Coggle requires JavaScript to display documents.

TOGAF и Archimate. Методология управления изменениями на основе TOGAF и…

- - - - Целевой структурой
      - Текущей структурой
      - Проекты
        
        B: Пакеты работ
        
        А: Пакеты работ
        
        C: Пакеты работ
- - - - Зафиксировать озвученные проблемы (Driver), по каждой дать оценку (Assessment), являющую собой причину проблемы, определить цель (Goal) как решение проблемы, и требования (Requirement), которые должны привести к цели.
      - Могут быть (и будут) зафиксированы заведомо известные ограничения (Constraint), встающие на пути к цели.
      - Опросить наиболее важных стейкхолдеров (от генерального директора до линейных руководителей) о существующих проблемах.
    - - И сбалансированной картой показателей ИЛИ результатами применения Теории Ограничений (Theory of Constraints).
      - ЕСЛИ нет стратегических целей и неизвестно где в Предприятии "узкое горылшко", то их необходимо определить и обозначить.
      - Без них невозможно будет создать адекватную целевую архитектуру, а изменения ради изменений это ерунда.
      - Необходимо знать чего хочет достигнуть руководство Предприятия, от этого зависит какие изменения потребуется внести в бизнес-процессы и оргструктуру, от этого — какие изменения внести в ИТ-архитектуру, в физические объекты и т.д.
    - - 3.1. составить представление о текущей архитектуре (baseline architecture) Предприятия (или вверенного вам его участка, например, производство), а именно, последовательно:
        
        а) составить представление о текущей архитектуре (baseline architecture) Предприятия (или вверенного вам его участка, например, производство), а именно о, последовательно:
        
        отражена структура Предприятия;
        
        отражены связи Актеров (действующих лиц — структурных подразделений, их начальников и т.п.) и Ролей (Business Role)
        
        отражены связи Ролей и Бизнес-функций (Business Function) или Бизнес-процессов (Business Process)
        
        выстроены в цепочки Бизнес-процессы, отражена их связь с Подпроцессами (бизнес-операциями)
        
        отражены связи Бизнес-операций/Бизнес-процессов с Бизнес-объектами (Business Object) и с Продуктом (Product)
        
        отражены связи Бизнес-операций/Бизнес-процессов (Business Process) И Бизнес-ролей (Business Role) с Положениями/Регламентами/Стандартами (Contracts), описывающими как именно выполняются работы, в какой последовательности, при каких условиях и т.п.
        
        Бизнес-архитектура, таким образом, может получить вид трёх подуровней, сверху вниз:
        
        взаимодействие бизнес-функций,
        
        бизнес-процессы,
        
        бизнес-операции.
        
        b) составить представление о ИТ-архитектуре. Важно понимать, что ИТ-Система тоже может исполнять Бизнес-роль, т.е. по-сути быть актором, автоматически выполняющим некие операции в Бизнес-процессе.
        
        c) составить представление о Технологической архитектуре
      - 3.2. (опционально) уже сейчас могут быть зафиксированы локальные проблемы (Gap).
      - Результат — для Бизнес-архитектуры модель Archimate
- - - - The stakeholder viewpoint allows the analyst to model the stakeholders, their concerns, and the assessments (in terms of strengths, weaknesses, opportunities, and threats) of these concerns.
      - Also, the links to the initial (high-level) goals that address these concerns and assessments may be described.