(주)HFC컨설팅

AI 시대의 감리·PMO 위탁 가이드 · Ep.06감리는 지적했다.검수는 통과시켰다.지적사항과 검수기준의 정합 · HFC Consulting종료 감리 보고서에 지적사항 열두 건이 남았다. 그런데 같은 주에 검수는 합격 처리되었다.두 문서가 서로 다른 말을 하고 있었다. 1년 뒤 분쟁에서, 상대방은 그 둘을 나란히 놓았다.두 판정이 어긋날 때감리의 지적사항과 검수 결과는 원래 이어져 있어야 한다. 감리가 중대한 결함을 지적했다면 검수가 그것을 확인하고, 조치가 끝난 뒤 합격이 나와야 한다. 그런데 현장에서는 둘이 따로 논다. 감리는 감리대로 지적하고, 검수는 일정에 쫓겨 합격을 낸다. 두 문서 사이에 다리가 없다.이 어긋남은 평소에는 조용하다. 문제가 되는 것은 분쟁이 열릴 때다. 승패는 계약서가 아니라 ..

AI 시대의 분쟁·클레임 대응 · Ep.05"하자보수로 처리하세요.""그건 신규 과업입니다."하자냐 신규냐: 무상과 유상의 경계 분쟁 · HFC Consulting오픈 석 달 뒤, 발주기관에서 공문이 왔다. "검색 응답이 현저히 느려짐. 하자보수로 즉시 조치 바람." 수행사가 로그를 확인했다. 오픈 시점 대비 데이터가 세 배로 늘어 있었다. PM이 회신 초안을 썼다. "검수 기준은 충족했으며, 성능 개선은 신규 과업입니다." 보내기 버튼 앞에서 그는 잠시 멈췄다.운영 단계에서 가장 잦은 분쟁은 크지 않다. 대신 끝없이 반복된다. 이 요청은 하자인가, 신규인가.한 건 한 건은 작다. 두어 시간짜리 수정, 반나절짜리 조치. 그러나 운영 3년이면 이런 요청이 수백 건 쌓인다. 판정 기준 없이 수백 번을 결정하..

HFC 이슈 브리핑 · Brief 12프롬프트를 지켰다.뼈대가 뚫렸다.프롬프트가 아니라 뼈대가 뚫렸다 - AI 에이전트 프레임워크 취약점이 발주 검수에 던진 질문 · HFC Consulting2026년 8월 5일, 라스베이거스 블랙햇 무대. 체크포인트 연구진이 1년에 걸친 조사 결과를 꺼냈다. 표적은 모델이 아니었다. 기업들이 AI 에이전트를 세울 때 쓰는 뼈대, 프레임워크였다.결론은 한 문장이다. 프롬프트 주입은 입구일 뿐이고, 정작 구멍은 그 아래 소프트웨어에 있었다.이슈 요약 - 뼈대에서 11개의 구멍이 나왔다체크포인트는 LangChain, LangGraph, CrewAI, AutoGen, Microsoft Agent Framework, Google ADK 등 주요 프레임워크 6종에서 취약점 11건..

PMO 실전 노트 · Note 08결함은 검수 전날 밤에 온다.보고할 것인가, 덮을 것인가.검수 전날 발견된 결함, 보고할 것인가 · HFC Consulting검수는 요식이 아니다. 검수 조서에 적힌 것과 적히지 않은 것이, 이후 일 년의 책임 소재를 가른다. 그 차이가 가장 선명해지는 순간은, 검수 전날 밤이다.장면한 공공기관의 정보시스템 구축 사업. 검수 전날 21시, 테스트 리더가 PMO 사무실 문을 두드렸다. "정산 배치에서 결함이 나왔습니다. 월말 마감 조건에서만 재현됩니다." 수정에는 사흘이 필요했다. 검수는 다음 날 10시였다.회의실에 세 사람이 모였다. 수행사 PM이 먼저 말했다. "검수 시나리오에 없는 조건입니다. 일단 통과하고, 하자보수 기간에 조치하시죠." 발주 담당자는 아직 이 사실..

발주자를 위한 RFP 가이드 · Ep.07끝났다는 말의 뜻을아무도 합의하지 않았다.검수기준은 계약이 아니라 RFP에서 태어난다 · HFC Consulting"끝났습니다." 수급인 PM이 말했다. 발주 담당자가 물었다. "무엇이 끝났다는 뜻입니까." 짧은 침묵이 흘렀다. 두 사람은 열여덟 달을 같은 프로젝트에서 일했지만, 끝의 정의를 합의한 적은 한 번도 없었다.이번 화는 검수기준을 어디서, 언제 정의하는가에 대한 이야기다. 답은 검수 단계가 아니다. RFP다. 완료의 정의가 늦게 태어날수록 검수는 시끄러워지고, 일찍 태어날수록 조용해진다.완료의 정의는 상속된다검수기준의 족보를 따라가 보면 이렇다. 계약서의 검수 조항은 제안서의 약속을 근거로 쓰이고, 제안서의 약속은 RFP의 요구를 근거로 쓰인다. RFP..

PMO 실전 노트 · Note 06오픈은 예정일에 했다.박수는 아무도 치지 않았다.일정은 전부 지켰다 · HFC Consulting지체상금 없이 끝난 프로젝트가 있었다. 마일스톤 열두 개를 전부 예정일에 통과했다. 검수조서에는 하자 없이 도장이 찍혔다. 그 프로젝트를 발주사는 실패로 기억한다.이번 노트는 일정이라는 지표가 만들어내는 착시에 관한 기록이다.장면한 유통사의 주문관리 시스템 재구축 사업이었다. 18개월. 마일스톤은 한 번도 밀리지 않았다. 오픈일 아침, 상황실 화면에 "정상 가동" 문구가 떴다. 단체 대화방에 축하 인사가 이어졌다.3주 뒤, 현업 부서의 사용 현황이 집계되었다. 주문의 상당수가 여전히 구시스템과 엑셀로 병행 처리되고 있었다. 새 화면은 열려 있었지만, 손은 옛 방식으로 움직이고..

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

HFC 이슈 브리핑 · Brief 02AI가 요구사항까지 정의한다.발주자의 RD 역할은 어디로 가는가.AWS Kiro 출시와 발주자 관점의 시사점 · HFC Consulting아마존웹서비스(AWS)가 AI 기반 통합개발환경 'Kiro'를 출시했다. 개발자가 자연어로 한 줄을 입력하면 Kiro가 요구사항을 분해하고, 시스템 설계를 생성하고, 코드·문서·테스트를 자동 산출한다. AWS는 이를 "바이브 코딩(vibe coding)에서 실행 가능한 코드(viable code)로"라는 구호로 설명한다. 이것이 발주자에게 무엇을 의미하는지를 짚는다.Kiro가 다른 AI 코딩 도구와 다른 이유기존 AI 코딩 도구(GitHub Copilot, Cursor 등)는 개발자가 이미 알고 있는 것을 빠르게 코드로 옮기는 도구..