“완료했습니다”가 서로 다른 뜻이었다 — 현대모비스 SW협업워크숍 다섯 차수 종료 회고

기술 도메인은 다섯 번 바뀌었고, 문제는 한 번도 바뀌지 않았다

다섯 차수의 대상 과제는 서로 겹치지 않습니다. 영상 신호를 다루는 팀과 제동·조향을 다루는 팀은 쓰는 용어부터 다릅니다.

그런데 참가자가 손으로 적어 낸 카드를 모아 보면, 상위에 올라오는 항목이 매번 같은 자리를 가리켰습니다. 담당자가 없는 빈자리, 둘 다 자기 일이 아니라고 보는 회색지대, 그리고 “완료”의 뜻이 서로 다른 상태입니다.

기술을 가르치는 자리가 아니라, 사람 사이를 정리하는 자리였다

이 워크숍의 주제는 SW 협업입니다. 진행 중인 실제 과제를 재료로 삼아, 자동차 SW 프로세스 표준(ASPICE)의 언어와 AI를 함께 써서 사람과 사람 사이의 의사소통·협업 방식을 끌어올리는 실무 워크숍으로 설계했습니다.

강의를 듣는 자리가 아닙니다. 참석자가 직접 쓰고, 말하고, 정하는 자리로 시간표를 짰습니다.

ASPICE 전경 — 세 개의 생애주기가 겹쳐 돌아간다

자동차 SW 조직은 대개 자동차 프로세스 개선·역량 판정 모델(Automotive SPICE, 이하 ASPICE)의 언어로 일합니다. 그런데 프로세스 이름표를 외우는 것과, 내 일이 어느 칸에 있는지 아는 것은 다릅니다.

먼저 전경을 봅니다. 크게 만드는 일 · 다스리는 일 · 떠받치는 일 세 덩어리입니다.

V of V — “테스트했다”는 답이 아니다, “어느 짝의 검증이냐”가 답이다

V 모델은 하나가 아닙니다. 시스템의 V 안에 소프트웨어의 V가 들어 있고, 같은 층에 하드웨어와 기계학습의 V가 나란히 놓입니다. 왼쪽에서 쪼개고 오른쪽에서 합칩니다.

핵심은 같은 높이의 왼쪽과 오른쪽이 짝이라는 점입니다. 이 짝이 곧 추적성이고, 심사에서 가장 먼저 뚫리는 지점입니다.

워크숍에서 이 그림을 놓고 나면 대화가 바뀝니다. “테스트 했어요?”가 “그건 어느 짝의 검증이었습니까?”로 바뀌고, 그 순간 책임 소재가 아니라 빠진 칸이 화제가 됩니다.

프로젝트관리 표준과 겹쳐 놓으면, 비어 있는 줄이 보인다

표준을 인용할 때는 판을 밝혀야 합니다. 흔히 “ISO 21500″으로 뭉뚱그리지만 2020년 이후 구조가 바뀌었고, 폐지된 판을 근거로 들면 그 발언 전체의 신뢰가 깎입니다.

그럼 왜 구판의 격자를 아직 쓰는가. ASPICE를 그 격자에 얹어 보면 빈칸이 눈으로 보이기 때문입니다. 현행 판은 실천 서술이라 격자가 없어 이 대조가 되지 않습니다.

세 줄이 비어 있습니다. 이해관계자 · 원가 · 의사소통입니다. 그리고 이 세 줄이 정확히, 다섯 차수 내내 참가자들이 손으로 적어 낸 문제의 자리였습니다.

그런데 반전이 있습니다

역량수준 2의 두 속성 중 수행 관리는 목표 식별·계획·모니터링과 조정·책임과 권한 정의·자원 확보와 함께 이해관계자 관리를 요구합니다.

즉 프로세스 지도에는 이해관계자 줄이 비어 있는데, 역량 수준 속성으로는 들어와 있습니다. 프로세스로는 안 보이고 성숙도로만 보이는 항목입니다. 심사에서 이 지점이 지적되면 “우리 프로세스에 없는데요”라는 반박이 성립하지 않습니다.

역할은 워크숍의 입력이 아니라 출력이었다

3차수에서 계획이 현장에서 뒤집혔습니다. 저희 계획은 다섯 모듈을 순서대로 밟는 선형 설계였고, 이해관계자 다음에 역할·책임을 정하는 흐름이었습니다.

그런데 3번째 모듈에서 멈췄습니다. 프로젝트 관리자가 직접 말했습니다 — 아키텍처는 나왔지만 공유되지 않았고, 담당자 배정은 아직 검토 중이라고.

이 경험이 남긴 문장은 이렇습니다. “역할·책임(R&R)은 입력이 아니라 출력이다.” 무엇을 만들지와 어디까지가 경계인지가 정해진 뒤에야 누가 맡을지가 나옵니다. 순서를 뒤집으면 회의는 돌지만 결론이 남지 않습니다.

이해관계자 지도는 조직도가 아니다

다섯 차수에서 참가자들이 그린 관계도는 조직도와 달랐습니다. 선이 몰린 곳과 끊긴 곳이 조직 계층과 일치하지 않았습니다.

5차수 조별 판서에서는 세 조가 서로 다른 축으로 지도를 그렸습니다. 한 조는 산출물을 축으로, 한 조는 공정을, 한 조는 조직을 축으로 놓았습니다. 같은 프로젝트를 세 가지 좌표로 보고 있었다는 뜻입니다.

“완료했습니다”가 여섯 가지 뜻으로 쓰이고 있었다

5차수 첫 실습은 단순한 질문이었습니다 — “지금 어디까지 왔나요?” 걷힌 카드는 15장이었습니다. 그 답을 모아 보니 완료 인식이 여섯 개 축으로 갈렸습니다.

이건 능력 문제가 아닙니다. 같은 단어를 각자 자기 공정 기준으로 쓰고 있었을 뿐입니다. 그리고 이 상태로 회의를 하면, 모두가 “완료”라고 말하는데 통합 단계에서 일정이 밀립니다.

실제로 4차 실습에서 나온 사건 중 가장 무거운 것이 이것이었습니다. 통신조차 되지 않는 상태의 SW가 배포되어 시스템 시험 착수가 지연됐다는 기록입니다.

부탁은 대부분 위를 향했다

역할이 애매해 생긴 일을 적고 “누구에게 부탁하고 싶은가”를 물었습니다. 4차수에서는 11건 중 8건이 직책자·관리자·조직을 향했습니다. 5차수에서도 절반 이상이 같은 방향이었습니다.

그래서 오후 설계를 바꿨습니다. “우리가 정할 것”과 “위에 올릴 것”을 나누는 칸을 넣었고, 마지막에 위로 올릴 안건을 따로 뽑았습니다. 규칙으로 풀 수 없는 것을 규칙 칸에 억지로 넣지 않기 위해서입니다.

AI는 진행자를 대신하지 않고, 진행 중에 설계를 바꿨다

다섯 차수에서 AI가 실제로 한 일은 세 가지였습니다. 발표를 대신하거나 정답을 주는 역할은 아니었습니다.

가장 많이 반복된 말은 ‘이제 내 자료를 붙이겠다’였다

1·2차수 회고 30건에서 반복된 주제는 도구 이름이 아니었습니다. 자기 자료와 자기 공정에 어떻게 연결할지였습니다.

반대편의 목소리도 있었습니다. 배운 방법과 실제 업무 사이의 거리를 지적한 회고입니다. 이 지적이 4·5차수에서 규칙 합의로 설계를 바꾼 이유입니다 — 기법을 하나 더 얹는 대신, 돌아가서 쓸 문장을 그 자리에서 만들게 했습니다.

다섯 차수의 결론은 참가자가 직접 쓴 여섯 줄이었다

4·5차수는 마지막 블록을 규칙 합의로 설계했습니다. 개인이 후보를 쓰고, 조에서 통합하고, 별표로 투표하고, 문장을 다듬어 확정하는 순서입니다.

여섯 줄을 나란히 놓으면 공통점이 보입니다. 네 줄이 ‘공유’와 ‘상태’에 관한 것입니다. 기술 난이도가 아니라 정보가 도는 속도를 붙잡고 있습니다.

덕목 문장은 반려했습니다

규칙을 모을 때 “소통을 잘하자” 같은 문장이 반드시 나옵니다. 좋은 말이지만 지켜졌는지 확인할 수 없습니다. 그래서 세 가지 질문을 통과해야 확정했습니다.

5차수 최종 3건 중 첫 번째만 이 세 가지를 온전히 통과했습니다. 나머지 두 건은 주어가 없습니다. 그래도 그대로 뒀습니다. 참가자가 고른 문장을 강사가 고쳐 쓰면, 그건 더 이상 그들의 규칙이 아니기 때문입니다.

당신 조직이 다음 회의에서 할 수 있는 세 가지

다섯 차수에서 반복 관측된 것만 남깁니다. 도구를 새로 사는 항목은 없습니다.

다섯 번째 차수의 마지막 문장은 “여기서 정한 것을 우리끼리 이어갑니다”였다

이 시리즈는 5차수로 끝납니다. 마지막 블록의 톤을 “다음에도 뵙겠습니다”로 두지 않은 이유가 있습니다. 외부 진행자가 다시 오지 않아도 굴러가는 것이 목표였기 때문입니다.

다섯 차수에서 가장 자주 확인한 사실은 이것입니다. 조직의 협업 문제는 대개 새로운 방법론이 없어서가 아니라, 이미 아는 것을 같은 뜻으로 쓰지 않아서 생깁니다. “완료”라는 두 글자가 여섯 개 축으로 갈려 있던 것처럼.

AI는 그 갈라짐을 그날 안에 보이게 만들어 줬습니다. 합의는 여전히 사람이 했습니다.

이 글의 한계

• 인용은 1·2차수 회고 원문입니다. 3~5차수 후기는 별도 수집 체계가 달라 본문 인용에 쓰지 않았습니다.
• 표준 인용 범위 — ISO 21502:2020은 공개 목차에서 확인 가능한 범위(6·7절 구성)까지만 인용했고, 개별 관리 실천의 절 번호는 표기하지 않았습니다. 유료 표준 원문을 옮기지 않기 위해서입니다.
• 효과 수치는 적지 않았습니다. 만족도·업무시간 절감 같은 측정을 하지 않았기 때문입니다. 측정하지 않은 것은 쓰지 않습니다.
• 참가자 성명·사내 코드명은 전부 제외했고, 사내 도구명은 일반 표현으로 바꿨습니다.