NASCIO. Модели "4+1" и SAM. Методики Microsoft и другие. Выбор "оптимальной" методики

Рекомендации, касающиеся использования методик

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

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

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

Следующая рекомендация состоит в интеграции всего того лучшего, что имеется в методиках относительно управления и надзора за архитектурой (governance), выстраиванием процессов, принятием принципов и документов (моделей), описывающих архитектуру. Особенно важно изучить примеры моделей и документов (артефактов), описывающих архитектуру, поскольку именно они должны предъявляться в качестве практических результатов работы. Не следует рассматривать предлагаемый набор артефактов как догму, напротив, он может быть адаптирован под конкретные особенности. То есть приоритеты должны быть расставлены в соответствии с практическими потребностями в тех или иных элементах описания архитектуры, а не исходя из академической точности. Здесь более важна связь этих отобранных вами элементов описания архитектуры между собой, с методикой в целом, с процессами управления и контроля над архитектурой и процессом разработки прикладных систем.

Последнее замечание состоит в том, что не надо пытаться включить в ваш проект описания архитектуры больше, чем вы в реальности сможете реализовать. Даже краткое перечисление доступных методик, имеющееся в этом курсе, показывает, что проблема состоит скорее не в отсутствии информации на тему "Архитектура предприятия", а в ее переизбытке. Всегда возникает искушение задать слишком широкие рамки работы над созданием архитектуры – они превысят реальный уровень готовности организации и способность использовать результаты работы эффективно. Следует устоять против этого искушения и заняться определением только тех областей архитектуры, которые вы сможете использовать на практике по принципу "маленьких реальных побед".

Мы еще вернемся к этим вопросам в лекциях 10-12, посвященных практической организации процесса разработки архитектуры.