Where Projects Become Outcomes

"프로젝트를 성과로 전환하다"

감리대응 2

그 코드를 설명할 사람이 없었다

PMO 실전 노트 · Note 33테스트는 전부 통과했다.설명할 사람이 없었다.그 코드를 설명할 사람이 없었다 · HFC Consulting결함 수정 요청은 평범하게 도착했다. 정산 모듈의 금액이 특정 조건에서 어긋난다는 내용이었다.담당 개발자가 소스를 열었다. 화면을 오래 들여다봤다. 그리고 말했다. 이 부분은 AI가 생성했습니다.장면개발 생산성은 좋았다. 단위 테스트는 전부 통과했고, 일정은 계획보다 앞서 있었다. 문제는 결함이 아니라 그다음이었다. 고치려면 구조를 알아야 했다. 구조를 아는 사람이 없었다. 생성 당시의 지시문은 남아 있지 않았고, 설계서는 생성된 코드를 뒤따라 요약한 문서였다. 설계가 코드를 이끈 것이 아니라 코드가 설계서를 만들어 낸 셈이었다.감리 지적이 겹쳤다. 설계 산출물과 소..

PMO 실전 노트 2026.10.05

테일러링 결과서 작성 실무 - 판정을 문서로 남기는 법 (08/08)

AI 시대의 방법론 테일러링 · Ep.08 · 완결자른 이유를 적지 않으면자른 것이 아니라 빠뜨린 것이다.테일러링 결과서 작성 실무 · HFC Consulting감리 현장. 감리원이 산출물 목록과 실물을 대조하다가 물었다. "프로그램명세서가 없습니다." PM이 답했다. "코드 자동 문서화로 대체했습니다." 감리원이 다시 물었다. "그 결정은 어디에 기록되어 있습니까." 같은 대체라도, 결과서에 판정과 근거가 남아 있는 사업은 개선 권고로 끝나고, 없는 사업은 산출물 미비로 지적된다. 차이는 실물이 아니라 문서 한 장이다.완결편이다. 일곱 편의 판정을 감리와 검수 앞에서 통하는 문서로 바꾸는 법 — 테일러링 결과서를 다룬다.존재 이유 — 무단 생략과 테일러링을 가르는 문서테일러링 결과서는 산출물에 대한 산..