A. 아키텍처 거버넌스를 위한 리소스 설정

B. 대상 기술 아키텍처 개발

C. 대상 아키텍처에 대한 적합성을 보장합니다.

D. 거버넌스 프레임워크 운영

E. 구현 및 마이그레이션 계획 마무리

A. 버전 0.1

B. 버전 0.5

C. 버전 0.9

D. 버전 1.0

E. 버전 1.5

A. 지속적인 모니터링을 위한 시스템을 제공하는 데 사용됩니다.

B. 아키텍처가 이해 관계자의 우려 사항을 해결하는 방법을 설명하는 데 사용됩니다.

C. 재사용 가능한 아키텍처 및 솔루션 자산을 구조화하는 데 사용됩니다.

D. 사용 중인 다른 관리 프레임워크와 조정하는 데 사용됩니다.

E. 비즈니스 요구 사항을 식별하고 이해하는 데 사용됩니다.

A. 관리 프레임워크 간의 관계 식별

B. 이해관계자 및 그들의 우려 사항 식별

C. 아키텍처 프로젝트의 비즈니스 혁신 위험 식별

D. 조달 활동에 대한 기준 식별

E. 아키텍처 로드맵에 포함할 작업 패키지 식별

A. 아키텍처 성숙도 평가를 수행하는 것이 좋습니다. 이를 통해 기관이 최대의 개선을 확인하고 기본 엔터프라이즈 아키텍처 프로세스가 문서화되도록 하기 위해 집중해야 하는 관행을 식별합니다. 평가의 일환으로 모든 팀 리더를 인터뷰하고 자격을 평가해야 합니다. 숙련도가 낮은 부분을 바로잡기 위해 추가 EA 교육 과정에 참석해야 합니다. 팀 리더가 원하는 수준의 숙련도를 달성하면 직원에게도 유사한 프로세스를 적용해야 합니다.

B. TOGAF 아키텍처 기술 프레임워크를 사용하여 주요 팀 리더 기술을 종합적으로 평가할 것을 권장합니다. 평가를 바탕으로 필요한 직원 변경을 권장합니다. 이를 통해 팀 리더는 기관 내 아키텍처 작업에 필요한 기술과 경험을 갖출 수 있습니다. 그런 다음 TOGAF 아키텍처 기술 프레임워크에 정의된 역할 및 기술 범주를 부서 리더와 공유하여 나중에 EA 팀에 내부 후보자를 제공할 때 더 많은 정보를 바탕으로 선택할 수 있도록 해야 합니다.

C. EA 운영 팀과 협력하여 기관의 아키텍처 실무 내에서 사용할 수 있도록 TOGAF 아키텍처 기술 프레임워크를 조정하는 것이 좋습니다. 아키텍처 역할의 범주, 각 역할에 필요한 기술, 각 역할과 기술에 대해 원하는 숙련도 수준이 이 프레임워크에 의해 정의됩니다. 그런 다음 각 팀 구성원 또는 잠재 팀 구성원이 이러한 역할 및 기술에 대한 적합성을 평가할 수 있습니다. 그런 다음 발견된 격차를 줄이기 위해 필요에 따라 인력 배치 및 교육 조정이 이루어질 수 있습니다.

D. 검토에서 확인된 문제를 해결하려면 숙련된 팀 리더가 후배 팀 구성원을 멘토링해야 한다고 권장합니다. 동시에 추가 교육도 제공되어야 합니다. 이제 일부 모델이 부적절하게 정의되어 아키텍처의 다른 부분에서 계단식 오류가 발생할 수 있다는 것이 알려졌으므로 마이그레이션 계획 단계를 반복하여 마지막으로 알려진 모델을 사용하여 새 기준선으로 조정된 전환을 개발할 것을 권장합니다. 좋은 건축. 아티팩트가 일관되고 정확하면 이를 이 새로운 기준선에 적용할 수 있습니다.