A. 초기 작업에서 변경 필요성을 확인했으므로 팀이 아키텍처 정의 단계(BD)를 거쳐 대상 아키텍처를 정의하는 데 집중할 것을 권장합니다. 이렇게 하면 구조화된 방식으로 변경을 정의하고 비전을 실현하는 데 필요한 요구 사항을 해결할 수 있습니다.

B. 비전이 잘 이해되고 전략적 아키텍처가 합의되었으므로 먼저 대상 아키텍처를 정의한 다음 전환 계획을 정의하는 것이 좋습니다. 이렇게 하면 기본 아키텍처의 현재 비효율성이 전달되지 않고 제안된 솔루션이 초기 아키텍처 작업에서 식별된 요구 사항을 해결할 수 있습니다.

C. 현재 인프라 용량 및 기능을 평가하기 위해 이 계약에서 먼저 기술 아키텍처를 정의하는 것이 좋습니다. 그런 다음 전환 계획 및 아키텍처 배포에 중점을 두어야 합니다. 이것은 비전을 실현하기 위해 프로젝트가 최적의 방식으로 순서가 지정되도록 보장하기 위한 요구 사항을 식별합니다.

D. 팀이 비즈니스 전략의 전략적 변경 매개변수를 이해하는 데 중점을 두고 아키텍처 정의에 집중할 것을 권장합니다. 이해하고 나면 팀은 이 계약에 대한 요구 사항, 동인, 문제 및 제약을 식별할 수 있는 최상의 위치에 있게 됩니다. 향후 영향을 예측하는 데 도움이 되도록 대상 아키텍처가 비기능적 요구 사항을 해결하는지 확인합니다.

A. 건축 작업 명세서

B. 요구 사항 영향 분석

C. 변경 요청

D. 능력 평가

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

B. TOGAF 아키텍처 기술 프레임워크를 사용하여 핵심 팀 리더 기술에 대한 포괄적인 평가를 수행할 것을 권장합니다. 평가에 따라 필요한 직원 변경을 권장합니다. 이를 통해 팀 리더는 기관 내 건축 작업에 필요한 기술과 경험을 갖추게 됩니다. 그런 다음 TOGAF 아키텍처 기술 프레임워크에 정의된 역할 및 기술 범주를 부서 리더와 공유하여 향후 EA 팀에 내부 후보자를 제공할 때 더 많은 정보에 입각한 선택을 할 수 있도록 해야 합니다.

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

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

A. 건축 작업 의뢰

B. 건축 작업 명세서

C. 아키텍처 비전

D. 건축 계약

E. 아키텍처 정의 문서

A. 민첩한,

B. 동적

C. 포괄적

D. 견고함

E. 전략적