LUNA Lab
KO
도움말
전체 메뉴
언어 선택
인쇄용 보기PDFMarkdown (.md)텍스트 (.txt)현재 페이지의 내용과 출처를 내보냅니다.

과제·프로젝트 운영

하려는 작업을 찾고, 순서대로 따라 한 뒤 결과를 확인하세요. 연구원과 관리자를 위한 국문·영문 안내입니다.

내용 검토 2026-10-12 · 50 개 주제

한국어·영어로 안내를 검색합니다. 비공개 연구자료를 검색하는 기능은 아닙니다.

다른 주제 선택

과제·프로젝트를 만들고 GitHub 연구 업무를 운영하는 방법

내용 검토 · 2026-10-12

이 안내에서 찾기 · 7

1. 과제와 하위 프로젝트 만들기

  1. 연구과제 → 연구과제 생성으로 이동합니다. 과제명과 설명을 입력하고 저장합니다.
  2. 과제 홈페이지에서 프로젝트 생성을 누르고 제목·유형·설명을 입력합니다. 프로젝트는 이 과제의 하위 단위로 생성됩니다.
  3. 프로젝트 유형에 필요한 항목이 없다면 플랫폼 관리자에게 연구실 관리 → 프로젝트 유형 관리에서 추가를 요청합니다.
  4. 생성 후 참여자와 관리자를 지정합니다. 연결 없이도 프로젝트를 만들 수 있습니다. 생성자가 책임 관리자가 됩니다.
검색·목차로 ↑

2. 진행 현황 읽기

  1. 과제 홈에서 하위 프로젝트별 요약을 비교하고 프로젝트 제목을 눌러 상세로 이동합니다.
  2. 프로젝트 홈의 최근 보고서, 일정, 업무 상태, 자료 보관함을 확인합니다. 자료 종류 카드의 모아보기는 필터가 적용된 목록으로 이동합니다.
  3. 과제 집계는 열람 가능한 하위 프로젝트 자료를 포함합니다. 숫자가 예상과 다르면 검색 필터, 자료 분류, 열람 권한, 최근 수집 시각을 차례로 확인합니다.
  4. 외부자료 연결 설정에서 인증·수집만 관리하고 연구 본문은 GitHub·Notion·Drive 원문에서 수정합니다.
검색·목차로 ↑

3. GitHub 업무 운영

  1. GitHub에서 Issue에 목표·담당자·기한·완료 기준을 기록하고 Projects 보드에 추가합니다.
  2. 저장소를 프로젝트에 연결한 뒤 보드 발견 결과를 확인합니다. 보드가 0개라면 실제 보드 주소와 조직 Projects 읽기 권한을 확인합니다.
  3. 플랫폼에서 상태·담당자·기한을 검토하고, 업무 수정 기능이 제공되는 연결에서는 원격 쓰기 권한과 대상 보드를 확인한 뒤 저장합니다.
  4. 수집 후 변경 상태를 다시 확인합니다. Done이나 Issue 닫힘은 실험 성공·교수 검토 완료의 증명이 아닙니다.
검색·목차로 ↑

GitHub Start date·Target date 변경

  1. 과제 또는 프로젝트의 연구 업무에서 해당 업무의 ‘업무 변경’을 엽니다. 연결 보드의 변경할 항목에서 Start date 또는 Target date를 명시적으로 선택합니다.
  2. 마지막 수집 때 확인한 기존 날짜가 표시됩니다. 원하는 날짜로 수정합니다. 날짜를 비우고 저장하면 GitHub의 해당 날짜를 삭제하므로 주의하세요.
  3. 원본 반영 확인을 체크하고 ‘GitHub에 저장’을 누릅니다. GitHub 응답의 날짜가 일치하면 저장 확인 안내가 나옵니다. 앱의 목록은 재수집 후 갱신됩니다. 접수 안내만 나왔다면 최근 업무 변경 요청에서 확인 상태를 보세요.
  4. 같은 날짜를 다른 사람이 바꾸었거나 보드 설정이 변경되면 덮어쓰지 않습니다. GitHub 원문과 최신 수집 값을 확인하고 다시 수정하세요. 다른 댓글이나 다른 필드 변경만으로는 날짜 변경을 차단하지 않습니다.
  5. 과제의 새 업무 화면에서는 관리 권한이 있는 과제 공통 보드와 하위 프로젝트 보드를 선택할 수 있습니다. 새 Issue 생성 시 Start date와 Target date를 각각 입력합니다. 부분 실패 시 이미 생성된 Issue를 먼저 확인하며 자동으로 중복 생성하지 않습니다.
검색·목차로 ↑

4. 프로젝트 연구업무에서 Issue 만들기

  1. 연구과제 → 과제 → 프로젝트 → 연구업무를 엽니다. 새 업무 또는 Issue 생성 버튼을 누릅니다. 현재 프로젝트 관리 권한과 원격 쓰기 가능한 GitHub 연결이 필요합니다.
  2. 연결 보드를 선택합니다. 여러 보드가 있으면 실제로 업무를 관리할 보드를 고르고 연결된 저장소를 확인합니다.
  3. 제목·내용에 목표와 완료 기준을 적고 담당 연구원을 여러 명 선택합니다. 이름 옆 GitHub ID를 확인합니다. GitHub에서 해당 저장소 Issue의 담당자로 지정 가능한 계정이어야 합니다.
  4. Status, Priority, 시작일·기한과 지원되는 보드 필드를 고릅니다. 시작일 기본값은 오늘입니다. Size는 보드에서 정한 업무 규모 값이며 연구원 수나 자동 시간 계산이 아닙니다. Priority가 미지정뿐이면 보드의 선택지와 필드 연결을 확인하고 다시 수집합니다.
  5. 관련 과제·프로젝트·연구원·태그 등 메타데이터를 검토합니다. 명시적 원본 반영 확인 후 저장하고 GitHub Issue 링크에서 실제 생성·보드 추가·담당자·필드 값을 확인합니다.
  6. 일부 단계 실패나 결과 확인 필요이면 GitHub를 먼저 열어 생성 여부를 확인합니다. 같은 Issue를 확인 없이 다시 만들지 마세요.
검색·목차로 ↑

5. 공통 자료·위키 링크·범위별 인기 페이지

  1. 여러 하위 프로젝트가 같은 GitHub·Drive·Notion·Zotero 자료를 쓴다면 과제 홈의 외부자료 연결에서 한 번 연결합니다. 개별 프로젝트 자료는 프로젝트에 연결합니다.
  2. 중요한 사이트와 참고 링크는 과제 위키 문서에 설명과 함께 정리합니다. 프로젝트별 링크도 해당 과제 위키에서 관리합니다. 링크 작성은 외부자료 연결이나 본문 수집과 별개입니다.
  3. 과제의 인기 페이지는 해당 과제 범위, 프로젝트의 인기 페이지는 해당 프로젝트 범위에서 집계합니다. 다른 범위 전체 인기 목록과 구분해 읽습니다.
  4. 프로젝트 목록의 상세 진행·업무·자료 집계는 필요한 카드를 펼칠 때 읽어 옵니다. 보이지 않는 항목은 검색·현재 참여권한·삭제 상태를 먼저 확인합니다.
검색·목차로 ↑

과제·프로젝트에 표시되는 보고서 범위

  1. 과제·프로젝트 홈의 연구 진행 요약과 최근 보고서는 해당 범위에 연결된 보고서를 확인하는 자리입니다. 제목이 비슷하거나 같은 연구원이 작성했다는 이유만으로 다른 범위의 보고서가 해당 프로젝트 보고서가 되지는 않습니다.
  2. 보고서 자세히 보기에서 보고 대상과 근거의 과제·프로젝트를 확인합니다. 과제 전체 집계와 특정 하위 프로젝트의 보고는 구분합니다.
  3. 해당 범위의 보고서가 없으면 자료 연결과 보고 생성 범위를 확인합니다. 관련 없는 다른 보고서를 대신 읽고 현재 프로젝트 성과로 해석하지 마세요.
  4. 보고서가 잘못 연결돼 보이면 해당 페이지 주소와 보고서 주소를 고객센터에 알려 주세요. 보고서를 삭제해 문제를 해결하려 하지 말고 연결 범위를 먼저 확인합니다.
검색·목차로 ↑

아직 해결되지 않았나요?

화면 주소·발생 시각·실행 순서·오류 문구를 알려 주세요. 비밀번호·토큰·비공개 연구 원문은 넣지 마세요.

고객센터 →