
AI 시대의 프로젝트 방법론 · Ep.08
배포는 자동화됐다.
신뢰는 자동화되지 않았다.
개발 ③ DevOps와 파이프라인: 자동화가 표준이 될 때 · HFC Consulting
잘 갖춰진 파이프라인이 있다. 커밋하면 빌드가 돌고, 테스트가 돌고, 배포가 된다. 어느 날부터 커밋의 절반이 AI 생성 코드가 됐다. 파이프라인은 아무 일 없다는 듯 초록불을 켠다. 운영 책임자가 묻는다. "이 초록불은 무엇을 보증하는 겁니까." 빌드가 된다는 것, 기존 테스트가 통과한다는 것 — 딱 그만큼이다. 그 테스트를 누가 만들었느냐고 물으면, 절반은 같은 AI다.
DevOps는 이 연재에서 유일하게 지위가 올라가는 방법론이다. 다만 승격에는 조건이 있다.
전제 — 사람이 만든 코드를 빠르게 나르는 길
DevOps와 CI/CD는 개발과 운영 사이의 벽을 허물기 위해 태어났다. 그 설계의 암묵적 전제는 파이프라인에 실리는 화물 — 코드 — 이 사람의 손을 거쳐 왔다는 것이다. 코드리뷰가 통과 의례로 자리 잡은 것도, 사람이 쓴 코드를 다른 사람이 읽는 것이 가능한 속도였기 때문이다. 파이프라인은 검증된 화물을 나르는 빠른 길이었다.
균열 — 화물의 출처가 바뀌었다
이제 화물의 상당량이 사람 손을 거치지 않고 실린다. 생산량은 리뷰어의 독해 속도를 초과했고(1기 1화), 테스트마저 AI가 만든 것이라면 "테스트 통과"는 자기 채점에 가까워진다. 길은 그대로인데 화물 검사의 전제가 무너진 것 — 이것이 균열이다. 빠른 길은 결함도 빠르게 나른다. 속도의 인프라가 검증의 인프라를 겸하지 못하면, 자동화는 사고의 배달 속도를 높일 뿐이다.
존속 — 파이프라인은 방법론의 중앙 무대로
그런데 바로 이 균열이 파이프라인의 지위를 끌어올린다. 생산이 자동화된 시대에 검증도 자동화될 수 있는 유일한 자리가 파이프라인이기 때문이다. 3화의 상시 품질 게이트, 5화의 변경 자동 기록, 3기 4화의 3단 검증 게이트, 2기 5화의 검수 리포트 — 이 연재가 쌓아 온 장치들의 물리적 거처가 전부 파이프라인이다. DevOps는 개발 부서의 도구에서 사업관리의 인프라로 승격된다. 조건은 하나, 게이트의 재설계다.
재구성 — 게이트의 재배치
| 항목 | AI 이전 | AI 시대 |
|---|---|---|
| 코드리뷰 | 사람이 전건 독해 | 자동 검사 선행, 사람은 걸러진 것과 설계 판단만 (AI 활용 고지 위에서) |
| 보안·품질 검사 | 릴리스 전 일괄 점검 | 커밋 단위 상시 스캔 (SAST·라이선스 포함) |
| 테스트 | 개발자 작성 = 신뢰 기본값 | AI 생성 테스트에 도메인 케이스를 사람이 보강, 커버리지의 질 검증 |
| 배포 승인 | 관례적 결재 | 위험도 기반 — 가역 배포는 자동, 비가역은 사람 승인 (5화의 3단과 동형) |
게이트 배치 3원칙 — ① 자동 게이트는 가장 이른 지점에(커밋 시점) 두어 결함의 이동 거리를 줄인다 ② 사람의 게이트는 가장 비가역적인 지점에(운영 반영 직전) 둔다 ③ 게이트 우회율과 리드타임을 지표로 삼아 분기마다 배치를 조정한다
예상 반론과 대응
반론 1. "우리는 파이프라인을 구축할 인력과 예산이 없습니다."
대응. 완비형을 목표로 잡지 않으면 된다. 정적 분석과 보안 스캔 두 개를 형상관리에 연결하는 것이 최소 구성이고, 이것만으로도 사람 리뷰의 부담이 눈에 띄게 줄어 투자 여력이 생긴다. 파이프라인은 한 번에 짓는 건물이 아니라 게이트를 하나씩 얹는 길이다.
반론 2. "SI 발주 사업에는 수급인의 파이프라인이라 발주자가 관여할 수 없습니다."
대응. 그래서 계약이 있다. 게이트 리포트의 제출을 검수 조건으로 명시하면(2기 5화), 발주자는 파이프라인을 소유하지 않고도 그 결과를 소유한다. 방법론과 계약이 만나는 지점이다.
DevOps 재구성 체크포인트 — 자동 게이트의 커밋 시점 전진 배치 / AI 생성 테스트의 질 검증 절차 / 위험도 기반 배포 승인 / 우회율·리드타임 지표 운영 / 발주 사업은 게이트 리포트를 검수 조건으로 계약화
초록불의 가치는 불빛이 아니라 그 뒤에 선 게이트의 엄격함이다. 게이트를 다시 세운 조직만이 자동화의 속도를 신뢰로 바꿀 수 있다. 길이 정비됐으면 이제 화물 자체의 세대교체를 볼 차례다. 코드가 산출물이던 시대의 끝 — 다음 편, AI 네이티브 개발이다.
※ 본 연재의 비교·재구성 원칙은 일반적 참고용이며, 조직의 표준과 사업 특성에 맞는 조정이 필요합니다.
📎 더 읽을거리
· DORA (DevOps Research and Assessment) — 파이프라인 성과 지표(리드타임 등)의 실증 연구, State of DevOps 리포트
· OWASP — 파이프라인에 편입할 보안 게이트의 기준
HFC Consulting의 관점
현재 파이프라인의 단계 구성을 보내 주십시오. AI 생성 코드 비중을 감안했을 때 게이트가 비어 있는 지점과 최소 투자 보강안을 제시해 드립니다.
1영업일 이내 답변 · 주식회사 에이치에프씨 컨설팅 · 대표이사 장기석
📚 연재 · AI 시대의 프로젝트 방법론
◀ 이전 편 (07/10) 개발 ② Agile은 살아남는가
다음 편 ▶ (09/10) 개발 ④ AI 네이티브 개발: 스펙이 코드를 만든다
연재 전체 보기 →
'IT 인사이트 > AI 시대의 프로젝트 방법론' 카테고리의 다른 글
| 하이브리드 설계 원칙 - 방법론은 선택이 아니라 설계다 (10/10) (0) | 2026.07.17 |
|---|---|
| 개발 ④ AI 네이티브 개발: 스펙이 코드를 만든다 (09/10) (0) | 2026.07.17 |
| 개발 ② Agile은 살아남는가 (07/10) (0) | 2026.07.17 |
| 개발 ① Waterfall의 재평가 (06/10) (0) | 2026.07.17 |
| 관리 ④ 변경·형상: 변경통제위원회의 속도 문제 (05/10) (0) | 2026.07.17 |