진단
답하지 못하는 질문을 먼저 적습니다
데이터 원천 목록과 갱신 주기를 정리하는 목적은 아키텍처 제안서를 만드는 것이 아닙니다. 지금 어떤 질문에 답하지 못하는지 확인하고, 그 목록이 이후 모든 단계의 기준이 되도록 남기는 것입니다.
도입 절차
도입은 한 번의 구축이 아니라 여러 단계의 이관입니다. 각 단계에서 조직이 준비해야 할 것과 Cavrosen이 함께하는 범위를 구분해 설명합니다.
수집에서 배포까지 여섯 구간
각 구간은 순서대로 확정됩니다. 앞 단계의 기준이 문서로 남지 않으면 다음 단계에서 같은 논의를 반복하게 되고, 일정은 그만큼 늘어납니다.
여섯 단계 한눈에
각 단계의 산출물과 확인 시점을 먼저 확인하시면, 어느 지점에서 조직의 판단이 필요한지 미리 알 수 있습니다. 아래 표는 같은 여섯 단계를 정리한 것입니다.
아키텍처 살펴보기데이터 원천 목록, 갱신 주기, 사용 중인 도구, 담당 조직 정리
반복 질문이 있고 데이터가 이미 있는 영역 하나 선정
배치 주기, 증분 기준, 재처리 정책 문서화
지표 정의 이관, 이름 규칙·차원·조인 규칙 확정
검증된 구성을 다른 부서·다른 데이터 영역으로 확대
모니터링, 장애 대응, 권한 관리 절차 이관
같은 관절을 세 깊이로
진단의 문제 목록으로 시작해 파일럿에서 합의한 정의를 시맨틱 레이어에 옮기고, 확산 단계에서는 그 정의를 다시 만드는 대신 참조합니다. 레이어마다 다른 정본이 생기면 숫자가 갈라지는 순간이 옵니다.
진단
데이터 원천 목록과 갱신 주기를 정리하는 목적은 아키텍처 제안서를 만드는 것이 아닙니다. 지금 어떤 질문에 답하지 못하는지 확인하고, 그 목록이 이후 모든 단계의 기준이 되도록 남기는 것입니다.
파일럿 · 확산
파일럿의 성공 기준은 화면 개수가 아닙니다. 정의를 한 번만 옮기고 이후 확산에서는 그 정의를 참조했을 때, 부서가 달라도 같은 질문에 같은 숫자가 나오는지가 판단 기준입니다.
시맨틱
기존 대시보드가 새 정의를 참조하도록 전환하는 과정에서 값이 달라 보이는 항목이 나오면, 화면을 고치기 전에 어느 정의가 기준인지 먼저 하나로 맞춥니다.
단계 순서와 확정 시점
조직이 준비할 것
의사결정 권한을 가진 책임자, 데이터 원천 담당자, 현업 대표가 함께 있어야 지표 정의를 확정할 수 있습니다. 개발 인력 규모는 파일럿 범위에 따라 달라지므로, 인력 산정은 범위가 정해진 뒤에 논의합니다.
일정에 영향을 주는 요인
이 세 가지를 미루면 파일럿만 길어지고 운영 이관은 뒤로 밀립니다. 착수 전에 순서를 확정해 두면 일정이 훨씬 예측 가능해집니다.
도입 상담
데이터 원천 구성, 지금 쓰고 있는 도구, 파일럿으로 삼고 싶은 영역을 적어 주시면 어느 단계부터 시작할지 정리해 회신드립니다.