Когда запускается цикл TOGAF ADM - что его инициирует?

Я пытаюсь понять TOGAF и в основном ADM для университетского проекта. После прочтения документации TOGAF у меня остался довольно простой вопрос.

Когда начинается цикл ADM - что его запускает? Хотя первый запуск может быть вызван решением использовать TOGAF для EA-Management, что является триггером для его выполнения снова и снова?

Я надеюсь, вы понимаете мою проблему.

Источник

3 ответа

Решение

Я мог бы сказать, что Запрос архитектурной работы - это тот, который инициирует один цикл ADM, этот документ создается на предварительной фазе. Запросы на работу по архитектуре обычно включают в себя:

  • Спонсоры организации
  • Миссия организации
  • Бизнес-цели (и изменения)
  • Стратегические планы бизнеса
  • Ограничения по времени
  • Изменения в бизнес-среде
  • Организационные ограничения
  • Бюджетная информация
  • финансовые ограничения
  • Внешние ограничения, бизнес

Из книги.

Это документ, который отправляется организацией-спонсором в организацию архитектуры, чтобы инициировать начало цикла разработки архитектуры. Запросы на работу по архитектуре могут быть созданы в качестве выходных данных предварительного этапа, результата утвержденных запросов на изменение архитектуры или технического задания для работы над архитектурой, возникающей из планирования миграции.

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

Какой триггер должен выполняться снова и снова?

Я рассматриваю два триггера, первый из которых необходим предприятию для развития других возможностей. Второй - запрос на изменение, в зависимости от объема этого изменения, который нам потребуется для запуска другого цикла ADM.

Источник

Таким образом, цикл - это фазы от A до H.

Очевидно, что первый раз в цикле вызвано желанием организации иметь надлежащую практику архитектуры.

Но частью фазы H является "мониторинг изменений". Управление архитектурой следит за происходящими изменениями (изменениями в бизнесе, новой конкуренцией, новыми законами, новыми технологиями и т. Д.) И решает, что пришло время начать этап А снова.

Во время фазы H, в ответ на изменение, было принято преднамеренное решение о том, что изменение является "достаточно большим", чтобы гарантировать новый цикл ADM. В противном случае, самые мелкие изменения могут быть просто включены в архитектуру и выполняемые работы без необходимости проходить через весь процесс.

Например, если компания решит перейти с Windows 2008 на Windows 2012, это может не привести к изменению архитектуры. Но если компания решит, что каждый должен иметь возможность работать вне офиса (дома, в офисе клиента и т. Д.), То это может потребовать много переосмысления того, как они ведут бизнес, где хранятся данные, безопасность, технологии и т. д.

Источник

Да, TOGAF ADM обычно начинается с предварительного, а затем "запрос на работу по архитектуре" от высшего руководства к подразделению (ям).

Тем не менее, ADM является итеративным,

  1. За весь процесс
  2. Между фазами,
  3. И в пределах фаз

( см. Применение итерации к ADM).

Таким образом, он может быть "запущен" или "перезапущен" итеративно в вышеупомянутых трех шаблонах

Это может привести к несогласованности в документации и вызвать много проблем. Возможно, вы можете использовать программное обеспечение для автоматизации этого итеративного процесса, такое как Visual Paradigm (так называемый сквозной процесс TOGAF)

Надеюсь, что информация помогает, удачи!

Источник
Другие вопросы по тегам