콘텐츠로 이동

P3-8.7 운영 개입이 바꾸는 데이터 해석

Section ID: P3-8.7 Version: v2026.09.20

위험 신호를 본 뒤 사람이 조치했고 이후 고장이 없었다면, 처음 신호가 틀렸던 것일까요? 조치가 고장을 막았던 것일까요? 결과 하나만으로 둘 중 어느 쪽인지 확정할 수 없습니다. 개입 피드백을 읽으려면 신호를 관측한 시점, 검토와 조치, 그 뒤 확인한 결과를 구분해야 합니다.

신호·검토·조치·결과를 시간 순서로 놓기

다음 A·B·C는 자체 구성한 가상 사건이며 다른 절의 같은 문자와 별개입니다. 시각은 모두 같은 시간대를 사용합니다. review_needed는 신호 시점의 검토 요청이고, 실제 검토와 조치 여부는 별도 기록입니다. none은 해당 기록상 조치가 없었다는 뜻이며 원래 위험이 없었다는 뜻이 아닙니다.

event_id 신호 시점 review_needed 검토 시점 조치 시작 시점·내용
A 2026-09-01 09:00 1 09-01 09:05 09-01 09:10, 밸브 설정 조정
B 2026-09-01 10:00 1 09-01 10:08 09-01 10:20, 부품 교체
C 2026-09-01 11:00 0 초기 검토 없음 none

failure_within_7d는 신호 시점부터 7일 뒤까지 정한 고장이 한 번이라도 확인되면 1, 그 기간을 빠짐없이 확인했는데 없으면 0입니다. 시작 시각은 포함하고 종료 시각은 제외합니다. 이 예시에서는 별도의 후속 확인으로 세 사건 모두 같은 고장 정의를 적용해 전 기간 관측을 완료했다고 가정합니다. C도 초기 검토 요청은 없었지만 후속 결과는 확인된 사례입니다.

event_id 결과 관측 기간 결과 확인 시점 failure_within_7d
A 09-01 09:00 이상~09-08 09:00 미만 09-08 09:00 0
B 09-01 10:00 이상~09-08 10:00 미만 09-08 10:00 0
C 09-01 11:00 이상~09-08 11:00 미만 09-08 11:00 1

A의 0은 조치 시작을 포함하는 7일 관측에서 고장이 확인되지 않았다는 뜻입니다. 신호가 발생하기 전부터 위험이 없었다거나, 조치 없이도 0이었을 것이라는 뜻이 아닙니다. 관측이 3일에서 끊겼다면 이 정의의 0을 줄 수 없고, 결과 미확인과 관측 완료 여부를 별도로 남겨야 합니다.

조치 후 결과와 조치 효과를 구분하기

A·B 두 건 모두 결과가 0이므로 조치된 집합의 관측 고장 비율은 0/2=0%입니다. C 한 건은 1/1=100%입니다. 이것을 “조치의 고장 예방 성공률 100%”라고 바꾸면 안 됩니다. 조치 대상과 비대상은 같은 사건이 아니며, 초기 상태와 선택 이유도 다를 수 있습니다.

A에서 실제로 본 것은 조치가 있었던 경로의 결과 0뿐입니다. 같은 A가 같은 상황에서 조치 없이 보냈을 7일 결과는 관측하지 못했습니다. 조치가 도움이 되었을 가능성은 있지만, 원래 고장이 발생하지 않았을 가능성도 남아 있습니다. C의 결과 1을 그대로 A의 ‘조치 없었을 결과’로 대체할 수 없습니다. 따라서 이 표만으로 초기 신호의 오류나 조치의 효과를 확정하지 않습니다.

표현 이 표로 뒷받침되는가
A는 신호 10분 뒤 설정 조정을 시작했고 관측 기간의 결과는 0이다 가능, 시점·내용·관측 결과를 서술함
A는 원래 위험하지 않았다 불가, 조치 전 위험을 결과 0으로 확정함
A의 설정 조정이 고장을 막았다 불가, 같은 A의 조치 없는 결과를 알 수 없음
A의 조치 내용과 결과 관측 기간을 함께 남긴다 가능, 후속 해석에 필요한 기록임

조치 전 입력과 조치 후 기록을 분리하기

초기 신호를 설명할 때는 신호 시점에 이용 가능했던 측정값과 기준선·검토 정책 버전을 연결합니다. A의 09:10 설정 변경이나 09-08 결과를 09:00에 이미 알았던 입력처럼 넣지 않습니다. 조치 후 운영 결과를 보고할 때는 조치 내용과 시점을 함께 표시합니다.

조기 중단은 동작을 짧게 만들어 이후 센서 구간 자체를 없앨 수 있고, 점검 강화는 같은 상황에서도 더 자세한 라벨을 남길 수 있습니다. 그래서 “측정값이 줄었다”가 실제 상태 변화인지 관측 중단 때문인지, “확인된 고장이 늘었다”가 더 많이 확인한 결과인지 구분할 기록이 필요합니다. 라벨을 얻지 못한 상태와 비고장 확인의 차이는 P3-8.6과 연결됩니다.

운영 조치가 이후 관측값을 바꾸는 과정

flowchart TD
    A["신호: 09-01 09:00"] --> B["검토: 09:05"]
    B --> C["조치 시작: 09:10"]
    C --> D["09-08 09:00까지 결과 확인"]
    D --> E["관측 결과: 0"]
    A -.-> F["같은 사건의 무조치 결과: 미관측"]

화살표는 기록의 시간 순서와 조치가 이후 관측에 영향을 줄 수 있는 위치를 보여 줍니다. 조치의 효과 크기가 입증되었다는 뜻은 아닙니다. 이 기록만으로 자연 경과와 조치 효과를 수치로 분해할 수 있다고 주장하지 않습니다.

조치와 관측 기간을 기록해 보기

A를 “경고 뒤 조치 성공”이라는 메모 대신 기록하려고 합니다. 신호 시점, 조치 시작 시점·내용, 결과 관측 기간, 완료 여부와 결과를 적고, 아직 말할 수 없는 주장 하나를 덧붙여 보세요.

해설 예시: signal_at=2026-09-01 09:00, intervention_at=2026-09-01 09:10, intervention=valve_setting_adjustment, followup_start=2026-09-01 09:00, followup_end=2026-09-08 09:00, followup_complete=1, failure_within_7d=0입니다. “설정 조정 후 관측 기간에 고장은 확인되지 않았지만, 조치가 없었을 결과를 모르므로 예방 효과는 미확정”이라고 덧붙입니다. 기간의 끝을 포함하지 않는 규칙과 확인 출처도 기록 정의에 남깁니다.

관측이 09-04 09:00에 종료됐다면 followup_complete=0이고 failure_within_7d는 미확인으로 남깁니다. 앞선 3일에 고장이 없었다는 사실을 7일 결과 0으로 늘려 쓰지 않습니다.

체크리스트

  • 신호 전후의 입력·검토·조치·결과 확인 시점을 구분할 수 있는가?
  • 결과 0만으로 초기 위험 부재나 조치 성공을 확정할 수 없는 이유를 설명하는가?
  • 조치 내용·시점·관측 기간·완료 여부를 기록하고, 짧은 관측을 7일 비고장으로 바꾸지 않는가?

출처와 참고 자료

  • W3C, PROV-Overview — 결과가 어떤 활동과 기록을 거쳐 생성되었는지 연결하는 provenance 관점을 참고했습니다. 본문의 시간표·결과·기록 연습은 자체 가상 사례이며 특정 조치의 효과를 검증한 자료가 아닙니다. 확인일: 2026-09-20.