P3-9.1 지금 문제를 어디까지 올려야 하는가¶

Section ID: P3-9.1 Version: v2026.09.20

현재 필요한 것이 변화 설명인지, 사람이 볼 순서인지, 아직 모르는 결과의 예측인지부터 정합니다. 산출물은 이 목적에 따라 선택합니다. 경고를 만든 뒤 검토 큐를 거쳐야만 예측을 시작할 수 있는 것은 아닙니다. 이미 결과 라벨과 평가 조건이 준비된 질문이라면 예측 문제를 바로 설계할 수 있고, 변화 설명이 목적이라면 비교 리포트 자체가 완성된 산출물일 수 있습니다.

세 질문에서 나란히 선택하기¶

지금 답하려는 질문	알맞은 산출물	먼저 확인할 근거
같은 조건의 기준과 무엇이 달라졌는가?	비교 리포트, 필요하면 경고	비교 대상·단위·집계·기준선, 경고를 발행할 조건
오늘 사람이 어떤 사례부터 확인해야 하는가?	검토 후보와 순서가 있는 큐	포함 기준·정렬 규칙·동률 처리·처리 여력
정한 시점의 입력으로 아직 모르는 결과를 맞힐 수 있는가?	목표 결과의 예측	목표 정의·입력 가능 시점·결과 라벨·학습과 구분된 평가 자료

이 세 가지는 완성도의 순위가 아닙니다. 비교 리포트는 관측 차이를 전달하고, 검토 큐는 확인할 일을 배정하며, 예측은 정의한 결과를 추정합니다. 하나의 업무가 둘 이상을 함께 사용할 수도 있지만, 각 산출물의 근거와 역할은 따로 남깁니다.

같은 운영 기록으로도 목적이 다르면 답이 달라진다¶

다음은 자체 구성한 세 요청입니다. 첫 요청에는 같은 조건의 과거 200건과 최근 20건에서 구한 후반 평균 2.8, 2.2 L/min이 주어졌다고 가정합니다. 차이는 2.2−2.8=−0.6 L/min입니다. 이것은 지금 관측한 비교값이며 미래 고장이나 원인에 대한 예측값이 아닙니다.

요청	선택할 산출물과 그 이유	아직 필요한 확인
“최근 유량이 기준과 얼마나 다른지 보고해 달라”	평균 차이 −0.6 L/min과 건수를 담은 비교 리포트	기준선 적합성과 관측 범위. 알림도 필요하면 발행 규칙
“후보가 A·B·C인데 오늘 두 건만 확인할 수 있다”	정렬 정책을 적용한 검토 큐의 앞 두 건	후보 포함 기준, 순위와 동률 규칙, 남은 사례 처리 방식
“동작 종료 시점에 앞으로 7일 안의 고장 여부를 예측하고 싶다”	해당 결과를 목표로 하는 예측 문제 설계	종료 시점 입력, 7일 결과 정의·완료 라벨, 새 사례를 평가할 자료

두 번째 요청에 P3-8.5의 queue-v1을 적용하면 A→C→B이므로 A와 C를 먼저 배정합니다. B는 이번 배정에서 남았을 뿐 정상으로 판정된 것이 아닙니다. 이 큐는 고장 원인 라벨이 없어도 명시한 운영 규칙으로 만들 수 있습니다. 경고가 먼저 발행되었다는 이력도 필수 조건은 아닙니다.

세 번째 요청에서 결과 라벨은 과거 사례의 학습·평가에 사용합니다. 실제로 예측할 새 동작의 7일 결과는 예측 시점에 아직 알 수 없습니다. 과거 라벨이 준비되어 있다는 것과 새 사건의 정답을 이미 안다는 것은 다릅니다. 일부 검토 사건에만 라벨이 있다면 P3-8.6의 선택 문제도 점검해야 합니다.

경고도 정책 없이 가볍게 발행하지 않는다¶

계산된 차이와 경고 발행은 구분합니다. −0.6 L/min이라는 차이 자체만으로 warning=1이 자동 결정되지는 않습니다. 어떤 기준에서 경고를 내고, 누구에게 전달하며, 측정 누락·중복 알림을 어떻게 다룰지 정해야 합니다. 실제 조치와 연결된다면 잘못 울린 경고와 놓친 경고의 영향, 대응 책임과 절차도 확인해야 합니다.

경고는 언제나 가볍고 예측은 언제나 무겁다고 순서를 매길 수 없습니다. 설비 정지로 이어지는 경고는 엄격한 운영 정책이 필요할 수 있습니다. 반면 단지 참고할 예측값을 제공하는 업무도 있습니다. 필요한 검증은 이름의 수준이 아니라 사용 목적과 오류의 영향에 맞춥니다. 정책을 재현하는 방법은 P3-8.4의 사례와 연결됩니다.

예측 목표는 원인 분류보다 넓다¶

예측의 목표는 맞히려는 결과입니다. “7일 내 고장 여부”처럼 범주를 맞힐 수도 있고, “다음 동작의 소요 시간”처럼 수치를 맞힐 수도 있습니다. 범주를 예측하는 문제는 분류, 연속적인 수치를 예측하는 문제는 회귀로 다룹니다. 고장 원인 분류는 가능한 목표 중 하나이며 모든 예측에 필요한 것은 아닙니다.

예를 들어 과거 동작의 시작 시점 입력과 종료 후 확정된 소요 시간이 연결되어 있고 평가 자료도 준비되어 있다면, 소요 시간 예측을 설계하기 전에 반드시 경고 시스템부터 만들 필요는 없습니다. 다만 입력과 결과의 연결, 결과 정의, 학습에 사용하지 않은 사례에서의 평가 조건을 확인해야 합니다. 라벨이 있다는 사실만으로 예측 성능이나 배포 가능성이 보장되지는 않습니다.

비교 리포트·검토 큐·예측 문제의 경계¶

flowchart TD
    A{현재 질문이 요구하는 산출물은?}
    A -->|변화 설명| B[비교 근거를 확인해 리포트를 만든다]
    A -->|검토 순서| C[검토 규칙과 처리 여력을 정해 큐를 만든다]
    A -->|라벨 예측| D{목표 라벨과 평가 구조가 준비됐는가?}
    D -->|예| E[예측 문제를 설계한다]
    D -->|아니오| F[부족한 라벨과 평가 조건을 정리한다]
    F --> G[현재 근거로 가능한 산출물을 다시 고른다]

예측이 목적이지만 결과 기간이나 라벨 정의가 불명확하다면, 그 부족한 조건을 적고 결과 수집·정의를 보완합니다. 비교 리포트나 검토 큐가 당장 도움이 된다면 별도 산출물로 만들 수 있지만, 그것만으로 원래의 예측 질문에 답했다고 하지는 않습니다. 반대로 목적에 맞는 리포트를 예측으로 바꾸지 않았다는 이유로 미완성이라고 보지도 않습니다.

목적에 맞는 산출물 고르기¶

① 다음 동작의 소요 시간을 미리 알고 싶고 과거 입력·결과 라벨과 별도 평가 자료가 있다. ② 같은 조건의 최근 평균과 기준 평균의 차이만 보고 싶다. ③ 후보 세 건 중 두 건을 먼저 확인해야 하며 원인 라벨은 없다. 각 요청의 산출물을 고르고, 필수 선행 단계가 아닌 것을 하나씩 말해 보세요.

해설: ①은 소요 시간 예측 설계를 선택할 수 있으며 경고 시스템이 필수 선행 단계는 아닙니다. ②는 비교 리포트가 목적에 맞고 미래 결과 예측이 필수는 아닙니다. ③은 포함·정렬 정책을 명시한 검토 큐가 맞으며 확정 원인 라벨이 필수는 아닙니다. 단, 라벨 없는 큐의 순위를 실제 고장 확률이라고 부를 수는 없습니다.

체크리스트¶

변화 설명·검토 순서·결과 예측 중 현재 질문에 맞는 산출물을 고른 이유를 말할 수 있는가?
선택한 산출물에 필요한 근거와 아직 빠진 조건을 구체적으로 적었는가?
예측을 필수 최종 단계로 보거나 경고를 검증 부담이 없는 산출물로 취급하지 않는가?

출처와 참고 자료¶

Google, Machine Learning Glossary — label, classification model, regression model의 정의를 참고했습니다. 목적별 산출물 선택표와 요청 사례는 본서의 자체 교육용 구성이며 필수 개발 단계의 표준을 제시한 것이 아닙니다. 확인일: 2026-09-20.