한 장짜리 진행 상황 보고는 무엇이 달라졌는지, 다음 주요 일정에 어떤 위험이 있는지, 청중이 무엇을 결정해야 하는지를 답해야 합니다. 프로젝트 기록 전체를 작게 압축하는 슬라이드가 아닙니다.
청중이 프로젝트를 이미 알고 있고 짧은 업데이트가 필요할 때 한 장을 사용하세요. 배경, 일정, 예산, 작업별 세부 내용이 필요하다면 먼저 전체 진행 보고서 구성 안내(영어)에 따라 자료를 준비하고, 한 장의 슬라이드를 요약으로 활용합니다. 슬라이드 수를 지키기 위해 판단에 필요한 정보를 숨기지 마세요.
프로젝트 이름보다 달라진 상황을 제목으로 쓰세요
프로젝트 이름과 보고일은 작은 머리글에 두고, 주요 제목에는 현재 상황을 씁니다. “통합 테스트 2일 연기, 출시 결정 일정은 유지”가 “주간 보고”보다 많은 정보를 줍니다. 이전 보고와 비교해 무엇이 달라졌는지도 드러납니다.
진척을 보여 주는 근거에 가장 넓은 공간을 배정하고, 주요 위험에는 작은 구역을, 결정이나 요청에는 구분된 공간을 사용합니다. “현재”보다 “10월 6일 기준”처럼 기준일을 적으세요. 신호등 표시가 빠르게 살펴보는 데 도움이 될 수 있지만, 색에만 의존하지 말고 상태를 나타내는 말과 설명을 함께 넣습니다.
팀에서 쓰는 상태 표시의 뜻도 정하세요. 예를 들어 “위험”은 주요 일정을 지키기 위해 개입이 필요한 상태, “중단”은 작업을 계속할 수 없는 상태로 구분할 수 있습니다. 공통 정의가 없다면 두 담당자가 같은 상황을 다르게 보고할 수 있습니다.
한 장의 보고 예시를 살펴보세요
다음은 가상의 고객 포털 프로젝트입니다. 수치는 설명용이며 Presenti의 실적이 아닙니다.
포털 시범 운영: 비밀번호 재설정 검증을 마친 뒤 사용자 테스트 진행
기준일: 10월 6일. 상태: 위험 — 비밀번호 재설정 검증 전용 계정이 아직 준비되지 않음.
진척: 기존 테스트 계정으로 인수 시나리오 5개 중 4개를 통과함. 비밀번호 재설정 시나리오는 전용 계정을 기다리고 있어 아직 검증하지 못함. 피드백 양식과 세션 진행 안내는 준비됨.
위험: 10월 8일까지 전용 계정을 사용할 수 없어 필요한 검증을 끝내지 못하면 10월 9일 첫 사용자 테스트를 연기해야 함. 프로젝트 책임자가 IT 부서와 조율함.
필요한 결정: IT 승인 담당자가 10월 8일까지 전용 계정 사용을 확정하거나, 프로젝트 책임자와 변경할 테스트 일정을 합의해야 함.
다음 주요 일정: 첫 사용자 테스트 진행. 예정된 세션을 마친 뒤 결과를 검토함.
이 슬라이드는 완료된 작업과 아직 검증하지 않은 작업을 구분합니다. 검증하지 않은 시나리오를 실패라고 하지 않으며, 5개 중 4개를 통과했다는 이유로 프로젝트 전체를 “80% 완료”라고 하지도 않습니다.
테스트 세부 사항을 묻는 경우를 대비해 인수 기준과 테스트 기록은 별도 문서나 부록에 둡니다. 슬라이드에서는 근거의 위치를 알려 주고, 전체 기록을 구석에 밀어 넣지 마세요.
다음 일정에 가까워졌음을 보여 주는 근거를 고르세요
“회의를 세 번 했다”는 활동을 설명합니다. “승인자가 데이터 항목을 승인해 구현을 시작할 수 있다”는 프로젝트 상태의 변화를 설명합니다. 준비 상태, 범위, 일정, 비용, 요청하는 결정에 영향을 주는 변화를 선택하세요.
개수에는 분모와 판정 기준을 붙입니다. “인수 시나리오 5개 중 4개 통과”는 판단할 수 있지만 “테스트가 거의 끝남”은 모호합니다. 주요 일정은 계획일과 현재 예상일을 비교하세요. 예산에서는 실제 지출, 이미 약정한 비용, 앞으로 예상되는 비용을 이름 없는 숫자 하나로 합치지 않습니다.
계산 방식을 설명할 수 없는 진행률은 피하세요. 작은 작업이 많이 끝났더라도 남은 한 작업에 위험이 집중되어 있을 수 있습니다. 정밀해 보이는 진행 막대보다 다음 일정의 상태를 짧게 설명하는 편이 더 정확할 수 있습니다.
이전과 현재 보고 기간을 비교할 수 있도록 조건을 유지합니다. 범위가 시나리오 5개에서 8개로 늘었다면 이를 밝히세요. 그렇지 않으면 완료 비율이 낮아진 것을 진척이 후퇴한 것으로 오해할 수 있습니다.
실행 가능한 요청을 쓰고 읽기 쉽게 정리하세요
“지원이 필요함”을 행동, 담당자나 결정권자, 기한으로 바꾸세요. 결정이 필요하지 않다면 “정보 공유용, 테스트 세션 종료 후 다음 보고”라고 적습니다. 칸을 채우려고 승인 요청을 만들어 낼 필요는 없습니다.
위험은 다음 주요 일정에 미치는 영향에 따라 우선순위를 정합니다. “10월 8일이 지나도 접근 권한이 없으면 9일 세션을 연기한다”처럼 조건과 결과를 연결하세요. 이미 진행 중인 대응도 덧붙이면 회의에서 팀이 한 일을 처음부터 반복하지 않아도 됩니다.
슬라이드가 복잡해지면 과거 활동 기록을 덜어 내고 자세한 근거는 보조 보고서로 옮깁니다. 기준일, 결정 사항, 중요한 조건은 남기세요. 일반적인 화면 공유 창에서 확인합니다. 모든 글자를 줄이는 것은 과도한 내용의 해결책이 아닙니다.
현재 기록으로 초안을 만들고 상태를 확인하세요
진척, 위험, 결정, 다음 주요 일정으로 나누어 짧은 원본 메모를 준비하세요. Presenti의 텍스트 기반 슬라이드 작성 기능으로 편집 가능한 초안을 만든 뒤 청중에게 필요한 정보로 좁힐 수 있습니다. 빠진 값은 추정하지 말고 알 수 없는 상태로 남기라고 명시하세요.
회의 전에 이름을 적은 담당자에게 날짜, 상태, 요청하는 행동을 확인합니다. AI가 생성한 문장이 담당자의 확인을 뜻하지는 않습니다. 회의 후에는 실제 결정을 프로젝트 기록에 남기세요. 제안 단계의 결정을 승인된 것처럼 보이게 슬라이드에 남겨 두지 않습니다.
