과제·프로젝트를 만들고 GitHub 연구 업무를 운영하는 방법
내용 검토 · 2026-10-12
이 안내에서 찾기 · 7
1. 과제와 하위 프로젝트 만들기
- 연구과제 → 연구과제 생성으로 이동합니다. 과제명과 설명을 입력하고 저장합니다.
- 과제 홈페이지에서 프로젝트 생성을 누르고 제목·유형·설명을 입력합니다. 프로젝트는 이 과제의 하위 단위로 생성됩니다.
- 프로젝트 유형에 필요한 항목이 없다면 플랫폼 관리자에게 연구실 관리 → 프로젝트 유형 관리에서 추가를 요청합니다.
- 생성 후 참여자와 관리자를 지정합니다. 연결 없이도 프로젝트를 만들 수 있습니다. 생성자가 책임 관리자가 됩니다.
2. 진행 현황 읽기
- 과제 홈에서 하위 프로젝트별 요약을 비교하고 프로젝트 제목을 눌러 상세로 이동합니다.
- 프로젝트 홈의 최근 보고서, 일정, 업무 상태, 자료 보관함을 확인합니다. 자료 종류 카드의 모아보기는 필터가 적용된 목록으로 이동합니다.
- 과제 집계는 열람 가능한 하위 프로젝트 자료를 포함합니다. 숫자가 예상과 다르면 검색 필터, 자료 분류, 열람 권한, 최근 수집 시각을 차례로 확인합니다.
- 외부자료 연결 설정에서 인증·수집만 관리하고 연구 본문은 GitHub·Notion·Drive 원문에서 수정합니다.
3. GitHub 업무 운영
- GitHub에서 Issue에 목표·담당자·기한·완료 기준을 기록하고 Projects 보드에 추가합니다.
- 저장소를 프로젝트에 연결한 뒤 보드 발견 결과를 확인합니다. 보드가 0개라면 실제 보드 주소와 조직 Projects 읽기 권한을 확인합니다.
- 플랫폼에서 상태·담당자·기한을 검토하고, 업무 수정 기능이 제공되는 연결에서는 원격 쓰기 권한과 대상 보드를 확인한 뒤 저장합니다.
- 수집 후 변경 상태를 다시 확인합니다. Done이나 Issue 닫힘은 실험 성공·교수 검토 완료의 증명이 아닙니다.
GitHub Start date·Target date 변경
- 과제 또는 프로젝트의 연구 업무에서 해당 업무의 ‘업무 변경’을 엽니다. 연결 보드의 변경할 항목에서 Start date 또는 Target date를 명시적으로 선택합니다.
- 마지막 수집 때 확인한 기존 날짜가 표시됩니다. 원하는 날짜로 수정합니다. 날짜를 비우고 저장하면 GitHub의 해당 날짜를 삭제하므로 주의하세요.
- 원본 반영 확인을 체크하고 ‘GitHub에 저장’을 누릅니다. GitHub 응답의 날짜가 일치하면 저장 확인 안내가 나옵니다. 앱의 목록은 재수집 후 갱신됩니다. 접수 안내만 나왔다면 최근 업무 변경 요청에서 확인 상태를 보세요.
- 같은 날짜를 다른 사람이 바꾸었거나 보드 설정이 변경되면 덮어쓰지 않습니다. GitHub 원문과 최신 수집 값을 확인하고 다시 수정하세요. 다른 댓글이나 다른 필드 변경만으로는 날짜 변경을 차단하지 않습니다.
- 과제의 새 업무 화면에서는 관리 권한이 있는 과제 공통 보드와 하위 프로젝트 보드를 선택할 수 있습니다. 새 Issue 생성 시 Start date와 Target date를 각각 입력합니다. 부분 실패 시 이미 생성된 Issue를 먼저 확인하며 자동으로 중복 생성하지 않습니다.
4. 프로젝트 연구업무에서 Issue 만들기
- 연구과제 → 과제 → 프로젝트 → 연구업무를 엽니다. 새 업무 또는 Issue 생성 버튼을 누릅니다. 현재 프로젝트 관리 권한과 원격 쓰기 가능한 GitHub 연결이 필요합니다.
- 연결 보드를 선택합니다. 여러 보드가 있으면 실제로 업무를 관리할 보드를 고르고 연결된 저장소를 확인합니다.
- 제목·내용에 목표와 완료 기준을 적고 담당 연구원을 여러 명 선택합니다. 이름 옆 GitHub ID를 확인합니다. GitHub에서 해당 저장소 Issue의 담당자로 지정 가능한 계정이어야 합니다.
- Status, Priority, 시작일·기한과 지원되는 보드 필드를 고릅니다. 시작일 기본값은 오늘입니다. Size는 보드에서 정한 업무 규모 값이며 연구원 수나 자동 시간 계산이 아닙니다. Priority가 미지정뿐이면 보드의 선택지와 필드 연결을 확인하고 다시 수집합니다.
- 관련 과제·프로젝트·연구원·태그 등 메타데이터를 검토합니다. 명시적 원본 반영 확인 후 저장하고 GitHub Issue 링크에서 실제 생성·보드 추가·담당자·필드 값을 확인합니다.
- 일부 단계 실패나 결과 확인 필요이면 GitHub를 먼저 열어 생성 여부를 확인합니다. 같은 Issue를 확인 없이 다시 만들지 마세요.
5. 공통 자료·위키 링크·범위별 인기 페이지
- 여러 하위 프로젝트가 같은 GitHub·Drive·Notion·Zotero 자료를 쓴다면 과제 홈의 외부자료 연결에서 한 번 연결합니다. 개별 프로젝트 자료는 프로젝트에 연결합니다.
- 중요한 사이트와 참고 링크는 과제 위키 문서에 설명과 함께 정리합니다. 프로젝트별 링크도 해당 과제 위키에서 관리합니다. 링크 작성은 외부자료 연결이나 본문 수집과 별개입니다.
- 과제의 인기 페이지는 해당 과제 범위, 프로젝트의 인기 페이지는 해당 프로젝트 범위에서 집계합니다. 다른 범위 전체 인기 목록과 구분해 읽습니다.
- 프로젝트 목록의 상세 진행·업무·자료 집계는 필요한 카드를 펼칠 때 읽어 옵니다. 보이지 않는 항목은 검색·현재 참여권한·삭제 상태를 먼저 확인합니다.
과제·프로젝트에 표시되는 보고서 범위
- 과제·프로젝트 홈의 연구 진행 요약과 최근 보고서는 해당 범위에 연결된 보고서를 확인하는 자리입니다. 제목이 비슷하거나 같은 연구원이 작성했다는 이유만으로 다른 범위의 보고서가 해당 프로젝트 보고서가 되지는 않습니다.
- 보고서 자세히 보기에서 보고 대상과 근거의 과제·프로젝트를 확인합니다. 과제 전체 집계와 특정 하위 프로젝트의 보고는 구분합니다.
- 해당 범위의 보고서가 없으면 자료 연결과 보고 생성 범위를 확인합니다. 관련 없는 다른 보고서를 대신 읽고 현재 프로젝트 성과로 해석하지 마세요.
- 보고서가 잘못 연결돼 보이면 해당 페이지 주소와 보고서 주소를 고객센터에 알려 주세요. 보고서를 삭제해 문제를 해결하려 하지 말고 연결 범위를 먼저 확인합니다.