고정팟 캘린더를 운영하는 방법

가능 시간과 확정 일정은 분리합니다

고정팟 운영에서 가장 자주 생기는 문제는 가능한 시간과 확정된 시간을 섞어 적는 것입니다. 가능 시간은 후보이고, 파티 일정은 약속입니다.

로케줄의 그룹 캘린더는 멤버별 가능 시간을 보는 곳이고, 레이드 파티 일정은 실제 출발 시간을 관리하는 곳입니다.

• 멤버별 가능한 시간은 그룹 캘린더에 입력합니다.
• 출발이 확정된 레이드는 레이드 파티 일정으로 등록합니다.
• 아직 정하지 못한 파티는 미정 상태를 유지합니다.

주간 반복 파티도 매주 확인이 필요합니다

고정팟이라고 해도 공휴일, 패치, 개인 일정에 따라 출발 시간이 흔들립니다. 반복되는 파티라도 매주 초기화 이후 한 번은 확인하는 편이 좋습니다.

일정이 정해지면 파티 상세와 대시보드에 같은 정보가 연결되어, 따로 공지글을 다시 찾지 않아도 됩니다.

• 수요일 또는 목요일에 이번 주 가능 시간을 갱신합니다.
• 기존 고정 시간과 충돌하는 멤버가 있는지 봅니다.
• 확정 후에는 Discord 알림으로 한 번 더 공유합니다.

미정 상태를 부끄러워하지 않는 것이 좋습니다

시간이 정해지지 않은 파티를 억지로 임시 시간에 넣어두면 오히려 착각이 생깁니다. 미정은 미정으로 두고, 후보 시간을 따로 관리하는 편이 안전합니다.

파티 목록에서 미정 상태를 명확하게 유지하면 공대장과 멤버가 다음에 결정해야 할 일을 빨리 알 수 있습니다.

• 후보 시간이 여러 개면 그룹 캘린더에서 비교합니다.
• 확정 전에는 파티 이름에 임시 시간을 박아두지 않습니다.
• 정해진 뒤에만 파티 일정으로 저장합니다.

이 문서의 검증 범위

이 문서는 로케줄의 그룹 가능 시간과 레이드 파티 확정 일정을 구분해 사용하는 방법을 다룹니다. 일정 예시는 기능 검증용 가상 사례이며, 캘린더에 저장된 시간을 최종 기준으로 삼는 서비스 설계를 설명하기 위해 작성했습니다.

로케줄에서 실행하는 순서

• 1. 그룹에는 가능한 시간 범위를 모읍니다 — 멤버 각자가 플레이 가능한 요일과 시간대를 먼저 공유합니다. 이 단계의 시간은 출발 약속이 아니라 후보 범위로 취급합니다. 이유: 가능 시간과 확정 시간을 같은 표기로 다루면 누군가는 후보를 약속으로 이해합니다. 두 상태를 분리해야 아직 합의가 필요한 항목이 드러납니다.
• 2. 공통 구간에서 출발 후보를 고릅니다 — 공대장 포함 핵심 멤버가 겹치는 시간대를 찾고, 레이드 예상 소요 시간과 앞뒤 약속의 여유를 함께 계산합니다. 이유: 시작 시각만 겹친다고 실제로 가능한 일정은 아닙니다. 종료 예상과 준비 시간을 포함하지 않으면 다음 파티와 쉽게 충돌합니다.
• 3. 파티 상세에 확정 시간을 한 번만 기록합니다 — 합의가 끝난 시간은 레이드 파티 일정으로 저장하고, 채팅 공지에는 로케줄의 같은 시간을 전달합니다. 이유: 채팅, 메모, 캘린더에 서로 다른 시간을 적으면 어느 정보가 최신인지 판단할 수 없습니다. 로케줄 파티 상세를 기준 기록으로 두면 수정 위치가 하나가 됩니다.
• 4. 캐릭터가 아닌 사람 단위 충돌을 확인합니다 — 같은 이용자가 다른 캐릭터로 여러 파티에 포함되어 있는지 확인하고, 앞 파티 종료와 다음 파티 시작 사이에 완충 시간을 둡니다. 이유: 캐릭터 ID가 달라도 실제 플레이 시간은 한 사람에게 속합니다. 캐릭터 단위 중복 검사만으로는 현실 일정 충돌을 막을 수 없습니다.
• 5. 변경은 원본부터 고치고 다시 알립니다 — 출발 시간이 바뀌면 파티 상세 시간을 먼저 수정한 뒤 알림이나 채팅을 보냅니다. 이전 공지는 변경되었다고 명확히 표시합니다. 이유: 알림을 먼저 보내면 저장된 일정과 메시지가 달라집니다. 원본 수정 후 전달 순서를 지켜야 멤버가 언제 접속하더라도 같은 시간을 확인합니다.

조건별 판단표

• 전원이 가능한 시간이 없음 → 필수 멤버와 교체 가능한 멤버를 구분해 후보 재계산 · 근거: 전원 동시 가능만 기다리면 일정 자체가 미정으로 남음
• 두 후보 시간의 참여 인원이 같음 → 앞뒤 일정 여유가 큰 시간 선택 · 근거: 지연이 다음 파티로 전파될 가능성을 낮춤
• 채팅 공지와 캘린더 시간이 다름 → 파티 상세를 수정하고 정정 공지 · 근거: 저장된 파티 시간을 단일 기준으로 사용
• 한 유저가 다른 캐릭터로 연속 참여 → 레이드 사이 완충 시간 확보 · 근거: 준비, 재접속, 앞 파티 지연을 흡수

예시: 8인 고정 파티의 금·토 후보 조율

금요일 22시는 7명, 토요일 20시는 8명이 가능하지만 한 명이 토요일 19시 30분까지 다른 파티에 참여하는 상황을 가정합니다.

단순히 가장 많은 사람이 가능한 시작 시각을 고르는 대신, 실제 연속 일정과 준비 시간을 포함한 약속이 만들어집니다. 후보 시간은 그룹에, 확정 시간은 파티에 남습니다.

• 가능 시간 표에서는 금요일과 토요일을 모두 후보로 유지합니다.
• 토요일 후보에 앞 파티 지연 가능성과 캐릭터 변경 시간을 더해 20시 30분 출발안을 만듭니다.
• 8명에게 최종 확인을 받은 뒤 레이드 파티 상세에 토요일 20시 30분을 저장합니다.
• 변경이 생기면 저장된 일정을 먼저 수정하고 같은 문구로 정정 알림을 보냅니다.

증상별 복구 순서

• 증상: 멤버마다 알고 있는 출발 시간이 다름 · 원인: 채팅 공지와 파티 상세를 각각 수정함 · 복구: 파티 상세 시간을 기준으로 통일하고 이전 공지를 정정합니다.
• 증상: 가능 시간은 겹치는데 매번 늦게 출발함 · 원인: 이전 파티 종료와 준비 시간을 계산하지 않음 · 복구: 후보 시간에 완충 시간을 더하고 연속 참여 유저를 따로 확인합니다.
• 증상: 미정 파티가 확정 약속처럼 전달됨 · 원인: 가능 시간과 확정 일정의 상태를 구분하지 않음 · 복구: 합의 전에는 후보로 표기하고, 최종 확인 뒤에만 파티 시간을 저장합니다.

체크리스트

• 그룹 가능 시간과 레이드 파티 확정 시간을 구분했는가
• 예상 소요 시간과 앞뒤 완충 시간을 계산했는가
• 같은 유저의 다른 캐릭터 일정까지 확인했는가
• 시간 변경 시 파티 상세를 먼저 수정했는가