제92화 — 지상에서 실패하라

첫 엔진시험은 0.8초 만에 끝났다.

점화.

압력 상승.

자동 중단.

조용.

Daniel은 유리창 너머 시험스탠드를 봤다.

불꽃은 너무 짧았다.

“왜 멈췄습니까?”

Reyes가 화면을 봤다.

“진동 센서.”

“실제 이상?”

“확인 중.”

Daniel은 자동중단 기준이 너무 민감한 것 아닌가 생각했다.

입 밖으로는 말하지 않았다.

시험팀이 데이터를 확인했다.

센서 하나에서 순간 피크.

다른 센서는 정상.

실제 구조 이상은 없음.

배선 쪽 노이즈 가능성.

Daniel이 말했다.

“그럼 기준 완화.”

Reyes가 고개를 저었다.

“먼저 센서.”

“오탐이잖아요.”

“아직 오탐인지 확정 안 됐습니다.”

Daniel은 짜증이 났다.

시험 하나 준비하는 데 며칠.

점화 0.8초.

다시 분해.

확인.

시간이 사라진다.

Reyes는 오히려 태연했다.

“좋은 시험입니다.”

Daniel이 웃었다.

“0.8초인데.”

“지상에서 멈췄잖아요.”

“날렸어야 데이터를 더.”

“비행에서 같은 신호 나오면?”

Daniel이 입을 다물었다.

지상은 싸다.

비행은 비싸다.

사람이 타지 않아도.

차량.

시험장.

일정.

그리고 위험.

센서를 뜯었다.

배선 차폐 문제.

수정.

둘째 시험.

점화.

3초.

중단.

이번에는 연료밸브 응답 지연.

실제 문제.

Daniel은 오히려 웃었다.

Reyes가 물었다.

“왜 좋습니까?”

“문제가 맞잖아요.”

“대표님 이상한 거 맞네요.”

셋째 시험.

10초.

정상.

넷째.

30초.

정상.

다섯째.

목표 60초.

47초에서 중단.

냉각수 온도 상승.

Daniel이 말했다.

“허용범위 조금 남았는데.”

시험책임자가 답했다.

“추세가 기준 넘었습니다.”

Daniel은 그래프를 봤다.

현재값은 한계 아래.

증가속도.

몇 초 뒤 넘을 가능성.

예측중단.

73화 냉각모델.

39화 서버 장애.

이제 엔진.

다 같은 원리.

“좋습니다.”

Daniel이 말했다.

시험책임자가 조금 놀랐다.

“이번엔 바로 인정하시네요.”

“학습합니다.”

Reyes가 옆에서 말했다.

“느리게.”

Daniel이 그를 봤다.

“저한텐 빠른 편입니다.”

시험프로그램은 매번 데이터를 남겼다.

성공시간만 보지 않았다.

중단 이유.

센서 신뢰도.

재시작 준비시간.

부품 교체.

정비시간.

Daniel이 물었다.

“정비시간까지 지금 봅니까?”

Reyes가 말했다.

“재사용 할 거라면서요.”

엔진이 60초 버티는 것만으로 부족하다.

시험 후 몇 시간 안에 다시 준비되는가.

어떤 부품을 매번 교체하는가.

검사에 사람이 몇 명 붙는가.

Daniel은 처음으로 ‘turnaround time’을 핵심지표로 봤다.

첫 주.

시험 후 재준비 19시간.

두 번째 주.

14.

체크리스트 개선.

배관 연결 표준화.

검사 순서 변경.

10시간.

한 부품은 매번 분리검사.

Reyes가 물었다.

“정말 매번 필요합니까?”

품질팀.

초기에는 필요.

데이터 쌓인 뒤 샘플링 전환 가능.

제조공정과 똑같다.

Daniel은 웃었다.

“우주도 결국 공장이네요.”

Vogel이 말했다.

“비싼 공장.”

“날아다니는.”

Reyes가 덧붙였다.

회의실에 웃음.

시험 11번째.

60초 성공.

아무도 크게 환호하지 않았다.

Daniel은 조금 아쉬웠다.

Reyes는 바로 다음 자료를 봤다.

정비.

누설검사.

밸브.

점화계.

열변색.

“성공했잖아요.”

Daniel이 말했다.

“한 번.”

“축하 정도는.”

Reyes가 손을 내밀었다.

“축하합니다.”

너무 건조해서 Daniel이 웃었다.

“됐습니다.”

하지만 그날 오후 더 중요한 결과가 나왔다.

엔진을 분해하지 않고도 필요한 상태를 확인할 수 있는 검사절차 일부가 검증됐다.

정비시간 8시간대.

Daniel이 숫자를 봤다.

이번에는 Reyes가 말했다.

“이게 더 좋습니다.”

Daniel도 이해했다.

엔진이 한 번 오래 타는 것보다 다시 쓸 수 있는 상태를 빨리 확인하는 것.

재사용의 경제성은 불꽃보다 검사실에서 만들어질 수도 있다.

그날 프로젝트 대시보드 첫 줄이 바뀌었다.

기존: `Longest successful burn`

새로운 첫 줄: `Ready-to-retest time`

Daniel은 처음엔 조금 웃겼다.

하지만 며칠 뒤 그 숫자가 줄어드는 걸 볼 때마다 진짜 진전처럼 느껴지기 시작했다.

지상에서 많이 실패한다.

싸게.

반복해서.

그리고 비행 전에 가능한 많은 실패를 소모한다.

Daniel은 이 철학이 마음에 들었다.

2046년에는 지상에서 실패할 시간이 없었다.

이번에는 있다.

그 시간을 제대로 쓰는 게 회귀의 가장 큰 이점일지도 몰랐다.

시험장 자체도 작은 공장과 비슷했다.

추진제.

고압가스.

전력.

소방.

원격계측.

통제구역.

작은 실수 하나가 시험을 끝낼 수 있었다.

첫 0.8초 중단 뒤 Daniel은 센서 하나 때문에 전체 시험이 멈춘 게 과민하게 느껴졌다.

현장 엔지니어가 말했다.

“대표님은 센서가 틀렸다고 생각하시죠?”

“가능성이 높아 보입니다.”

“저희는 반대로 봅니다.”

“왜?”

“센서가 틀렸다는 증거 나올 때까지는 신호를 믿습니다.”

Daniel은 그 문장을 생각했다.

Current data > memory.

Elena의 원칙.

여기서는: Current signal > schedule.

물론 센서도 틀린다.

그래서 다중센서.

상호검증.

하지만 위험신호를 일정 때문에 무시하지 않는다.

둘째 시험의 밸브 지연은 실제 문제였다.

분해.

밸브 자체는 규격 안.

구동계 마찰.

저온에서 더 커짐.

지상실험실에서는 재현이 잘 안 됐다.

시험장에서 실제 조건으로 반복하자 나왔다.

Daniel이 말했다.

“환경시험을 더.”

Reyes가 고개를 끄덕였다.

문제를 엔진 자체로만 보면 놓친다.

장비가 놓이는 환경.

온도.

진동.

배관.

설치.

전체 시스템.

셋째 시험 전에는 일부러 여러 조건을 바꿨다.

차가운 아침.

따뜻한 오후.

다른 탱크 압력범위.

Daniel은 그걸 보며 물었다.

“조건 늘리면 일정 늘어나는데.”

Reyes가 말했다.

“조건 하나만 잘 되는 엔진 원하십니까?”

Daniel이 웃었다.

“아니요.”

넷째 시험.

30초 성공 후 팀은 바로 다음 60초를 준비하려 했다.

Reyes가 막았다.

“데이터 리뷰.”

Daniel이 말했다.

“문제 없는데.”

“없었다고 결론내리려면 봐야죠.”

열.

압력.

진동.

밸브.

점화.

Daniel은 그 리뷰가 길다고 느꼈다.

그런데 작은 이상 하나가 나왔다.

진동피크.

허용범위.

하지만 반복적으로 같은 시간대.

원인.

특정 배관 공진 가능성.

지지점 위치를 조금 바꿨다.

다음 시험에서 피크 감소.

문제가 되기 전에 잡았다.

Daniel이 말했다.

“이거 안 봤으면?”

Reyes가 어깨를 으쓱했다.

“아무 일 없었을 수도.”

그 말이 더 위험했다.

아무 일 없으면 잘못된 구조가 계속 남는다.

그날 시험팀은 `No anomaly observed`라는 표현을 줄이기 시작했다.

대신:

`No anomaly above current detection threshold.`

Daniel이 웃었다.

“Elena가 좋아하겠네요.”

Reyes가 말했다.

“과학팀이랑 일하면 말이 길어집니다.”

“대신 덜 틀리죠.”

Daniel은 그걸 인정했다.

지상시험은 점점 성공률이 올라갔다.

Daniel은 단순 성공횟수보다 ‘비행 전에 닫힌 위험항목’ 수를 보기 시작했다.

센서 노이즈.

밸브.

배관 공진.

냉각.

각 항목이 지상에서 잡힐 때마다 비행에서 배울 필요가 없는 실패가 하나 줄었다.

그게 시험프로그램의 실제 생산량이었다.

다섯 번째 지상시험이 끝난 뒤 Daniel은 시험팀에게 한 가지를 물었다.

“오늘 실패라고 부를 건 뭡니까?”

사람들이 잠깐 멈췄다.

60초 목표 중 47초 중단.

일반적으로는 실패.

하지만 냉각 문제를 지상에서 발견.

안전중단 정상.

부품 손상 없음.

시험팀장은 말했다.

“목표 지속시간은 실패.”

“시험시스템은?”

“성공.”

“부품은?”

“조사 중.”

한 시험에 결과가 여러 개였다.

Daniel은 그게 마음에 들었다.

성공/실패 하나로 줄이면 정보가 사라진다.

A1도.

Response Grid도.

제조도.

이제 로켓도 같았다.

그날부터 시험보고서는 한 줄 결론을 줄였다.

대신:

- 목표 달성 여부

- 안전기능 작동

- 발견한 문제

- 차량 손상

- 재시험 준비시간

각각 따로.

Daniel이 말했다.

“이러면 기사 제목은 못 만들겠네요.”

Reyes가 대답했다.

“기사 쓰라고 시험하는 건 아니니까.”

맞는 말이었다.

Daniel은 점점 화려한 성공 하나보다 다음 시험에 더 정확히 들어갈 수 있는 정보가 좋아지고 있었다.