보고서를 실행하는 방식이 바뀌면 상태를 확인하는 기준도 따라와야 해요. 8월에는 실제 예약 실행이 새 경로로 옮겨졌는데 결과 평가는 폐기된 작업과 오래된 자료를 계속 보고 있었어요. 현재 동작을 평가해야 하는 화면이 과거 실행을 기준으로 삼고 있었죠.
이 상태에서는 새 작업을 고쳐도 예전 실패가 계속 보일 수 있어요. 반대로 오래된 결과가 우연히 존재하면 현재 작업이 확인되지 않았는데 정상으로 읽힐 수도 있어요. 과거 오류를 지우는 일보다 무엇이 지금 실행의 기준인지 정하는 일이 먼저였어요.
현재 작업을 대표하는 근거를 정하기
실제 예약 실행과 평가가 연결된 대상을 비교했어요. 현재 쓰는 실행 경로, 해당 날짜의 산출물, 그 결과를 설명하는 자료가 같은 작업을 가리키는지 봤어요. 실행을 옮겼다는 설명만으로 후속 확인이 자동으로 따라오는 것은 아니었어요.
기존 평가에는 더 이상 실제 실행을 맡지 않는 작업에 대한 가정이 남아 있었어요. 이것을 단순히 정상 표시로 바꾸면 새 실행을 확인할 기준도 사라져요. 지금의 작업에서 어떤 실행과 결과를 읽어야 하는지 연결을 바꾸는 방향으로 수정했어요.
같은 프로젝트의 결과라도 날짜가 다르면 이전 성공으로 오늘의 실행을 대신할 수 없어요. 변경된 경로가 실행한 결과인지, 단지 폴더에 남아 있던 문서인지를 구분해야 했어요. 상태를 신뢰하려면 결과의 존재와 실행의 관계가 함께 필요했어요.
잘못된 실패를 없애도, 아직 정상은 아닐 수 있기
관련 평가와 검사를 수정한 뒤 잘못된 실행 경로를 실패 이유로 세는 문제는 정리됐어요. 검사 결과도 그 변경을 반영했어요. 하지만 당시 새 예약 경로는 첫 무인 실행을 아직 마치지 않은 상태였어요. 수동 검사가 통과한 것과 정기 실행이 성공한 것은 달랐어요.
그래서 실패 표시가 사라진 자리에 불확실성을 남겼어요. 기준이 잘못됐다는 문제는 고쳤지만 새 작업이 혼자 실행되는지는 기다려야 했죠. 실패를 정상으로 바로 바꾸는 대신 관찰되지 않은 부분을 따로 드러낸 것이 중요했어요.
다음 확인은 정해진 시간에 실제 실행이 끝난 뒤 할 수 있었어요. 그 실행 결과와 해당 날짜의 산출물이 같은 작업에서 나왔는지 대조해야 했어요. 아직 지나지 않은 시간을 검사 개수나 수정 내역으로 대신할 수는 없었어요.
다른 운영 오류도 당시 별도로 남아 있었어요. 평가 경로를 고쳤다고 자료 묶음의 날짜 오류나 이전 사건까지 해결된 것은 아니었어요. 이 글은 현재 실행을 평가하는 기준을 다시 연결한 범위로 남겼어요.
앞선 회사 원고에도 같은 실행 전환의 맥락이 있어요. 여기서는 상태 확인이 실제 실행을 따라오지 못한 부분을 중심으로 썼어요. 공개 단계에서는 같은 작업의 다른 설명인지 확인하고 합칠 수 있도록 중복 관계를 남겼어요. 각각 본문이 있다는 사실로 독립 사건 수를 늘리지는 않았어요.
새 실행 경로에 결과 파일을 연결하는 일과 실제 실행의 종료를 확인하는 일은 순서가 있었어요. 전자는 사전에 준비하고 검사할 수 있지만 후자는 예정된 시간이 지나야 볼 수 있어요. 준비가 정확하다는 근거로 관찰 시간이 생략되지는 않았어요.
과거 작업의 실패를 남기는 것도 현재 평가와 충돌할 필요는 없어요. 지난 사건은 이력으로 보존하고 오늘의 상태는 현재 실행을 기준으로 읽으면 돼요. 문제는 과거를 기억하는 것이 아니라 과거 작업이 현재 판단을 계속 대신하는 데 있었어요.
이 구분을 통해 사용자에게 다시 시작하라는 요청보다 무엇을 기다릴지 설명할 수 있었어요. 새 기준을 적용한 상태에서 첫 정기 결과를 기다리는 일이 남아 있었죠. 아직 안 된 실행을 정상이라고 말하는 것보다 그 대기 상태를 보여 주는 편이 정확했어요.
이때 사용자에게 주고 싶었던 정보는 무조건 정상이라는 답이 아니었어요. 실행을 옮긴 변경은 반영됐고 평가는 새 기준을 보지만, 첫 정기 결과는 아직 기다리는 상태라는 설명이었죠. 어디까지 확인됐는지 알 수 있어야 기다릴 일과 다시 고칠 일을 구분할 수 있었어요.
