SITE SEARCH

검색

사이트 전체 글을 빠르게 찾을 수 있습니다.

RSS FEED

RSS 구독

RSS 리더에서 Project Research의 새 글을 바로 받아볼 수 있습니다.

EMAIL SUBSCRIBE

이메일 구독

새 글을 이메일로 받아봅니다. RSS는 별도 RSS 아이콘을 눌러 동일한 크기의 패널에서 열 수 있습니다.

이메일로 블로그 구독하기

이 블로그를 구독하고 이메일로 새글의 알림을 받으려면 이메일 주소를 입력하세요







자동차 SW 엔지니어들이 ‘바이브 프로젝트 매니징’을 스스로 이름 붙였습니다 — 현대모비스 SW협업워크숍 1·2차수 현장

시리즈

AX Series · 현장 검증

현대모비스 SW 엔지니어·리더들과 이틀(1·2차수)을 보냈습니다. 한 참가자를 1인칭으로 고정해 그 한 사람의 시점으로 프로젝트 베이스라인 전부를 한 줄기로 완주했고, 한 엔지니어는 회고에 “바이브 코딩처럼 바이브 프로젝트 매니징을 경험했다”고 스스로 이름을 붙였습니다.

바쁜 분을 위한 3줄 요약

① 코치가 가르치려던 포지셔닝을 수강생이 먼저 꺼냈습니다 — “바이브 프로젝트 매니징”이라는 자생 명명.
② 핵심 원리는 켄타우로스입니다 — AI가 구조를 빠르게 잡고, 사람이 무게중심(통합 경계·안전)을 판단합니다.
③ 가장 정직한 깨달음은 “자료가 곧 품질”이었고, 1차수 회고에서 네 번 반복됐습니다.

들어가며

코치가 가르치려던 말을, 수강생이 먼저 꺼냈다

1차수 마지막 회고에서 한 엔지니어가 이렇게 적었습니다.

“바이브 코딩을 하듯이 바이브 프로젝트 매니징을 경험할 수 있었고, 내 자료로 검색증강생성(RAG)을 구축하는 법을 실무에 적용하겠습니다.”— 워크숍 참가자 무기명 회고 원문

저는 이 문장을 보고 잠시 멈췄습니다. “바이브 프로젝트 매니징(vibe project management)” — 제가 강의에서 직접 그 단어로 가르친 적이 없습니다. 참가자가 스스로 명명한 겁니다. 가르치려던 포지셔닝이 수강생의 입말로 되돌아온 순간, 그것보다 강한 교육 검증은 없습니다.

이 글은 자동차 부품 기업 현대모비스의 SW 엔지니어·리더들과 보낸 이틀(1차수 6월 29일, 2차수 6월 30일)의 흐름과, 회고에서 제가 읽은 목소리를 정리한 현장 기록입니다.

Part 1 · 마스터 모델

이 워크숍의 식은 ‘켄타우로스’였다

이 워크숍의 총괄 모델은 세 인자의 곱입니다.

도식 1 · 바이브 매니징 = AI 구조화 × 사람 판단 × 내 자료
Agentic 구조화·시각화
AI가 베이스라인을 빠르게 골격화한다
×
사람의 관점·판단 (켄타우로스)
사람이 통합 경계와 안전을 최종 판단한다
×
내 자료 (RAG·시스템프롬프트)
도메인 페르소나가 매 산출물에 일관 적용된다
Source: 현대모비스 워크숍 1·2차수 총괄 모델 — 코치 김태영 프레이밍(표준 정의 아님)

여기서 가운데 인자, 켄타우로스(인간의 상체 + 말의 하체)가 핵심입니다. AI가 구조를 빠르게 잡고, 사람이 무게중심을 판단합니다. 자동차 제어처럼 안전이 걸린 도메인에서는 이 분담이 특히 또렷합니다.

안전이 걸린 분야의 규칙. 제동·조향을 전자신호로 제어하는 ‘by-wire’ 시스템에서는, 어떤 합격 기준도 AI가 단독으로 확정해선 안 됩니다. 안전필수 노드는 사람이 루프 안에서 직접 승인(Human-in-the-Loop·HITL)하고, 위험이 낮은 모니터링·운영 노드는 사람이 루프 위에서 감독(Human-on-the-Loop·HOTL)합니다 — 둘을 구분해 산출물에 명시적으로 박아 둡니다.
Part 2 · 흐름

한 사람의 시점으로 전체를 관통했다

이번 워크숍의 설계 핵심은 관통 예제(worked-example)였습니다. 여러 사례를 흩뿌리는 대신, 한 참가자(제동 by-wire 기구설계 담당)를 1인칭으로 고정하고, 그 한 사람의 시점으로 프로젝트 베이스라인의 전 생애주기를 한 줄기로 완주했습니다.

표 1 · 8단계 베이스라인 — 각 산출물이 앞 산출물을 인용한 한 줄기
# 산출물 무엇을 했나
1 팀빌딩 분석 참가자 직무를 시스템 부품(액추에이터 노드)으로 매핑
2 도메인 시스템프롬프트 페르소나 + 4대 안전원칙을 1회 등록
3 협업 폴더 구성 협업 채널 = 폴더 = 단일 진실원
4 이해관계자 전략 이해관계자 지도·RACI·보고 체계
5 베이스라인 요구 → 작업분해(WBS) → 백로그 → 완료조건(A/C·DoD) → 추적성
6 리스크 식별 → 확률·영향(PI) 매트릭스 → 완화 → 위험분해구조(RBS)
7 대시보드 건강도 4관점 KPI·모듈·안전↔성능 정합
8 회고 흐름 분석·지식 원소화·다음 주 업무
Source: 현대모비스 SW협업워크숍 세션 산출물(1차수 ADAS/BCA · 2차수 X-by-wire) · A/C=인수기준 · DoD=완료의 정의 · RBS=위험분해구조

각 산출물이 앞 산출물을 명시적으로 인용하며 이어졌습니다. 단발이 아니라 누적 참조 파이프라인 — 한 줄기 베이스라인이 된 겁니다. 2차수에서는 한 걸음 더 나아가, 같은 과제를 세 개의 고도(altitude)에서 다시 봤습니다.

표 2 · 같은 과제, 다른 고도 — 직급별 학습 경로
고도 핵심 질문
실무자(IC) — 기구설계 담당 “클램핑력을 어떻게 낼까” (깊고 좁게)
통합 리더(PL) “각자의 로직을 어떻게 하나로” (경계·통합)
기술 임원(CTO) “이 통합을 재사용 플랫폼·표준으로” (전략)
Source: 2차수 다고도 재구성(IC→PL→CTO) — 추상적 3계층 보고를 직급별 산출물 교보재로 전환
Part 3 · 1차수 피드백

회고 16건이 세 축으로 갈렸다

1차수 참가자 회고 16건을 세 축으로 분류했습니다.

표 3 · ‘나만의 AI를 만든다'(Agentic)가 가장 강렬했다
빈도 핵심 메시지 · 대표 인용
Agentic
(나만의 AI)
8 시스템프롬프트·RAG로 내게 맞는 AI를 구축 — “나만의 AI 비서를 채용하겠습니다”
일머리
(PM 일감각)
5 막연하던 프로세스가 산출물로 명확해짐 — “막연했던 업무 프로세스를 명확히”
Agility
(태도)
3 AI와 친해지기·의도적 시도 — “내가 더 민첩해져야 한다”
Source: 1차수 참가자 회고 16건(무기명 자유응답) · 세 축은 코치 프레이밍(표준 정의 아님) · 빈도는 본문 매핑 기준 근사치

가장 새롭고 강렬했던 건 “내 자료로 나만의 AI를 만든다”(Agentic, 최다 8건)였습니다. 그리고 여기서 가장 정직한 깨달음이 나왔습니다.

“오늘 생성한 실습 자료의 내용이 부실했지만, 그건 AI가 약해서가 아니라 내 자료를 아직 붙이지 못해서였습니다. 추후 연동하면 업무 효율이 좋아질 것 같습니다.”— 워크숍 참가자 무기명 회고 원문

“자료가 곧 품질”이라는 자가발견은 오전·오후·총괄 회고에 걸쳐 네 번 반복됐습니다. 미완(자료 부실)조차 참가자가 스스로 진단하고 처방(추후 연동)했다는 것 — 자율 학습자가 됐다는 가장 좋은 신호입니다.

Part 4 · 2차수

무게중심은 부품이 아니라, 통합 경계와 안전이었다

2차수의 산출물은 모두 한 곳을 겨냥했습니다. 이 프로젝트의 무게중심은 부품 자체가 아니라, 부품들이 만나는 통합 경계와 by-wire 안전이다. 실제로 참가자의 40%가 “각자의 로직을 어떻게 하나로 통합하느냐”를 1순위 우려로 꼽았습니다.

여기서 세 가지 운영 규율이 또렷하게 자리 잡았습니다.

① 단일 진실원 + 단일 책임자. 인터페이스 정의와 조정 로직은 통합 채널 한 곳에만 둡니다(중복 금지). 통합 경계는 “공동 책임”을 금지하고 단일 책임자를 강제합니다.
② 모르는 값은 지어내지 않는다. 수치가 아직 확정되지 않았을 때, 그럴듯한 숫자를 발명하는 대신 “기준 부등호 + 시험방법 + 횟수” 형식으로 적고 미확인[U] 태그를 붙였습니다. 정직하게 비워 두되, 빈칸의 형식은 측정 가능하게.
③ 통제는 혼자 두지 않는다. 안전필수 노드는 사람이 루프 안에서 승인(HITL), 운영 노드는 루프 위에서 감독(HOTL). 그리고 이 통제를 하네스(판단 규율) · RAG(도메인 지식) · 반복 루프 · 토큰 제어와 하나로 묶습니다. 기업 현장에서 진짜 어려운 건 도구를 하나 켜는 게 아니라, 이 다섯을 한 체계로 통합하는 일입니다.
도식 2 · 안전 도메인의 진짜 과제 — 다섯을 하나로 통합한다
통제
HITL · HOTL
루프 안 승인 · 위 감독
+
규율
하네스
판단·가드레일
+
지식
RAG
도메인 그라운딩
+
반복
루프(Loop)
회고·교차검증
+
비용
토큰 제어
사용량·예산
Source: 워크숍 운영 규율 종합 — 사람이 루프 안에서 승인(Human-in-the-Loop·HITL)·루프 위에서 감독(Human-on-the-Loop·HOTL)
어느 하나만 켜면 통제되지 않습니다. RAG만 붙이면 사람 감독이 빠지고, 자동화만 풀면 가드레일이 없으며, 가드레일만 세우면 토큰 비용이 샙니다. 안전이 걸린 자동차 도메인일수록 HITL·HOTL × 하네스 × RAG 가드레일 × 반복 루프 × 토큰 제어의 통합이 곧 안전입니다.

이 규율은 자동차처럼 안전이 걸린 도메인에서 협상 불가입니다. 가장 공식 문서처럼 보이는 마지막 10%(코드·등급·수치)를 AI가 매끈하게 지어내면, 나머지 90%의 정확함이 그 거짓에 신뢰를 빌려주기 때문입니다. 그래서 ‘모른다’고 정직하게 적는 훈련이, 안전 도메인에서는 곧 실력입니다.

Part 5 · 원리

사람이 쥐고, AI가 증폭한다

1차수와 2차수를 관통한 원리는 하나입니다. AI는 구조를 빠르게 잡아주지만, 무게중심은 사람이 판단한다.

참가자들이 PM에게 바랐던 것 — 공유, 가시화, 통합, 자료 연동 — 은 사실 그날의 산출물(협업 폴더·이해관계자 전략·베이스라인·대시보드)이 이미 답하고 있었습니다. 그리고 참가자들이 독립적으로 도달한 인사이트(켄타우로스·RAG·교차검증)는 제가 가르치려던 워크숍 철학과 같은 지점에서 수렴했습니다. 가르친 것과 스스로 깨달은 것이 만났다는 뜻입니다.

이 하네스×RAG 방식은 저 혼자만의 실험이 아닙니다. 지난 10년간 삼성·LG·SKT·신한EZ를 비롯한 여러 기업 현장에서 코치/컨설턴트로서 직접 운영하며 유용성을 검증해 온 체계이고, 현대모비스 두 차수도 같은 결과를 보여 주었습니다 — 도메인이 자동차로 바뀌어도, ‘통제된 하네스 + 내 자료 RAG’가 산출물의 품질을 만든다는 사실은 그대로였습니다. 현업에서 도메인을 바꿔도 재현된다는 것이, 이 방식이 취향이 아니라 ‘방법’이라는 증거입니다.

이번 주에 할 일

도메인이 또렷한 팀이 월요일에 시작할 것

1
도메인 시스템프롬프트를 하나 등록한다. 우리 분야의 페르소나·가치사슬·현장 용어·안전 원칙을 한 번 적어 두면, 이후 모든 산출물에 매번 도메인 설명을 다시 하지 않아도 됩니다. 이번 워크숍에서 가장 큰 효율원이었습니다.
2
관통 예제 한 명을 고정한다. 여러 사례를 흩뿌리지 말고, 한 사람의 시점으로 요구 → 범위 → 리스크 → 대시보드를 한 줄기로 완주합니다.
3
누적 참조를 계약으로 만든다. 각 산출물의 첫머리에 “앞 산출물 N을 참조”를 명시하면, 단발이 흩어지지 않고 한 베이스라인이 됩니다.
4
모르는 값은 비워 두되 형식을 준다. 미확정 수치는 “기준 부등호 + 시험방법 + 횟수 + 미확인[U]”로 — 날조 0을 유지하면서 측정 가능한 빈칸을 남깁니다.
다음 이야기 · 관련 글

같은 엔진을, 다른 현장에서

같은 엔진(하네스 × RAG)을 공공 사업관리 현장에서 돌린 기록, 그리고 “내 자료를 붙이는” 구체적 절차를 아래 AX 시리즈에서 이어 읽어 보시기를 권합니다.

Project Research에서 더 알아보기

지금 구독하여 계속 읽고 전체 아카이브에 액세스하세요.

계속 읽기