이러한 활동은 다기능 팀 구성원으로 인력이 구성된 소규모 팀에서 잘 수행됩니다. 일반적으로, 구조적으로 중요한 문제에는 사용성, 성능, 크기 조정, 프로세스 및 스레드 동기화 및 분배가 포함됩니다. 팀에는 핵심
추상을 식별할 수 있는 도메인 경험을 가진 구성원도 포함되어야 합니다. 또한 팀에는 모델 조직 및 계층화에 대한 경험이 있어야 합니다. 팀은 이러한 모든 이종의 스레드를 응집적이고 결합적인(예비적이더라도)
아키텍처로 끌어낼 수 있어야 합니다.
아키텍처 노력의 초점이 구현에 관한 문제로 이동하고 있으므로 특정 기술에 관한 문제에 더 많은 주의를 기울여야 합니다. 이는 분배 및 배치 전문 기술이 있는 직원이 포함되도록 강제로 아키텍처 팀을 확장하거나
구성원을 이동시키도록 합니다(이 문제가 구조적으로 중요한 경우). 구현 모델의 구조가 통합을 편리하게 하는 데 미치는 잠재적 효과를 이해하려면 소프트웨어 빌드 관리 프로세스에 대한 전문 기술이 있는 것이 좋습니다.
동시에 아키텍처 팀은 확장된 대규모 팀으로 구성되지 않아야 합니다. 이러한 동향에 대응하는 전략은 핵심 문제에 대한 "컨설턴트"로 참여하는 확장 팀 구성원의 부수적 그룹을 가지는, 상대적으로 소규모의 코어 팀을
유지하는 것입니다. 또한 이 구조는 다른 조직에서 특정 전문 기술을 계약 또는 차용할 수 있는 더 소규모의 프로젝트에서도 훌륭히 동작합니다. 이는 다뤄야 할 특정 문제로서 가져올 수 있습니다.
|