CIO의 듀얼 트랙 전략

하나의 도구가 아니라, 두 개의 분리된 트랙으로 운영하기
트랙 1
탐색 트랙 (Vibe Coding)
목적
빠른 프로토타이핑, 아이디어 검증
코드
빠르게 만들고, 버릴 수 있음
검증
최소한의 검토
속도
시간 단위 (수 시간)
사용자
자기 자신, 소수 테스터
vs
트랙 2
프로덕션 트랙 (엔지니어링)
목적
실제 사용자에게 제공하는 서비스
코드
리뷰·테스트·보안 검증 필수
검증
자동화된 다층 검증 + 사람 리뷰
속도
스프린트 단위 (며칠~몇 주)
사용자
불특정 다수, 실제 고객
강사 메모 — 솔직한 시각
업계 일부에서는 Track 2에서 "AI는 보조 도구로만 쓰고 사람이 모든 결정"이라 말하지만, 저는 이 표현에 동의하지 않습니다. AI는 여전히 주도적으로 코드를 생성하되, 사람은 "AI가 안전하게 일할 환경"을 설계하는 것이 맞는 그림입니다 — CLAUDE.md, Plan 모드, Hook으로 가드레일을 깔고, 자동 검증으로 1차 필터링. 이게 Harness Engineering입니다.