해커톤 심사 라이브 대시보드 만드는 방법 - 실시간 리더보드
핵심 요약
라이브 심사 대시보드는 심사 진행률, 운영자용 결과 정보, 필요한 통계를 한곳에서 확인하는 화면입니다. 운영자는 진행 상황을 파악하고, 심사위원과 참가자에게는 심사 단계에 맞는 정보만 공개해야 합니다. 대시보드를 구축하려면 (1) 점수 데이터를 중앙 시스템에 수집하고, (2) 집계 기준을 정하며, (3) 필요한 정보를 시각화하고, (4) 접근 권한을 통제해야 합니다.
왜 실시간 대시보드가 필요한가?
해커톤 심사 중 가장 흔한 질문 3가지:
- 운영자: "심사가 얼마나 진행됐지? 일정에 맞을까?"
- 심사위원: "내 점수가 다른 심사위원과 비슷한가? 너무 후하게/박하게 주고 있진 않나?"
- 참가자: "심사가 공정하게 진행되고 있나?"
이 세 가지 질문에 즉시 답하는 것이 라이브 대시보드의 핵심입니다.
대시보드가 없을 때 발생하는 문제
| 문제 | 결과 |
|---|---|
| 진행 상황 불투명 | 일정 지연 감지 불가 |
| 심사위원 편차 미감지 | 불공정한 결과 |
| 참가자 불안 | 공정성 의심, 만족도 하락 |
| 결과 발표 지연 | 시상식까지 수시간 대기 |
해커톤 심사의 전체 프로세스와 공정성 확보 전략은 해커톤 심사 완벽 가이드에서 확인하세요.
대시보드에 표시할 4가지 핵심 데이터
1. 심사 진행률
누가 봐야 하나: 운영자
| 정보 | 표시 형태 | 예시 |
|---|---|---|
| 전체 진행률 | 프로그래스 바 | "48/50팀 심사 완료 (96%)" |
| 심사위원별 진행률 | 개별 막대 | "Judge A: 50/50, Judge B: 45/50" |
| 예상 완료 시간 | 카운트다운 | "약 15분 후 심사 완료 예상" |
| 미완료 심사 | 하이라이트 리스트 | "Judge C가 5건 미완료" |
2. 점수 분포
누가 봐야 하나: 운영자, 심사위원
| 정보 | 표시 형태 | 용도 |
|---|---|---|
| 전체 점수 히스토그램 | 막대 차트 | 점수 편향 감지 |
| 심사위원별 평균 점수 | 비교 차트 | 관대/엄격한 심사위원 식별 |
| 항목별 점수 분포 | 박스플롯 | 특정 항목의 해석 차이 감지 |
| 표준편차 | 수치 | 점수 일관성 확인 |
3. 팀 순위 (리더보드)
누가 봐야 하나: 운영자 (참가자에게는 심사 완료 후 공개)
| 정보 | 표시 형태 | 주의사항 |
|---|---|---|
| 현재 순위 | 테이블 + 순위 변동 | 심사 중에는 운영자만 열람 |
| 카테고리별 순위 | 탭 분리 | 각 부문별 상위 팀 |
| 점수 간격 | 바 차트 | 접전 구간 식별 |
4. 이상치 알림
누가 봐야 하나: 운영자
| 이상치 유형 | 알림 조건 | 대응 방법 |
|---|---|---|
| 극단적 점수 | 행사에서 정한 편차 기준을 벗어남 | 루브릭과 입력값 재확인 |
| 심사위원 편차 | 사전에 정한 분포·평균 기준을 벗어남 | 채점 기준 재확인 |
| 미활동 | 운영자가 정한 점검 시간 내 제출이 없음 | 운영자가 상태 확인 |
3가지 구축 방식 비교
방식 1: 스프레드시트 기반 (Google Sheets + Apps Script)
적합한 상황: 소규모 해커톤 (20팀 이하), 예산 제로
구성: Google Form (입력) → Google Sheets (계산) → Google Data Studio (시각화)
| 장점 | 단점 |
|---|---|
| 무료 | 실시간 아님 (30초~1분 지연) |
| 익숙한 도구 | 30팀 이상에서 느려짐 |
| 커스터마이징 가능 | 이상치 감지 수동 |
| 접근 권한 관리 어려움 |
준비 범위: 데이터 연결, 권한, 시각화 도구의 숙련도에 따라 달라집니다.
방식 2: 커스텀 개발 (웹 애플리케이션)
적합한 상황: 대규모 해커톤 (100팀+), 개발 리소스 보유, 브랜딩 중요
구성: React/Vue (프론트엔드) → WebSocket (실시간) → PostgreSQL (데이터)
| 장점 | 단점 |
|---|---|
| 완전한 실시간 | 개발 비용 높음 |
| 완전한 커스터마이징 | 유지보수 필요 |
| 대규모 처리 가능 | 개발·보안·운영 인력 필요 |
| 자체 브랜딩 | 보안 직접 관리 |
준비 범위: 요구사항과 보안 검토 범위에 따라 별도 산정이 필요합니다.
방식 3: 전문 플랫폼 사용 (evaluate.club 등)
적합한 상황: 중~대규모 해커톤, 빠른 셋업 필요, 개발 리소스 제한
구성: 평가 양식 → 결과 확인 화면 → 조직이 정한 공개 정책
| 장점 | 단점 |
|---|---|
| 설정·집계 기능을 활용 가능 | 플랫폼 기능과 공개 범위에 의존 |
| 평가위원 초대·진행 확인을 지원할 수 있음 | 행사별 정책은 별도로 설계 필요 |
| 결과 리더보드를 제공할 수 있음 | 커스터마이징 범위는 도구별로 다름 |
준비 범위: 평가 기준, 평가위원 초대, 결과 공개 정책을 파일럿으로 확인하세요.
방식 선택 가이드
| 조건 | 추천 방식 |
|---|---|
| 소규모·일회성 행사 | 방식 1 (스프레드시트) |
| 고유 기능·외부 시스템 연동이 핵심 | 방식 2 (커스텀 개발) |
| 반복 운영·평가위원 초대·결과 집계가 핵심 | 방식 3 (전문 플랫폼) |
스프레드시트와 전문 도구의 차이점은 스프레드시트 vs. 평가 양식에서 자세히 비교하고 있습니다.
시각화 모범 사례
DO: 이렇게 표시하세요
1. 진행률은 프로그래스 바로
- 숫자보다 시각적 바가 직관적
- 색상으로 상태 구분 (녹색: 정상, 노란색: 지연, 빨간색: 위험)
2. 순위는 변동 화살표와 함께
- 이전 순위 대비 변화를 표시 (↑2, ↓1, -)
- 접전 구간은 색상 구분
3. 점수 분포는 히스토그램으로
- 정규분포 형태인지 확인
- 극단적으로 치우친 분포는 기준 문제를 시사
4. 이상치는 인라인 알림으로
- 대시보드 내에서 즉시 눈에 띄도록
- 클릭하면 상세 정보 확인 가능
DON'T: 이것은 피하세요
1. 심사 중 참가자에게 순위 공개
- 불완전한 데이터로 순위를 보여주면 혼란 발생
- 모든 심사가 완료된 후에만 공개
2. 너무 많은 차트를 한 화면에
- 핵심 4가지 데이터에 집중
- 상세 분석은 별도 탭으로 분리
3. 원시 점수 그대로 노출
- 개별 심사위원의 점수를 참가자에게 공개하지 않음
- 합산/평균 점수만 표시
4. 갱신 주기를 정하지 않은 대시보드
- 심사 진행에 필요한 정보가 언제 갱신되는지 운영자에게 명확히 알리세요
- evaluate.club 관리자 결과 화면의 진행 현황은 10초 간격으로 새로고침됩니다. 다른 도구의 갱신 주기는 별도로 확인하세요.
권한별 대시보드 설계
같은 대시보드라도 보는 사람에 따라 다른 정보를 보여줘야 합니다.
| 역할 | 볼 수 있는 정보 | 볼 수 없는 정보 |
|---|---|---|
| 운영자 | 모든 정보 | 없음 |
| 심사위원 | 자기 진행률, 전체 점수 분포, 자기 점수 vs 평균 비교 | 다른 심사위원 개별 점수, 팀 순위 |
| 참가자 (심사 중) | 심사 진행률 (%) | 점수, 순위, 심사위원 정보 |
| 참가자 (심사 후) | 최종 순위, 항목별 평균 점수, 종합 피드백 | 개별 심사위원 점수 |
심사위원이 볼 수 있는 정보를 제한하는 것도 공정성 확보의 일부입니다. 익명 심사로 공정성 확보하는 방법에서 관련 전략을 확인하세요.
실전 체크리스트
대시보드를 구축하기 전에 아래를 확인하세요.
사전 준비
- 심사 항목과 가중치 확정
- 점수 척도 통일 (모든 항목 동일)
- 심사위원별 담당 팀 배정
- 권한별 뷰 설계 (운영자/심사위원/참가자)
테스트
- 더미 데이터로 대시보드 작동 확인
- 동시 접속 부하 테스트 (심사위원 수 × 2)
- 모바일 화면 확인
- 이상치 알림 동작 확인
당일 운영
- 심사 시작 전 대시보드 URL 배포
- 심사 시작 후 5분 내 데이터 유입 확인
- 중간 지점에서 진행률 체크
- 이상치 발생 시 즉시 대응
자주 묻는 질문 (FAQ)
Q: 대시보드를 참가자에게도 보여줘야 하나요?
심사 중에는 진행률만 보여주세요. "현재 80% 진행"이라는 정보는 투명성을 높이지만, 점수나 순위를 심사 중에 보여주면 불필요한 긴장과 이의를 유발합니다.
Q: 실시간 업데이트 주기는 얼마가 적당한가요?
행사 규모, 화면의 목적, 서버 부하를 함께 고려해 정하세요. 운영자는 갱신 주기와 지연 가능성을 미리 공유하고, 실제 행사 전에 동시 접속 상황에서 확인해야 합니다.
Q: 대시보드만 별도로 프로젝터에 띄울 수 있나요?
네. 대부분의 대시보드는 전체 화면 모드를 지원합니다. 시상식 장소에 프로젝터로 진행률 대시보드를 띄우면 참가자들의 몰입감이 높아집니다.
Q: 심사위원이 대시보드를 보면서 점수를 맞추려 하지 않나요?
그럴 수 있습니다. 그래서 심사위원에게는 전체 평균만 보여주고, 다른 심사위원의 개별 점수는 가리는 것이 중요합니다. 자기 점수와 전체 평균의 차이만 확인할 수 있도록 설계하세요.
지금 바로 대시보드를 구축해 보세요
실시간 대시보드는 해커톤 운영의 투명성과 효율성을 한 단계 끌어올립니다.
evaluate.club에서는 평가 양식과 배점을 설정하고, 이메일과 OTP로 평가위원을 초대할 수 있습니다. 관리자는 평가위원 진행 현황과 결과 리더보드를 확인하고, 결과를 Excel 또는 PDF로 내보낼 수 있습니다. 참가자 공개 범위와 이상치 대응 규칙은 행사 정책으로 별도 설계하세요.