프로젝트 — 목록 · 상세

회차를 만들고 무엇으로 잴지 정하는 화면. 프로젝트 생성 시 교안 연결(1개 이상) + 검증 개념 3건을 확정한다 — 이 3건이 그 회차 모든 학생의 문항 3개가 되고, 팀·반이 달라도 같은 축으로 비교된다.

• 이 목록이 답하는 질문은 하나 — 회차 설계가 완결됐나. 회차가 굴러가려면 넷이 있어야 한다: 교안 1개 이상 · 검증 개념 3건 · 제출 마감 · 응시 창. 하나라도 비면 문항을 만들 수 없다.
• 진행률·조치 열을 두지 않는다. 18번 2-3이 정한 열에 진행이 없다 — 관측은 다른 화면 몫이다. 개념 공백·분석 실패는 OP-01 조치 필요(로그인 직후 화면), 반별 제출·응시율은 OP-04 현황 탭이 답한다. 목록에 넣으면 같은 사실이 세 곳에 있다.
• 상태가 시간이 아니라 설계 기준이다. 예정은 제출 마감 열이 이미 말한다 — 오퍼레이터에게 필요한 것은 손댈 게 남았나다. 준비 중(빈 것이 있다) → 준비됨(완결·시작 전) → 진행 중 → 종료.
• 빈 칸이 곧 할 일이다. 교안 연결 안 됨 ⚠ 미확정 미설정이 각각 어느 탭을 열어야 하는지를 가리킨다 — 별도 조치 열이 필요 없는 이유다.
• 이 화면의 유일한 경고는 조합이다 — 마감 임박 + 준비 중. 상태 하나나 날짜 하나로는 안 보이고 둘이 만나야 보인다(07-21 · 5일 남음 · 준비 중). 행 배경으로 표시한다.
• 교안과 검증 개념은 별개 열이다. 오퍼레이터는 교안 연결과 개념 선택을 각각 하는 사람이라 두 작업이 갈린다 — 매니저(MG-07)는 읽기만 하니 한 열로 합쳤다.
• 교안은 세로 나열한다. 오퍼레이터에게 교안은 핵심 입력이라 정확히 무엇이 붙었는지 다 보여야 한다 — 검증 개념 후보가 연결한 교안 전체의 합집합이기 때문이다(14번 4-3). 개념은 3건 고정이라 배지 가로.
• 기본 정렬은 준비 필요 순이다(매니저는 최신순). 예정 회차가 매니저에게는 빈 행이고 오퍼레이터에게는 맨 위다.
• 교안 필터가 있다. 교안을 재분석하면 teaches가 바뀌므로 어느 회차가 영향받는지 좁혀 봐야 한다 — 매니저에게는 없는 필요다.