결과 예시
표 3행이 나왔고 이슈에 걸린 결제 연동은 위험, 나머지 둘은 주의로 잡혀 정상이 하나도 없었다. 메모에 없는 일정은 [확인 필요]로 남았다.
| 마일스톤 | 상태 | 근거 한 줄 | 다음 주 계획 |
|---|---|---|---|
| 결제 연동 개발(9/19) | 위험 | 결제사 규격 문서 미수령으로 착수 못 함, 2주 지연 가능 | 규격 문서 회신 독촉, 받는 즉시 착수 |
| 내부 테스트 시작(10/2) | 주의 | QA 환경 세팅은 완료, 결제 연동 지연에 걸려 있음 | [확인 필요] 연동 일정 확정 후 재산정 |
회의에서 바로 읽으려면 "표 아래 두 목록을 한 문장씩으로 줄여 줘"를 덧붙이면 된다.
Claude에서 실제로 실행해 확인 · 2026-09
왜 이렇게 쓰는가
주간 현황 보고가 쓸모없어지는 순간은 정해져 있습니다. 잘된 일만 적히고 상태가 전부 초록불일 때입니다. 그러다 마감 2주 전에 문제가 한꺼번에 터지고, 그때는 도와줄 사람이 손쓸 시간이 없습니다. 프로젝트 진행상황 보고 프롬프트는 나쁜 소식이 표 밖으로 밀려나지 않게 자리를 미리 만들어 두는 일입니다.
형식 문단이 상태 값을 정상·주의·위험 셋으로만 제한한 이유가 여기 있습니다. 자유롭게 쓰게 두면 "진행 중"이라는 말이 모든 칸을 채우는데, 그 말로는 늦은 것인지 아닌지 알 수 없습니다. "근거 한 줄" 열은 상태를 판단한 사실을 옆에 붙이게 해서, 읽는 사람이 내 판단을 다시 확인할 수 있게 합니다.
제약 문단의 "이슈에 언급된 마일스톤은 정상으로 두지 마세요"는 짧지만 이 프롬프트에서 가장 중요한 줄입니다. 메모에 문제가 적혀 있어도 모델은 문장을 매끄럽게 만들려고 낙관 쪽으로 기울기 때문입니다. 표 아래 "도와주셔야 할 일" 칸도 같은 목적입니다. 칸이 없으면 요청은 끝내 적히지 않습니다.
마지막 문단은 다 쓴 뒤 스스로 점검하게 합니다. 프로젝트 현황 공유를 챗봇에 맡길 때 흔한 실패는 조건을 앞에서 다 읽고도 뒤로 갈수록 잊는 것인데, 마지막에 조건을 다시 대조하게 하면 상태가 전부 정상으로 채워진 표를 스스로 걸러 냅니다.
용어가 낯설면 아하AI에서: output-format, self-consistency
나쁜 예와 비교
이번 주 프로젝트 진행상황 정리해줘
(주간 메모 붙여넣기)
결과는 "화면 설계 리뷰를 완료하였으며 QA 환경 세팅도 마무리되었습니다"처럼 끝난 일만 이어 붙인 문단이 됩니다. 결제사 규격 문서를 못 받아 개발이 멈춰 있다는 사실은 "일부 확인 중"이라는 한마디로 줄어들고, 그 문장을 읽고 도와줄 사람은 없습니다. 마일스톤별 상태도 없어서 팀장은 어느 일정이 위험한지 다시 물어봐야 합니다.
변형
경영진에게 한 장으로 보고할 때
{{프로젝트명}}의 현황을 경영진 보고용 한 장으로 정리해 주세요. 맨 위에 "지금 결정이 필요한 것" 한 줄, 그 아래 전체 상태 한 단어(정상·주의·위험)와 그 근거 두 문장을 쓰고, 마지막에 마일스톤 {{마일스톤}} 기준 일정표를 넣어 주세요. 실무 용어는 풀어서 쓰고 전체를 400자 이내로 해 주세요.
""" {{현재 상태 메모}} """
경영진은 진척률보다 결정할 것을 먼저 봅니다. 순서를 뒤집고 분량을 줄였습니다.
지연 사실을 처음 알릴 때
{{프로젝트명}}의 일정이 밀렸다는 사실을 유관 부서에 처음 알리는 글을 써 주세요. 첫 문장에 무엇이 얼마나 밀렸는지 숫자로 밝히고, 이유는 두 문장 이내로 사실만 적어 주세요. 그다음에 새 일정안과 만회 계획, 상대 부서가 조정해야 할 일을 순서대로 적어 주세요. 사과는 한 문장만 하고 변명은 넣지 마세요.
""" {{이슈}} """
지연 통보는 사과를 길게 쓸수록 신뢰를 잃습니다. 사실과 새 일정에 자리를 몰아주었습니다.
모델별 주의
스스로 점검하라는 마지막 문단을 무시하고 초안만 내놓는 모델이 있습니다. 그럴 때는 결과를 받은 뒤 "상태가 정상인 항목마다 근거를 다시 확인해 줘"라고 한 번 더 요청하세요.
관련 프롬프트
마지막 수정 2026-09-02 · 잘못된 점이 있나요? 알려 주세요