Process/A-SPICE
(A-SPICE 6회차) MAN.5: “리스크는 사고 나기 전에 막는 것!”
알파미르
2025. 5. 17. 12:00
⚠️ 6회차: “리스크는 사고 나기 전에 막는 것!”
이슈랑 헷갈리면 안 돼요~ A-SPICE는 MAN.5에서 딱 구분합니다!
“PM님, 일정이 터졌어요!”
“그건… 지난주에 리스크였는데, 이제는 이슈야…” 😮💨
🎯 오늘의 주제: MAN.5 – 리스크 관리 (Risk Management)
“리스크 관리가 왜 중요한가요?”
정답은 간단합니다.
“터지기 전에 막을 수 있는 문제라면, 리스크다!”
A-SPICE의 MAN.5는
⚠️ 리스크를 예측하고
🛠 대응 계획을 세우고
📊 그걸 계속 추적하는
‘예방 중심’ 관리 프로세스예요.
📦 리스크 vs 이슈, 뭐가 다를까?
| 항목 | 리스크(Risk) | 이슈(Issue) |
|---|---|---|
| 시점 | 아직 발생하지 않음 | 이미 발생함 |
| 예시 | “개발자 한 명이 퇴사할 수도 있음” | “오늘 퇴사 통보 받음…” |
| 대응 방식 | 미리 계획을 세워 대응 준비 | 이미 벌어진 문제에 대해 해결 조치 |
| A-SPICE 위치 | MAN.5 (리스크 관리) | MAN.3 (일정 관리 등과 연계된 대응 활동) |
✅ 리스크는 ‘가능성’,
이슈는 ‘현실’입니다.
두 개는 구분해서 따로 관리해야 돼요!
🛠️ 리스크 관리, A-SPICE 방식으로 해보자!
A-SPICE는 리스크 관리를 프로세스로 정의하고 있어요.
아래 단계를 기억해두면 실무에도 바로 적용할 수 있어요!
📋 STEP 1. 리스크 식별 (Identify)
- “이 작업이 실패하면 어떤 일이 벌어질까?”
- 일정 지연, 기능 누락, 인력 부족, 고객 변경 가능성 등 불안 요소 파악!
🧮 STEP 2. 평가 (Assess)
- 발생 가능성 (Low, Medium, High)
- 영향도 (Low, Medium, High)
- 이걸 테이블로 만들면 우선순위가 한눈에 보여요!
| 리스크 내용 | 가능성 | 영향도 | 우선순위 |
|---|---|---|---|
| 주요 개발자 이직 가능성 | High | High | 🔴 높음 |
| 고객 요구 변경 | Medium | Medium | 🟡 중간 |
| 테스트 장비 고장 | Low | High | 🟠 중간 |
🧰 STEP 3. 대응 계획 수립 (Plan)
- 완화(Mitigation): “백업 개발자를 미리 투입하자”
- 회피(Avoidance): “외부 변수 많은 기능은 나중에 하자”
- 수용(Acceptance): “발생하면 빠르게 수습하자 (비상 프로세스 포함)”
📊 STEP 4. 추적 및 갱신 (Track & Update)
- 주간 회의에서 리스크 상태 업데이트
- 새로운 리스크는 추가하고, 해결된 리스크는 종료!
🔄 리스크 관리와 이슈 관리, 실무에서는 이렇게 연결돼요!
| 상황 | 리스크 관리 | 이슈 관리 |
|---|---|---|
| 일정이 미뤄질 수 있음 | “설계가 지연될 가능성이 있음” → 리스크 등록 | “설계가 이미 일주일 지연됨” → 이슈 등록 & 일정 재조정 |
| 기능 요구사항이 자주 바뀜 | “고객 요구 변경 가능성 있음” → 리스크 | “요구사항 변경 접수됨” → 이슈로 반영 + 영향도 분석 |
| 개발 장비가 노후됨 | “테스트 장비 고장 가능성” → 리스크 | “장비 고장 발생” → 이슈로 처리 & 교체 요청 |
😎 잘하는 PM은 이렇게 다릅니다!
- 리스크 로그 따로 유지함 (Excel, Confluence 등)
- 이슈와 헷갈리지 않도록 별도 컬럼으로 관리
- “이게 왜 이슈로 터졌는지”를 보고, 미래 리스크로 피드백
- “문제가 발생한 이유”보다 문제가 안 생기게 미리 대비하는 사람이 진짜 멋짐!
📌 실천 미션: 우리 팀 리스크 감지 능력 키우기!
- “이번 주 내 작업에서 터질 가능성 있는 일” 3개 적어보기
- 그 리스크에 대한 대응 방법 한 줄로 정리하기
- 주간 회의에서 “리스크 공유 시간” 만들어보기
- 현재 진행 중인 이슈 중, 과거 리스크로 등록됐어야 했던 것 되돌아보기
💬 마무리 TMI: 리스크는 ‘미래를 구체화’하는 기술!
리스크 관리는 예언이 아니라,
예측 가능한 변수에 이름을 붙이고, 미리 준비하는 능력이에요.
그 준비가 A-SPICE에서 말하는
성숙한 조직의 핵심 역량입니다!
📌 다음 회차 예고
7회차에서는
"SUP.1 – 품질 보증(QA)의 세계, 왜 개발자도 품질팀을 이해해야 할까?"를 주제로,
QA가 왜 개발자들의 적이 아닌 아군인지!
그리고 품질 보증 활동이 A-SPICE에서 어떻게 작동하는지를 알아봅니다!
“QA는 괴롭히는 팀이 아니라, 함께 나아가는 팀입니다!” 😄