03. 2A4 문제해결 실전 가이드

1. 2A4의 운영 정의

2A4는 고객의 “AI를 도입하고 싶다”는 요구를 누가 어떤 업무에서 어떤 장애를 겪고 있으며 해결하면 무엇이 달라지는지로 전환하는 실전 프레임워크입니다.

Actual Situation현재 실제로 무슨 일이 일어나는지 확인합니다.

Actual Cause반복 문제를 발생시키는 구조적 원인을 분석합니다.

Ask · Analyze질문하고 증상·원인·관점을 분석합니다.

Align · Act목표·범위를 합의하고 실행안을 확정합니다.

Actual Situation → Actual Cause → Ask → Analyze → Align → Act

문제를 크게 말하지 말고, 실제 상황과 실제 원인을 분리한 뒤 질문·분석·합의·실행으로 전환하십시오.

2. 2A4가 필요한 이유와 기본 원칙

요구사항과 문제는 다릅니다“AI 챗봇을 만들어 달라”가 아니라 고객 문의 처리시간과 반복 재작성의 실제 문제를 확인합니다.

증상과 원인은 다릅니다승인 지연의 원인이 승인자 업무량인지, 정보 부족인지, 단계 과다인지 확인합니다.

고객과 내부 관점은 다릅니다고객의 대기와 직원의 정보검색 지연을 함께 분석합니다.

기술보다 문제를 먼저 봅니다플랫폼·대시보드·챗봇을 먼저 정하지 않고 증거와 업무에서 출발합니다.

원칙 1해결책보다 문제를 먼저 정의

원칙 2공식 절차와 실제 절차 분리

원칙 3의견과 Evidence 구분

원칙 4문제를 작게 제한

원칙 5해결안을 행동으로 표현

원칙 6측정 가능한 성공기준

원칙 7제외 범위 확정

원칙 8다음 행동과 책임자 지정

3. 문제 신호 수집

문제는 사용자 불만, 민원, 지연, 반복 오류, 사고보고서, 로그, 승인 반려, 엑셀 재작업, 이메일·메신저, 현장 관찰, 인터뷰와 KPI 하락에서 발견됩니다.

문제 신호 기록 양식

신호 ID·발견일·발견자
SIG-FN-001 · 2026-08-18 · 야간 시설관리자

발생 업무·관련 사용자
화재경보 초기 대응 · 야간 시설관리자

관찰 현상·빈도
위험구역 확인 지연 · 월 5~8회

영향·관련 자료·추가 확인
대피 안내 지연 · 로그·도면·근무일지

Ask로 전환하는 질문

현상정확히 무엇이 늦어지고 있는가? 누가 불편을 겪는가?

조건언제·어떤 조건에서 반복되는가? 전후에 무슨 일이 있는가?

구조공식 절차와 실제 절차는 어디에서 다른가? 어떤 시스템과 자료를 쓰는가?

성과해결되면 무엇이 달라지는가? 다음 행동은 무엇인가?

4. Actual Situation: 현재 상황 분석

“어떻게 되어야 하는가”가 아니라 “실제로 어떻게 진행되는가”를 업무 시작부터 완료·기록까지 확인합니다.

업무 시작 조건 → 첫 행동 → 입력자료 → 판단 → 승인 → 실행 → 기록 → 완료

사고 보고 실제 흐름 예시

사고 발생 → 담당자 전화 확인 → 사진 촬영 → 메신저로 팀장 전송 → 별도 양식 재입력 → 수정 요청 → 보고서 재작성 → 이메일 제출 → 안전팀 취합

공식 프로세스와 실제 프로세스

단계	공식 절차	실제 업무	발견된 차이
사고 접수	시스템 등록	전화·메신저 접수	시스템 우회
현장 확인	모바일 체크리스트	종이 메모	수기 기록
승인	팀장 승인	구두 승인 후 사후 등록	승인 기록 불완전
보고	자동 취합	엑셀 재작성	중복 업무

5. Analyze·Actual Cause: 증상과 원인

원인 후보 분류

정보 원인데이터 부재·노후·정의 불일치·검색 어려움

구조 원인업무·시스템 분리, 책임·권한 불명확, 부서 인계 단절, 중복 입력

판단 원인기준 미문서화, 예외 규칙 부재, 담당자 경험 의존, 승인 조건 불명확

실행·변화 원인추천이 행동으로 연결되지 않음, 기록 부재, 교육 부족, 기존 평가체계와 충돌

5 Whys 예시

문제: 화재경보 후 대피 안내가 늦다.
왜 1: 위험구역과 대피경로 확인이 오래 걸린다.
왜 2: 도면과 이용자 정보가 다른 파일에 있다.
왜 3: 공간·설비·이용자 데이터가 연결되지 않았다.
왜 4: 공통 객체와 관계 정의가 없다.
왜 5: 재난대응 온톨로지가 설계되어 있지 않다.

핵심 원인: 필요한 객체·관계·상태·규칙이 구조화되지 않아 판단 정보를 즉시 연결할 수 없다.

원인 트리

대피 안내 지연
├ 정보 확인 지연: 도면·설비 분리 / 최신자료 불명확
├ 판단 기준 불명확: 위험도·예외 규칙 부재 / 경험 의존
└ 실행 연결 부족: 승인자·안내 템플릿·결과 기록 부재

6. Align: 문제 문장과 관점 합의

문제 문장은 대상 사용자, 특정 업무, 현재 장애, 측정 가능한 손실, 원인 가설과 원하는 변화를 포함해야 합니다.

[대상 사용자]가 [특정 업무]를 수행할 때 [현재 장애] 때문에 [측정 가능한 손실]이 발생하고 있으며, [원인 가설]을 검증해 [원하는 변화]를 만들어야 한다.

좋은 문제 문장야간 시설관리자가 화재경보에 대응할 때 건물도면·센서정보·대피경로·연락망을 별도로 조회해야 하므로 초기 대응이 지연되고 있으며, 관련 Evidence와 온톨로지를 연결해 5분 이내의 승인 가능한 대피 안내를 생성해야 한다.

고객·내부 관점

관점	문제 인식	핵심 영향
고객	대기시간이 길다	불만·이탈
현업	이전 기록과 자료를 찾기 어렵다	업무부담
팀장	품질 편차가 크다	관리 어려움
IT	시스템이 여러 개다	연동 복잡성
법무·보안	답변·행동 오류 위험	규제·분쟁
경영진	재문의·이탈이 증가	비용·매출 손실

7. Act: 목표·해결안·실행

목표와 성공기준

현재 기준선 → 목표값 → 변화 기간 → 측정방법 → 책임자

예시사고 보고서 작성 평균 60분 → 20분 이하 · 4주 MVP · 접수부터 제출까지 측정 · 안전관리팀장 책임 · 20건 이상 사용·오류율 5% 이하

해결안은 최소 3개 비교

기준	질문
문제 적합성	핵심 원인을 해결하는가?
실행 가능성	현재 데이터·기술로 가능한가?
사용자 수용성	실제 사용자가 사용할 것인가?
위험·성과	잘못된 실행 위험과 전후 측정이 가능한가?
재사용성	다른 프로젝트에 적용 가능한가?
비용·기간	MVP로 제한 가능한가?

우선순위

우선순위 점수 = 영향도 × 긴급성 × 실행가능성 × 재사용성

자주 발생하고 손실·위험이 크며, 사용자가 명확하고 데이터가 존재하며, 짧은 기간에 측정 가능한 문제를 우선합니다.

MVP 실행안

최근 3개월 자료 정규화 → 반복 유형 10개 분류 → 객체·정책 정의 → AI 추천 Agent → 사람 승인 → 결과 전송·기록 → 처리시간·수정률 측정 → 템플릿 자산화

8. 문제정의서 표준 양식

Problem Definition Canvas

기본정보문제 ID · 프로젝트 · 작성자 · 검토자 · 상태 · 관련 목표·Evidence

문제정의대상 사용자 · 업무 · 현재 상황 · 증상 · 영향 · 원인 가설

목표기준선 · 목표값 · 측정방법 · 기간 · 성공 조건

범위포함·제외 범위 · 첫 사용자 · 첫 행동 · 필요 데이터·시스템

해결안대안 A·B·C · 선택안 · 이유 · 위험·완화책

실행MVP · 온톨로지 · AI 판단 · Human Gate · 워크플로 · UI·데이터 · 책임자

Evidence–Problem 연결

문제	Evidence	신뢰도	보여주는 내용	추가 확인
경보 대응 지연	EV-001	A	평균 확인시간 12분	층별 비교
경보 대응 지연	EV-002	B	도면·센서 위치 불일치	최신 도면 확보
경보 대응 지연	EV-003	C	담당자가 전화 확인	야간 인터뷰

9. 실습·평가·완료 기준

교육생은 고객의 막연한 요청을 Evidence와 연결된 하나의 문제정의서와 MVP 실행안으로 전환합니다.

문제 신호 5개 → 현재 업무흐름 → 공식·실제 비교 → 증상·원인 → 5 Whys → 문제 문장 → Evidence 5개 → 해결안 3개 → MVP → KPI 2개 → 다음 행동

평가영역	배점
문제 신호·현재 상황	25
증상·원인·Evidence 연결	30
문제 문장·해결안 비교	25
범위·KPI·실행안	20

03단계 완료 체크리스트

고객 요구와 실제 문제 구분

문제 신호를 Evidence에 연결

현재 업무흐름 작성

공식·실제 절차 비교

증상과 원인 구분

고객·현업·IT 관점 비교

핵심 원인 가설 도출

문제 문장 한 문장 정리

대상 사용자·업무 명확화

목표와 KPI 설정

대안 2개 이상 비교

포함·제외 범위 확정

MVP 최소 실행 단위 정의

다음 행동과 책임자 지정

고객 책임자 승인

10. FireNavi 최종 적용 예시

고객 요구

화재 발생 시 AI가 자동으로 모든 대피를 안내해 주었으면 합니다.

Actual Situation

경보는 수신기에 표시되고, 도면은 시설팀 PC에 있으며 이용자 정보는 별도 파일에 있습니다. 야간 담당자는 전화로 상황을 확인하고 대피방송 문구를 직접 작성합니다.

Actual Cause

경보·시설·이용자·담당자·대피경로 정보가 연결되지 않았고 위험도별 대응 규칙과 승인 워크플로가 정의되어 있지 않습니다.

MVP 범위한 건물·한 구역·야간 관리자·화재경보 1종·위험구역 표시·대피경로·안내 초안·관리자 승인·실행기록

KPI위험구역 확인 10분→3분, 안내 작성 15분→3분, 승인률 90% 이상, 잘못된 경로 5% 이하

핵심 메시지

문제를 정확히 작게 정의하면 AI와 사람의 실행이 빨라집니다.