(주)HFC컨설팅

PMO 실전 노트 · Note 05리스크 대장 37번 항목.석 달 전에 이미 적혀 있었다.리스크 대장은 정확했다 · HFC Consulting리스크 대장은 프로젝트에서 가장 정직한 문서다. 그리고 가장 읽히지 않는 문서다. 등록은 성실하고 열람은 없다. 그 간극이 사업 하나를 흔드는 장면을 본 적이 있다.이번 노트는 그 간극에 관한 기록이다.장면오픈을 2주 앞둔 목요일이었다. 한 공공기관의 차세대 사업. 연계 기관에서 공문이 왔다. 인터페이스 규격을 개정한다는 통보였다. 적용 시점은 오픈 이후가 아니었다. 오픈 전이었다.회의실이 소란해졌다. 개발 리더는 연계 모듈의 재작업 공수를 계산하기 시작했다. 사업관리 담당자는 계약서의 지체상금 조항을 다시 읽었다. 누군가 물었다. "이 건, 예상하지 못했던 겁니까..

PMO 실전 노트 · Note 04성능테스트는 통과했다.오픈날 시스템은 멈췄다.잘못한 게 없는데 터진 이유 · HFC Consulting오픈 당일 오전 아홉 시. 시스템이 멈췄다.PM은 전날 밤까지 최종 점검을 했다. 성능테스트 결과표를 다시 펼쳤다. 목표치를 넘었다. 응답시간, 처리량, 동시접속 — 모든 항목이 기준을 통과했다. 검수 도장도 찍혔다. 그런데 실제 사용자들이 몰리자 시스템이 버텨내지 못했다.PM은 무엇을 잘못한 것인가. 아무것도 잘못하지 않았다. 그것이 문제였다.노트북으로 실제 부하를 만들 수 없다성능테스트는 부하를 인위적으로 만들어야 한다. 현장에서 쓸 수 있는 도구는 제한적이다. 노트북을 수십 대 연결하고, 부하 생성 도구를 돌린다. 그게 현실에서 만들 수 있는 최대치다. 그러나 오픈..

PMO 실전 노트 · Note 03수행계획서는 킥오프 날이미 낡아 있었다.아무도 꺼내지 않은 말, 그리고 그 대가 · HFC Consulting킥오프 회의실. PM이 수행계획서를 띄웠다.슬라이드를 넘기면서 그는 알고 있었다. 3페이지의 일정은 이미 현실과 맞지 않았다. 계약 협상이 예상보다 길어지면서 착수가 2주 밀렸다. 그 2주가 계획서 어디에도 반영되지 않았다. 발주사 담당자들이 고개를 끄덕이며 듣고 있었다. PM은 계속 넘겼다.킥오프가 끝났다. 아무도 그 말을 꺼내지 않았다.왜 PM은 그 말을 꺼내지 않았는가이유는 단순하다. 킥오프 당일에 일정 문제를 꺼내는 것은 시작부터 불안감을 주는 일이다. 발주사 임원들이 모인 자리에서 "사실 계획서가 현실과 다릅니다"라고 말하는 PM은 없다. 분위기를 깨는 ..

PMO 실전 노트 · Note 02가장 중요한 결정은회의록에 없었다.복도에서 난 결정, 그리고 6개월 뒤 · HFC Consulting회의가 끝났다. 사람들이 회의실을 나섰다.발주사 팀장과 수행사 아키텍트가 복도에서 잠깐 섰다. 두 사람이 나눈 대화는 3분이었다. "그 부분은 그냥 이렇게 가죠." 아키텍트가 고개를 끄덕였다. 팀장이 먼저 걸어갔다.그 3분이 시스템의 핵심 구조를 바꿨다. 회의록에는 없었다.6개월 뒤, 아무도 기억하지 못했다통합 테스트 단계였다. 특정 모듈의 처리 방식이 설계 문서와 달랐다. PM이 원인을 추적했다. 개발자는 말했다. "아키텍트한테 그렇게 하라고 들었습니다." 아키텍트는 말했다. "팀장님이 그렇게 가자고 하셨습니다." 팀장은 말했다. "그런 얘기를 한 적이 없는데요."세 사..

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

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

AI 시대의 프로젝트 방법론 · Ep.10 (완결)"정답 방법론"을 묻는 질문이,틀린 질문이었다.하이브리드 설계 원칙 · HFC Consulting방법론 표준화 태스크포스의 마지막 회의. 석 달의 검토 끝에 누군가 지친 목소리로 묻는다. "그래서 결론이 뭡니까. 우리는 뭘 쓰면 됩니까." 애자일을 밀던 쪽과 기존 표준을 지키던 쪽이 동시에 좌장을 본다. 좌장이 답한다. "그 질문이 우리를 석 달 동안 묶어 뒀습니다. 전사에 하나의 정답이 있다는 가정 — 그것부터 버려야 합니다."아홉 편의 결론은 하나로 모인다. 방법론은 진열대에서 고르는 것이 아니라 사업의 조건 위에 설계하는 것이다. 완결편은 그 설계에 필요한 도구 — 두 개의 축과 다섯 개의 원칙 — 를 정리한다.선택 매트릭스 — 두 개의 축이 조합을..

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

AI 시대의 프로젝트 방법론 · Ep.04보고서를 만드는 데,금요일 오후가 통째로 들었다.관리 ③ 의사소통·보고: 주간보고는 누구를 위한 것이었나 · HFC Consulting금요일 오후 2시. 각 파트 리더들이 주간보고 취합을 시작한다. 진척률 숫자를 맞추고, 이슈의 표현 수위를 다듬고, 지난주 양식에 이번 주 내용을 붓는다. 4시 반, 12페이지 보고서가 완성된다. 월요일 아침 회의에서 그 보고서는 7분간 화면에 떠 있다가 닫힌다. 질문은 두 개였고, 둘 다 보고서에 없는 내용이었다. 여섯 명의 반나절이 7분을 위해 쓰인 셈이다.누구도 게으르지 않았다. 다만 이 의식이 설계된 시대의 정보 환경과 지금의 정보 환경이 다를 뿐이다.전제 — 보고서가 유일한 가시성 수단이던 시대주간보고와 정기 회의는 정보가..

AI 시대의 프로젝트 방법론 · Ep.03게이트는 분기마다 열렸다.결함은 매일 태어났다.관리 ② 품질·리스크: 검토 회의의 재구성 · HFC Consulting단계말 품질 검토 회의. 두 시간 동안 산출물 목록과 표본 검토 결과가 보고되고, 지적 사항 여덟 건이 기록되고, 게이트는 조건부 통과된다. 회의실을 나서던 품질 담당자가 혼잣말을 한다. "이번 분기에 생성된 코드가 30만 줄인데, 우리가 본 것은 3천 줄이다." 표본 1%로 지키는 품질 — 그것이 이 게이트의 실체다.품질 관리가 게을러서가 아니다. 단계말 게이트라는 장치가 설계될 때의 생산량과, 지금의 생산량이 다른 자릿수이기 때문이다.전제 — 검토는 비싸고, 그래서 모아서 한다단계말 게이트와 표본 검토는 하나의 전제에서 나왔다. 품질 활동은 숙..