진척과 보고: 초록색 보고서를 의심하라 (05/08)

AI시대의 프로젝트 착수·수행 가이드 · Ep.05

3주 연속 92%였다.
아무도 묻지 않았다.

진척과 보고: 초록색 보고서를 의심하라 · HFC Consulting

---

주간회의 세 번째 주였다. 진척률은 3주 연속 92%였다. 아무도 그 숫자를 의심하지 않았다. 92%는 측정이 아니라 기도였기 때문이다.

진척 보고의 실패는 두 얼굴이다. 하나는 멈춘 숫자, 하나는 지켜지는 초록. 이 코너에는 두 실패의 기록이 이미 있다. 주간보고가 열두 주 연속 초록이었다는 7화의 기록과, 리스크 대장은 정확했지만 아무도 읽지 않았다는 5화의 기록이다. 이번 화는 그 실패를 구조로 막는 법이다.

90%의 저주, 초록의 관성

진척률이 90% 언저리에서 멈추는 이유는 단순하다. 완료의 정의가 없기 때문이다. "화면 개발 80%"에는 통합도, 예외 처리도, 시험도 없다. 남은 10%에 프로젝트의 어려운 전부가 산다. 그리고 보고가 초록을 유지하는 이유도 단순하다. 나쁜 소식의 전달 비용이 좋은 소식보다 비싸기 때문이다. 구조를 바꾸지 않으면 사람은 언제나 싼 쪽을 고른다.

기준	나쁜 예	좋은 예
측정 단위	감각적 백분율 ("80% 정도")	산출물 개수 ("화면 12/20본 시험 통과")
완료 정의	"개발 끝났습니다"	코드 리뷰 + 단위시험 통과 + 형상관리 등재
증빙	구두 보고	형상관리 이력과 시험 결과

구조에는 한 겹이 더 있다. 보고의 정치학이다. 파트장은 팀원의 보고에서 한 톤을 밝게, PM은 파트장의 보고에서 또 한 톤을 밝게. 보고 라인을 세 번 거치면 노랑은 초록이 된다. 악의가 아니라 낙관의 누적이다. 그래서 진척 보고는 사람의 해석을 거치기 전의 원천 데이터, 즉 산출물과 시험 결과에 닿아 있어야 한다.

주간보고 표준 골격: 사실·판단·요청

보고 양식은 착수 2주 안에 발주자와 합의한다(1화 체크리스트 ④). 골격은 세 부분이면 충분하고, 신호등을 쓴다면 색의 정의를 반드시 명문화한다. 정의 없는 색은 정치가 된다.

주간보고 표준 골격

① 사실 — 산출물 기준 진척, 완료·미완 목록, 증빙 링크

② 판단 — 리스크와 전망. 신호 기준 명문화: 노랑 = 2주 내 기준선 위협 / 빨강 = 기준선 변경 필요

③ 요청 — 발주자의 의사결정이 필요한 사항과 기한

리스크 대장은 별첨이 아니라 ②의 본문이다 — 읽히지 않는 대장은 없는 대장이다

완료 정의의 합의는 어렵지 않다. 산출물 유형별로 한 문장이면 된다. 화면은 리뷰와 단위시험 통과, 인터페이스는 연동시험 통과, 문서는 발주자 승인. 이 세 문장을 착수 회의에서 합의하는 데 삼십 분이 걸리고, 합의하지 않은 대가는 열 달간의 숫자 논쟁이다.

③이 이 골격의 심장이다. 요청이 없는 보고는 통보이고, 통보는 읽히지 않는다. 매주 발주자에게 결정할 것을 한 가지씩 요구하는 보고는 발주자를 관객에서 당사자로 바꾼다. 그리고 당사자는 빨강을 문책하지 않는다. 함께 결정한 기록이 쌓여 있기 때문이다.

예상 반론과 대응

반론. "빨강을 올리는 순간 주간회의가 문책 회의가 된다."

대응. 문책을 부르는 것은 빨강이 아니라 늦은 빨강이다. 열두 주의 초록 뒤에 나온 빨강은 배신이지만, 둘째 주의 노랑은 관리다. 첫 노랑을 보고한 파트를 회의에서 인정하는 것, 그 문화는 PM이 만드는 것이지 발주자가 주는 것이 아니다.

반론. "산출물 기준 집계는 번거롭다."

대응. 형상관리와 시험 도구에서 완료 건수를 뽑는 일은 이제 자동화의 영역이다. AI 시대에 진척 집계를 수작업으로 하는 것이 오히려 예외가 되어야 한다. 번거로운 것은 집계가 아니라, 완료 정의를 처음 합의하는 한 번의 회의다. 그 한 번을 착수 단계에 치르는 것이 이 연재 1화의 요지였다.

반론. "매주 결정을 요청하면 발주자가 부담스러워한다."

대응. 요청의 크기를 조절하면 된다. 모든 요청이 승인일 필요는 없다. "이 방향으로 진행합니다, 이견 있으면 수요일까지 회신 주십시오" 수준의 확인 요청부터 시작해도 효과는 같다. 핵심은 발주자의 이름이 매주 의사결정 기록에 남는 구조다. 그 기록이 쌓이면 검수와 정산의 국면에서 프로젝트의 주요 결정은 공동의 결정이었다는 문서가 되어 있다. 부담이 아니라 보험을 나눠 드는 것이라고 설명하면, 받아들이지 않는 발주자는 드물다.

보고는 색이 아니라 문장이다

좋은 보고의 기준은 초록의 개수가 아니라, 그 보고를 읽은 발주자가 무엇을 결정했는가다. 색은 요약일 뿐이고, 결정을 만드는 것은 사실과 판단과 요청의 문장이다. 색이 문장을 대신하기 시작한 프로젝트가 어떻게 끝나는지, 우리는 코너의 기록으로 이미 알고 있다.

마지막으로 리스크 대장의 자리를 정하자. 별도 파일로 관리되는 대장은 반드시 죽는다. 대장의 상위 3건을 매주 보고의 판단 섹션에 옮겨 적고, 각 건에 대응 상태를 한 줄씩 붙이는 것으로 충분하다. 리스크가 보고 본문에 살면 회의가 리스크를 다루게 되고, 회의가 다루는 리스크는 관리되는 리스크다. 정확했지만 읽히지 않았던 대장의 최후를 반복하지 않는 방법은 그것뿐이다.

체크포인트 — 완료 정의를 착수 단계에 합의 / 진척은 산출물 개수로 / 신호 기준 명문화 / 요청 없는 보고는 통보다

📎 더 읽을거리

PMI, Pulse of the Profession — 프로젝트 성과 측정과 실패 요인에 대한 연례 글로벌 조사

소프트웨어진흥법 (국가법령정보센터) — 소프트웨어사업의 관리·감독에 관한 제도적 근거

본 글은 일반적인 정보 제공을 목적으로 하며 개별 사안에 대한 법률 자문이 아닙니다. 구체적인 계약·법률 판단은 반드시 전문가와 상의하시기 바랍니다.

주간보고가 읽히고 있습니까

HFC컨설팅은 진척 판정 기준 수립, 보고 체계 설계, 조기 경보 구조 구축을 지원합니다. 보고서는 매주 나가는데 결정은 돌아오지 않는다면, 골격부터 다시 볼 때입니다.

changks@hfcconsulting.co.kr

1영업일 이내 답변 · 주식회사 에이치에프씨 컨설팅 · 대표이사 장기석

---

📚 AI시대의 프로젝트 착수·수행 가이드

◀ 이전 편: 인력 운용: 투입계획서와 현실 사이

다음 편 ▶ 변경 대응: 변경을 막지 말고 절차에 태워라

연재 전체 보기 →