연구 포트폴리오

논문 여러 편을 함께 진행할 때 한 편 안에서는 보이지 않는 일을 맡는다. 편 사이 경계, 같은 문헌의 중복 판정, 투고처와 요건, 결정의 전파, 프로젝트 전체 점검이다. research-session의 공통 규칙을 따른다.

이 스킬이 없을 때 같은 일이 반복됐다. 1년 동안 네 편의 투고처를 여섯 번 옮겼고, 졸업 점수와 학회 등급을 매번 손으로 다시 계산했고, 같은 선행 연구를 두 프로젝트가 따로 대조했다.

0. 파일

포트폴리오 폴더는 프로젝트 설정이나 사용자가 정한다(여러 편을 묶는 상위 폴더 등). 그 안에 다음을 둔다.

포트폴리오 폴더의 승인기록에는 여러 편에 걸친 결정을 적는다. 한 프로젝트의 결정은 그 프로젝트의 docs/승인기록.md에 적는다. 포트폴리오의 결정이 어느 프로젝트에 영향을 주면 그 프로젝트의 현황에도 적는다. 포트폴리오 폴더와 공용 문헌 대장의 경로는 각 프로젝트 설정에 적는다.

1. 연구 지도

편마다 한 줄을 둔다.

• 단계: 착수 전, 관문, 실행, 원고, 투고, 심사 중, 게재, 접음.
• 각 프로젝트의 관문 기록(docs/관문/)과 접은 주제(docs/접은주제.md)를 읽어 단계와 다음 관문 칸을 채운다. 접은 주제는 지도에서 지우지 않고 단계를 접음으로 둔다.
• 사용자가 정한 축(예: 검증의 시점과 주체)이 있으면 편을 그 격자 위에 놓은 표를 하나 더 둔다.
• 편을 더하거나 빼거나, 경계나 투고처를 바꾸면 새 판을 만든다. 지난 판은 구판/으로 내리고, 판 머리에 바뀐 것과 이유를 적는다.
• 한 편의 투고처 변경이 세 번째가 되면 진행을 멈추고 사용자에게 지금까지의 변경과 이유를 숫자로 보인다.

2. 경계

같은 질문, 같은 자료, 같은 선행 연구, 같은 실험을 쓰는 편 쌍마다 경계를 한 문장으로 적는다(예: "A는 판정 규칙의 형식과 측정, B는 그 위의 결정 모형과 실험"). 정하지 못한 쌍은 feasibility-gate의 G6 미통과로 본다.

• 이중 맹검 원고 둘이 같은 저자의 것이면 서로를 어떻게 인용할지, 같은 표나 문장을 얼마나 겹치게 둘지 정한다.
• 한 편의 결정(범위 축소, 자료 이동)이 다른 편의 경계를 건드리면 5절의 전파를 한다.

3. 공용 문헌 대장

literature-scout가 읽고 쓰는 표다.

• 같은 문헌이 프로젝트마다 다른 거리로 판정되면 표시하고 두 판정을 나란히 보인다.
• 거리 1~2 문헌이 새로 들어오면 그 문헌을 쓰는 다른 프로젝트의 현황에도 알린다.

4. 투고처와 요건

투고처 표:

• 등급은 사용자가 따르는 목록(학과 졸업 규정, 학회 목록, 색인)의 원문 페이지에서 확인하고 확인 날짜를 적는다. 접근이 막히면 "가정"으로 표시하고 사용자에게 확인을 요청한다. 기억으로 등급을 적지 않는다.
• 공개 시점이 특허 출원과 얽히면 출원 순서를 비고에 적는다.

요건 계산:

1. 규칙을 표로 적는다(구분별 점수, 공저자 감점, 제1저자 몫, 반드시 넣어야 하는 구분). 규칙의 출처와 판을 적는다.
2. 편별로 점수를 계산한다. 게재 확정, 심사 중, 계획을 나눠 시나리오별 합계와 여유를 보인다.
3. 여유가 0 이하인 시나리오가 있으면 맨 위에 적는다.

투고처를 바꾸자는 결정이 나오면 이유를 승인기록에 남기고 그 편의 G5(일정과 요건)를 다시 판정한다.

5. 결정 전파

여러 편에 걸친 결정(투고처, 범위, 경계, 자료 이동)이 바뀌면 고칠 문서를 손으로 기억해 찾지 않는다.

1. 결정의 대상(편 이름, 투고처 이름, 자료 이름)으로 모든 프로젝트 폴더를 검색한다.
2. 걸린 문서를 목록으로 만들고 프로젝트별 담당을 붙인다.
3. 각 프로젝트의 현황에 결정과 날짜를 적는다. 다른 도구가 담당인 문서는 인계 노트로 알린다.
4. 끝나면 목록의 처리 상태를 승인기록에 남긴다.

6. 일일 점검

읽기만 하고 결정하지 않는다. 결정이 필요한 것은 "결정 대기"로 표시하고 선택지와 비용을 적는다.

1. 지난 24시간 안에 바뀐 파일을 문서와 자료, 코드로 나눠 센다. 같은 분에 20건 넘게 찍힌 묶음은 일괄 복사로 보고 진행으로 세지 않는다.
2. 각 프로젝트의 현황, 승인기록, 관문 기록, 접은 주제, 검토하지 않은 검토서(각 저장소의 origin/away/* 브랜치, research-batch 8.3 1번)를 읽는다. 검토서가 있으면 결정 대기와 검토 대기 수를 현황판으로 옮긴다. 원고나 코드가 바뀌었는데 기록이 2시간 넘게 오래됐으면 "기록 지연"으로 표시한다.
3. 어제 현황판과 비교해 달라진 것과 그대로인 것을 적는다.
4. 프로젝트 사이를 본다: 전달할 정보(한 프로젝트의 결정이 다른 프로젝트 문서보다 새것), 문서 사이 어긋남, 14일 안의 마감 충돌, 공유 자원 장부(크레딧, 사용량, 사람의 시간), 7일 이상 정체, 대리 판정 대기 수.
5. 현황판에는 오늘 볼 것(5줄 이하), 한눈에 보는 표, 전달표, 어긋남, 30일 일정, 결정 대기를 둔다.

정기적으로 돌리려면 예약 작업으로 두고, 사용자 컴퓨터의 폴더를 읽어야 하면 그 컴퓨터를 붙인다.

7. 보고

틀은 research-session 8절(시작 안내, 진행판, 마침 보고)을 따른다. 아래는 이 스킬의 보고에 들어갈 내용의 예다.

== 진행 | 포트폴리오 | 일일 점검 | HH:MM ==
편   단계   전체 진척             다음 관문  마감   상태
A    원고   [#########---] 9/12   -          D-12   [멈춤] 투고처 변경 3회째, 사용자 확인 필요
B    실행   [####--------] 4/12   G7         D-40   [진행]
C    관문   [##----------] 2/10   G2         -      [멈춤] 검토서 1건
D    원고   [######------] 6/12   -          D-25   [진행]

요건   확정 4점, 심사 중 포함 7점, 여유 0 시나리오 있음
문헌   새 거리 1 문헌 1건, B와 C에 알림
결정   2건 / 기록 지연 1건(C)

만들거나 고친 파일은 답에서 바로 열 수 있게 보인다.