A. 비즈니스 혁신 준비도 평가

B. 비즈니스 가치 평가 기법

C. 능력 기반 계획

D. 커뮤니케이션 및 이해관계자 관리

E. 갭 분석

A. 계획이 조직에서 사용 중인 다른 프레임워크에 어떤 영향을 미치는지 평가할 것입니다. 계획은 사업 계획, 포트폴리오/프로젝트 관리 및 운영 관리 프레임워크와 조정되어야 합니다. 그런 다음 프로젝트에 사용 가능한 리소스와 우선 순위를 고려하여 각 프로젝트에 비즈니스 가치를 할당합니다. 마지막으로 구현 및 마이그레이션 계획을 생성합니다.

B. 구현 프로젝트 및 프로젝트 증분의 우선 순위를 지정하기 위해 비즈니스 가치 평가 기법을 적용합니다. 평가는 아키텍처 변환의 진행 상황을 모니터링하는 데 사용할 수 있는 투자 수익 및 성능 평가 기준에 중점을 두어야 합니다. 아키텍처 정의 증분 테이블을 사용하여 전환 아키텍처 단계를 확인하여 프로젝트를 나열합니다. 그런 다음 학습한 내용을 문서화하고 최종 계획을 생성합니다.

C. 전략적 아키텍처 정의 및 전환 아키텍처를 지속적인 아키텍처 개발 주기의 일부로 구성 제어에 배치합니다. 이렇게 하면 아키텍처가 기업의 요구 사항에 적절하고 응답할 수 있습니다. 그런 다음 계획을 완료하기 전에 배운 교훈을 관리하기 위해 구현 거버넌스 모델을 생성합니다. 아키텍처 위원회는 학습한 내용을 검토 없이 아키텍처 변경으로 받아들일 것을 권장합니다.

D. 구현 팀이 계약에 따라 아키텍처를 구현하고 있는지 확인하기 위해 일련의 준수 평가를 수행합니다. 준수 평가는 구현 팀이 적절한 개발 방법론을 사용하고 있는지 확인해야 합니다. 여기에는 모니터링 도구 배포가 포함되어야 하며 성능 목표가 충족되고 있는지 확인해야 합니다. 충족되지 않으면 성능 요구 사항에 대한 변경 사항을 식별하고 구현 및 마이그레이션 계획에서 업데이트해야 합니다.

A. 아키텍처 저장소

B. 아키텍처 기능 프레임워크

C. 아키텍처 콘텐츠 프레임워크

D. 아키텍처 로드맵

E. 건축 풍경

A. 아키텍처 개발 방법 및 아키텍처 콘텐츠에 대한 메타모델을 포함하는 조직별 아키텍처 프레임워크

B. 기업 전반의 거버넌스 활동 기록

C. 저장소 거버넌스를 지원하는 매개변수, 구조 및 프로세스

D. 아키텍처가 준수해야 하는 사양

E. 새로운 아키텍처를 만드는 데 사용되는 패턴, 템플릿 및 지침

A. 결과물에 대한 개발 파트너와 스폰서 간의 계약

B. 구현의 적합성 측정을 허용하는 설명

C. 건축가의 의도를 전달하기 위한 설명

D. 아키텍처 개발 주기의 시작을 트리거하는 문서

E. 일련의 일반 규칙 및 지침