ADS의 목적은 잠재적인 솔루션을 승인할 "Power Sponsor"를 확보하는 것 입니다.
- 기본적인 샘플 아키텍처 청사진을 이용합니다. 이해 당사자들이 해당 솔루션을 이해하도록 하는 것이 가장 중요하고, 잠재적인 가치에 대해 정보를 제공해야 합니다.
. PT 형태일 필요는 없습니다. 보드에 그림을 그리거나, 대화를 통해 진행하는 것이 바람직한 경우도 많습니다.
. 솔루션 아키텍처 디자인을 개략적으로 그린 후 승인을 받습니다.
. POC까지 필요없다고 판단된다면, 의사결정을 이 단계에 받아 냅니다.
- 가능하면 Deal을 Close 하는 것이 좋습니다.
즉, 고객으로 High Level 테크니컬 디자인에 대한 승인을 받아내는 것이 목적 입니다.
. 실제 구현을 위한 아키텍처가 아닙니다. 이 부분은 프로젝트팀 및 컨설턴트가 투입되어 진행합니다.
. 5-7명 정도를 대상으로 긴밀하게 진행하는 것이 효과적 입니다.
. Project Framework (Microsoft Project Framework)을 활용할 수 있습니다.
. 진행 중에는 자주 Summarize 가 필요합니다.
. 목적에 대해 종종 확인합니다.
. 요구사항과 실제 프로덕트 및 솔루션과 매핑하여 구현 가능함을 중간 중간 확인합니다.
산출물
- 비전 및 범위 도큐먼트
- 솔루션 아키텍처
이후의 글에서 MDOP(Microsoft Desktop Optimization Pack)에 대한 ADS 및 아키텍처 등을 적어 보겠습니다.
