Where Projects Become Outcomes

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

변경관리 14

배치는 아침에도 끝나지 않았다

PMO 실전 노트 · Note 37밤은 끝났다.배치는 끝나지 않았다.배치는 아침에도 끝나지 않았다 · HFC Consulting통합테스트 3주차, 아침 9시의 상황실. 모니터의 진행률은 71%에 멈춰 있었다. 밤 10시에 시작한 야간 배치였다. 현업의 조회 화면은 잠겨 있었고, 전화는 울리기 시작했다.장면한 유통 기업의 기간계 재구축 사업. 개발기 데이터로는 6시간이면 끝나던 일괄 집계 배치가, 운영 데이터 전수를 투입하자 14시간을 넘겼다. 수행사 PL이 먼저 말했다. "요구사항정의서에 배치 완료 시한은 없습니다." 발주 담당자가 받았다. "업무 시작 전에 끝나는 건 당연한 것 아닙니까."양쪽이 각자의 문서를 뒤졌다. RFP, 제안서, 요구사항정의서, 검수기준서. 배치 윈도라는 단어는 어디에도 없었다...

PMO 실전 노트 2026.10.12

데이터 정비 사업의 과업범위 - 범위는 왜 항상 넘치는가 (03/08)

AI 시대의 데이터 발주 가이드 · Ep.03착수 때 12개였다.종료 때 19개가 되어 있었다.데이터 정비 사업의 과업범위 - 범위는 왜 항상 넘치는가 · HFC Consulting계약서의 정비 대상은 원천 시스템 12개였다. 종료 보고서에는 19개가 적혀 있었다. 늘어난 7개에 대한 계약 변경은 없었다. 대가 조정도 없었다. 수행사는 적자로 마감했고, 발주 담당자는 그 사실을 사업이 끝나고 알았다. 다음 사업의 입찰에 그 수행사는 들어오지 않았다.범위가 넘치는 세 가지 경로데이터 정비 사업의 범위는 세 갈래로 넘친다. 첫째, 숨은 원천이다. 착수 후에야 발견되는 부서 서버의 엑셀 원장, 퇴직자가 만든 접속 계정 없는 데이터베이스. 둘째, 하는 김에 요청이다. 정비 인력이 들어와 있으니 이 테이블도 이참..

그것은 하자인가 요구인가

PMO 실전 노트 · Note 21오픈 두 달 뒤,무상 작업 목록이 도착했다.그것은 하자인가 요구인가 · HFC Consulting하자담보 기간 두 달째였다. 발주 현업에서 공문 한 장이 왔다. 제목은 하자 조치 요청. 첨부된 목록에는 서른 건이 있었다.장면 ✍️유통 기업의 기간계 시스템이었다. 오픈은 무사히 넘겼고 검수도 끝났다. 목록을 열어 보니 절반은 결함이 아니었다. 조회 화면에 열을 추가해 달라는 요청. 새 정산 리포트. 오픈 이후 바뀐 사내 정책을 반영해 달라는 건. 그 사이에 실제 결함도 섞여 있었다. 정산 배치가 특정 조건에서 이중 집계되는 건은 변명의 여지가 없는 하자였다.현업의 논리는 하나였다. 지금 이대로는 쓸 수 없다, 쓸 수 없으면 하자가 아닌가. 수행사 개발팀장의 논리는 그 반대..

PMO 실전 노트 2026.08.31

그 지시는 회의록에 없었다

PMO 실전 노트 · Note 14지시는 분명히 있었다.기록은 어디에도 없었다.그 지시는 회의록에 없었다 · HFC Consulting수요일 주간회의가 끝난 뒤였다. 발주 담당 과장이 수행사 PM을 복도로 불렀다. 다섯 문장이 오갔다. 회의록에는 한 줄도 남지 않았다.장면2020년대 초, 한 공공기관의 차세대 사업이었다. 당시 나는 발주기관 편에 선 PMO였고, 그 사업의 주간회의에 매주 앉아 있었다. 복도에서 과장이 PM에게 건넨 요청은 명확했다. 포털 첫 화면의 구성을 바꿔 달라는 것. 요구사항 정의서에는 없는 내용이었다. 과장은 덧붙였다. "다음 보고 때 반영된 화면을 보고 싶습니다."PM은 돌아와 팀을 소집했다. 개발 리더가 물었다. 변경요청서를 접수한 것이냐고. PM은 고개를 저었다. 발주 담당..

PMO 실전 노트 2026.08.17

변경 대응: 변경을 막지 말고 절차에 태워라 (06/08)

AI시대의 프로젝트 착수·수행 가이드 · Ep.06버튼 하나만, 이라고 했다.마흔일곱 번째 버튼이었다.변경 대응: 변경을 막지 말고 절차에 태워라 · HFC Consulting"버튼 하나만 옮겨 주세요." 현업의 요청은 언제나 작게 시작한다. 개발자는 친절한 사람이라 그 자리에서 반영했다. 석 달 뒤 일정 지연의 원인 회의에서, 아무도 그 버튼들을 기억하지 못했다. 지연만 남아 있었다.변경은 프로젝트의 사고가 아니라 날씨다. 오는 것을 막을 수 없고, 올 것을 알고 대비할 수는 있다. 대비의 이름이 변경관리 절차다.무상 수용이 축적되는 구조축적의 경로는 세 단계다. 작은 요청은 절차를 우회한다. 우회한 변경은 기록을 남기지 않는다. 기록 없는 변경은 일정 지연의 원인 분석에서 사라진다. 그래서 마지막 회..

서비스로 해드리겠습니다, 그 말의 청구서

PMO 실전 노트 · Note 09회의록에 남지 않은 약속이석 달 뒤 검수 항목으로 돌아왔다.서비스로 해드리겠습니다, 그 말의 청구서 · HFC Consulting프로젝트에서 가장 비싼 말은 "서비스로 해드리겠습니다"이다. 그 말은 대가 없이 나가지만, 청구서는 반드시 돌아온다. 다만 돈이 아니라 범위 분쟁의 형태로 돌아올 뿐이다.장면한 제조 대기업의 시스템 구축 사업, 중간보고 자리였다. 현업 부서장이 화면을 가리켰다. "이 조회 화면, 엑셀 다운로드만 되면 되겠습니다. 어려운 것은 아니지요?" 배석한 수행사 영업 임원이 PM보다 먼저 답했다. "그 정도는 서비스로 해드리겠습니다."회의록에는 남지 않았다. 변경요청서도 없었다. 석 달 뒤 통합테스트 단계에서 그 화면이 다시 나타났다. 요구사항 추적표에는..

PMO 실전 노트 2026.08.04

변경관리: 운영 중의 변경이 개발 때보다 무겁다 (07/08)

AI 시대의 운영·유지보수 · Ep.07패치는 세 줄이었다.영향은 세 시스템에 걸쳐 있었다.변경관리: 운영 중의 변경이 개발 때보다 무겁다 · HFC Consulting세 줄짜리 패치였다. 사소해 보였고, 변경통제위원회를 거치지 않고 담당자 판단으로 배포되었다. 이틀 뒤, 연계된 다른 시스템에서 이상 동작이 보고되었다. 원인을 추적하니 그 세 줄이었다. 개발 단계였다면 리뷰 한 번으로 걸러졌을 문제가, 운영 단계에서는 이미 퍼진 뒤에야 발견되었다.이번 화는 운영 중 변경관리가 왜 개발 중 변경관리보다 무거워야 하는지에 관한 이야기다.오픈 전 가정 — 개발 때 쓰던 절차를 그대로 쓰면 된다많은 조직이 운영 단계의 변경관리를 개발 단계 절차의 축소판으로 설계한다. 규모가 작으니 승인 단계도 줄이고, 리뷰도 ..

감리원이 틀렸다고 생각했는데, 지금 보면 맞았다

PMO 실전 노트 · Note 01그때는 감리원이 틀렸다고 생각했다.지금 보면 맞았다.변경관리 게이트, 그리고 내가 배운 것 · HFC ConsultingPMO를 오래 하다 보면, 나중에야 상대가 옳았다고 깨닫는 순간이 있다. 당시에는 일정 압박과 현장의 논리가 더 커 보였다. 시간이 지나 다른 프로젝트에서 비슷한 상황을 마주쳤을 때, 그때 그 감리원이 무엇을 보고 있었는지 이해했다.그때의 장면✍️ 중간 규모의 금융 시스템 재구축 사업이었다. 오픈 3개월 전, 현업 요청으로 핵심 화면 두 개의 레이아웃을 바꾸는 요구가 들어왔다. 개발팀은 "일주일이면 된다"고 했고, PM인 나는 변경요청(CR) 절차를 생략하고 바로 구현을 지시했다. 일정이 촉박했다.감리 중간 점검에서 감리원이 지적했다. "이 변경은 변경..

PMO 실전 노트 2026.07.21

에이전틱 AI가 기업 업무에 들어왔습니다 - PM의 관리 범위는 어디까지입니까

HFC 이슈 브리핑 · Brief 03AI가 스스로 일하기 시작했다.PM의 관리 범위는 어디까지인가.에이전틱 AI의 기업 침투와 프로젝트 관리의 재설계 · HFC Consulting에이전틱 AI(Agentic AI)라는 단어가 급속히 확산하고 있다. 지시를 기다리는 도구가 아니라, 스스로 판단하고 실행까지 하는 AI다. 물류에서는 재고 부족을 감지하면 AI가 발주를 넣는다. 개발 현장에서는 장애가 발생하면 AI가 코드를 수정하고 서버를 재부팅한다. 이 흐름이 프로젝트 관리 구조에 어떤 충격을 주는지, 발주자와 PM은 지금 어디에 서야 하는지를 짚는다.에이전틱 AI가 기존 AI와 다른 점ChatGPT나 Copilot 같은 생성형 AI는 질문에 답하는 도구다. 사람이 입력하고, AI가 출력하고, 사람이 판단..

관리 ④ 변경·형상: 변경통제위원회의 속도 문제 (05/10)

AI 시대의 프로젝트 방법론 · Ep.05변경요청서가 접수됐을 때,변경은 이미 배포돼 있었다.관리 ④ 변경·형상: 변경통제위원회의 속도 문제 · HFC Consulting월간 변경통제위원회. 안건 14건이 상정됐다. 심의 중에 간사가 곤란한 얼굴로 보고한다. "이 중 아홉 건은 이미 반영되어 운영 중입니다. 사후 승인 안건입니다." 위원장이 묻는다. "그러면 우리는 지금 무엇을 심의하는 겁니까." 아무도 답하지 않는다. 위원회가 무력해서가 아니다. 변경이 생기는 속도가 위원회가 모이는 속도를 추월했기 때문이다.변경관리는 방법론의 마지막 방어선이다. 범위도 일정도 품질도 결국 변경을 통해 무너지기 때문이다. 이 방어선이 형식이 되는 순간, 앞의 모든 관리가 장부상의 것이 된다.전제 — 변경은 드물고 비싸다..