Risk vs Issue · Risk vs Issue

“아직 오지 않은 예견(Risk)과 이미 발생한 문제(Issue). 현장 우선순위는 Issue가 앞선다.”

예견과 발생, 시점의 차이

Risk(위험)와 Issue(이슈)를 가르는 가장 근본적인 기준은 시점이다. Risk는 아직 일어나지 않았으나 일어날 수 있는 사건, 즉 미래의 불확실성을 가리킨다.

반면 Issue는 이미 발생해 프로젝트에 실제로 영향을 주고 있는 문제다. 같은 사안이라도 발생 전에는 Risk로, 발생 후에는 Issue로 이름이 바뀐다.

이 시점의 경계를 흐리면 관리 방식 자체가 어긋나기 때문에, 둘의 구분은 단순한 용어 정리가 아니라 대응 체계의 출발점이다.

확률·영향 2축의 Risk 우선순위

Risk는 발생 확률과 영향도라는 두 축으로 평가한다. 아직 오지 않았으므로 '얼마나 일어날 법한가'와 '일어나면 얼마나 아픈가'를 곱해 우선순위를 매기고, 회피·전가·완화·수용 같은 대응 전략을 미리 준비한다.

Issue는 이미 발생했으므로 확률은 의미가 없다. 남은 변수는 영향의 크기와 해결까지의 속도뿐이다.

그래서 Risk 관리는 대비와 예방의 성격이, Issue 관리는 즉각 복구와 손실 최소화의 성격이 강하다. 같은 위협을 두고도 어느 단계에 있느냐에 따라 쓰는 잣대가 달라진다.

이론상 Risk 관리가 선행되어야 하지만, 현장의 자원은 늘 한정적이다. 이미 발생해 실제 손해를 내고 있는 Issue를 두고 아직 오지 않은 Risk에 인력을 먼저 배분하기는 어렵다.

따라서 실무 우선순위는 Issue가 앞선다. 다만 Issue 처리에만 매몰되면 새로운 Risk가 식별되지 못한 채 줄줄이 Issue로 전환되는 악순환이 생긴다.

노련한 PM은 발생한 불을 끄면서도, 다음에 터질 자리를 동시에 살피는 균형 감각으로 둘을 함께 운용한다.

두 대장의 칸 구성 비교

Risk와 Issue를 한 목록에 섞어 관리하는 것은 흔하지만 위험한 습관이다. Risk 대장은 발생 확률, 영향도, 대응 전략, 트리거 조건을 담고 주기적으로 재평가된다.

Issue 대장은 발생 일시, 영향 범위, 담당자, 해결 기한, 처리 상태를 담고 종결까지 추적된다. 두 목록의 칸 구성 자체가 다르기 때문에 섞으면 어느 쪽도 제대로 통제되지 않는다.

잘 관리되는 프로젝트는 Risk가 현실화되는 순간 해당 항목을 Issue 대장으로 옮기고, 그 전환의 책임자와 시점을 명확히 남긴다.

Risk와 Issue의 구분은 검수 단계에서 책임 소재를 가르는 근거가 된다. 사전에 식별·공유된 Risk가 현실화되었다면, 대비책을 합의했는지가 책임 판단의 기준이 된다.

반대로 식별조차 되지 않은 채 터진 Issue는 관리 부실의 신호로 읽힌다. 또한 Risk가 Issue로 전환되어 범위나 일정에 변동을 일으키면, 그 처리는 자연스럽게 변경관리 절차로 넘어간다.

즉 Risk·Issue 관리의 품질은 변경관리 기록의 정합성으로 드러나며, 이 연결이 끊기면 분쟁의 빌미가 된다.

주니어는 흔히 Issue가 터진 뒤에야 대응을 시작하고, 그것을 곧 위험 관리라 여긴다. 시니어는 아직 Issue가 아닌 신호를 Risk로 미리 등록하고, 트리거 조건과 대응안을 합의해 둔다.

이 차이가 프로젝트의 안정성을 가른다. 발생한 문제를 빠르게 처리하는 능력도 중요하지만, 발생하기 전에 후보를 식별해 영향을 줄여 두는 선제적 통제가 진짜 관리의 핵심이다.

결국 좋은 PM은 Issue 목록의 길이보다 Risk 목록의 정교함으로 평가받는다.