한 해 업무를 연말 결산 보고로 묶기

1분기 기록에서 과제 4개가 나왔고, "12곳 등록 절차 진행"은 완료로 올리지 않고 진행 상태로 남았다.

"완료와 진행 중을 표에 나눠 표시해 주세요"를 덧붙이면 결산에 바로 쓸 수 있다.

연말이 되면 1년 치 기록을 한꺼번에 붙여넣고 정리를 맡기게 됩니다. 그런데 그렇게 하면 1월과 2월에 한 일이 결과에서 통째로 빠집니다. 모델이 한 번에 다루는 분량에는 한계가 있어 뒤쪽 내용이 앞쪽을 밀어내기 때문입니다. 연말 업무보고 프롬프트를 분기 단위로 쓰는 이유가 이것입니다.

마지막 문단이 그 장치입니다. 한 번에 다 넣는 대신 분기별로 나눠 같은 대화에서 네 번 돌리고, 마지막에 합치라고 지시합니다. 앞 분기의 표가 대화에 남아 있으니 합칠 때 참고가 되고, 각 분기를 볼 때는 그 분기만 꼼꼼히 읽게 됩니다. 한 해 업무 결산 보고서는 이렇게 만들어야 앞부분이 살아남습니다.

단계를 넷으로 끊은 것은 정리와 평가를 분리하려는 것입니다. 완료 여부 판정, 목표와의 연결, 숫자 유무 구분, 묶기를 한꺼번에 시키면 모델은 "성공적으로 개편하였음" 같은 문장으로 네 가지를 뭉갭니다. 형식 문단의 네 열은 그 판정 결과를 각각 다른 칸에 앉히려고 정해 둔 것입니다.

제약 문단의 [수치 확인]은 성과 보고에서 가장 위험한 지점을 막습니다. "마감 시간 40% 단축" 같은 숫자는 모델이 문장을 그럴듯하게 만들려고 쉽게 지어내고, 평가 면담에서 그 숫자를 다시 물으면 답할 수 없습니다. 잘 안 된 일을 배운 점과 함께 남기게 한 것은 목표 대비 미달을 스스로 설명할 자리를 만들어 두기 위해서입니다.

결과는 하반기 위주의 목록이 됩니다. 상반기에 했던 일은 한두 줄로 줄거나 아예 빠지고, 연초 목표와 연결되는지도 확인되지 않습니다. 문장은 "적극적으로 지원하여 성공적으로 완료하였음"처럼 평가어로 채워지는데, 평가자가 보기에 이런 문장은 무엇을 했는지 알려 주지 않아 결국 다시 물어보게 됩니다. 게다가 그럴듯한 비율 수치가 섞여 들어가면 면담에서 방어하기 어렵습니다.