머릿속 걱정을 목록으로 만듭니다. 무엇이, 얼마나 위험하고, 일어나면 어떻게 대응할지 적으면 막연한 불안이 관리 대상이 됩니다.
이 파트에서 다루는 내용
리스크 관리는 미래의 문제를 지금 다루는 일입니다
일정이 무너지는 것은 대개 예상 못 한 일 때문이 아니라, 예상할 수 있었는데 대비하지 않은 일 때문입니다. 리스크 관리는 아직 일어나지 않은 문제를 미리 목록으로 만들어 다루는 것입니다.
Part 5가 개인의 일정 산정이었다면, 여기서는 여러 사람과 여러 작업이 얽힌 팀의 일정을 봅니다.
모든 리스크를 같게 다루지 않습니다. 일어날 가능성과 일어났을 때의 피해로 우선순위를 매깁니다. Part 7의 부채 판단과 같은 두 축입니다.
높은 리스크는 대응책을 미리 생각해 둡니다. 피할지, 줄일지, 터지면 어떻게 복구할지. 급할 때 처음 고민하면 늦습니다.
일정을 무너뜨리는 것은 대개 정해져 있습니다
팀 일정이 밀리는 원인은 매번 비슷합니다. 미리 알면 대비할 수 있는 것들입니다.
다른 팀, 외부 업체, 아직 안 나온 API를 기다리다 막힙니다. 내가 통제할 수 없는 것에 일정이 걸려 있으면 가장 먼저 리스크로 잡고 대안을 준비합니다.
특정 작업을 한 사람만 할 수 있으면 그 사람이 아프거나 빠지면 멈춥니다. 지식을 나누는 것이 일정 리스크 관리이기도 합니다. Part 11과 이어집니다.
테스트, 리뷰, 배포, 데이터 이관, 검수처럼 보이지 않는 작업이 일정에서 빠집니다. Part 5의 숨은 시간을 팀 규모로 다시 봐야 합니다.
진행 중 요구가 바뀌는 것은 자연스럽습니다. 문제는 변경이 일정에 미치는 영향을 조용히 흡수하려는 것입니다. 변경은 일정 재협상의 신호로 다룹니다.
여러 작업 중 전체 일정을 결정하는 가장 긴 연결 고리가 있습니다. 이 경로 위의 작업이 밀리면 전체가 밀립니다. 무엇이 크리티컬 패스인지 알면 어디에 집중하고 무엇을 먼저 착수할지 정할 수 있습니다.
조기 경보가 늦은 대응보다 낫습니다
일정 관리의 목표는 밀리지 않게 하는 것이 아닙니다. 밀리는 것을 최대한 일찍 아는 것입니다. 일찍 알면 범위를 조정하거나 인력을 붙이거나 기대를 재조정할 수 있지만, 마감에 알면 아무것도 할 수 없습니다.
각 작업이 어디까지 왔는지 팀과 이해관계자가 볼 수 있게 합니다. 보드, 주간 공유, 짧은 상태 업데이트. 보이지 않으면 문제도 안 보입니다.
어떤 상태가 되면 경보인지 미리 정합니다. 이 작업이 이 날짜까지 안 끝나면 위험처럼. 기준이 있어야 늦기 전에 알아챕니다.
모든 것이 계획대로 되는 일정은 지켜지지 않습니다. 불확실한 구간과 통합·검수 뒤에 완충을 둡니다. 다만 완충을 몰래 숨기지 말고 불확실성으로 설명합니다.
나쁜 소식일수록 제때, 대안과 함께 전합니다
이해관계자에게 지연을 알리는 것은 누구에게나 불편합니다. 그래서 미루다가 더 나쁜 상황을 만듭니다. 나쁜 소식은 빨리, 그리고 선택지와 함께 전하는 것이 원칙입니다.
늦어집니다로 끝내지 않습니다. 왜 늦는지, 어떤 선택지가 있는지를 함께 전합니다. 범위를 줄일지, 일정을 늦출지, 인력을 더할지. 결정할 수 있게 정보를 줍니다.
이 셋 중 최소 하나는 움직여야 합니다. 다 고정하면 품질이 희생됩니다. 무엇을 움직일지는 이해관계자의 결정이지만, 선택지를 정리해 주는 것은 PL의 몫입니다.
약속을 못 지키는 것보다 못 지킬 것 같다고 미리 말하지 않는 것이 신뢰를 깎습니다. 일찍 알리면 실망은 있어도 신뢰는 남습니다.
일정과 범위에 대한 합의는 반드시 남깁니다. 나중에 왜 이렇게 됐냐는 질문에 대한 근거가 됩니다. Part 6, Part 10과 이어집니다.
리스크는 미리 목록으로 만들어 다루고, 일정을 무너뜨리는 의존성과 숨은 작업을 먼저 보고, 조기 경보 체계를 세우고, 나쁜 소식은 선택지와 함께 제때 전합니다. PL의 일정 관리는 통제가 아니라 조기 감지와 소통입니다. 밀리는 프로젝트는 많지만, 신뢰를 잃는 것은 밀린 사실을 늦게 안 경우입니다.