SPI(Schedule Performance Index)

SPI는 무엇을 보여 주는 지표인가

SPI는 Schedule Performance Index의 약자로, 우리말로는 일정성과지수라고 부릅니다. 프로젝트가 기준일에 원래 계획했던 만큼의 일을 실제로 달성했는지 비율로 보여 주는 값입니다. 단순히 달력이 며칠 지났는지 보는 것이 아니라, 계획에 잡힌 업무 가치와 실제 완료로 인정된 업무 가치를 비교한다는 점이 핵심입니다. 그래서 규모가 다른 작업이 섞여 있는 프로젝트에서도 일정의 건강 상태를 한 숫자로 요약하는 데 도움이 됩니다.

일정관리를 할 때 자주 생기는 착각은 팀원이 바쁘게 움직이고 있으면 일정도 잘 진행된다고 보는 것입니다. 회의가 많고 산출물이 조금씩 늘어나도, 기준일까지 끝나야 할 핵심 작업이 미완료라면 계획 대비 성과는 부족할 수 있습니다. SPI는 이런 차이를 드러냅니다. 이 지표는 진척률을 장식하는 숫자가 아니라, 계획과 실행 사이의 간격을 같은 언어로 대화하게 해 주는 신호입니다.

SPI는 보통 획득가치관리, 즉 EVM 체계에서 사용합니다. EVM은 비용과 일정, 범위를 따로 떼어 보기보다 작업의 계획 가치와 실제 성과를 함께 확인하는 방식입니다. 다만 거대한 공공사업이나 건설 현장에서만 쓸 수 있는 개념은 아닙니다. 제품 출시, 콘텐츠 제작, 시스템 구축, 행사 준비처럼 작업을 나누고 완료 기준을 세울 수 있는 일이라면 작은 팀도 충분히 활용할 수 있습니다.

이 지표를 제대로 읽으려면 숫자가 만들어지는 기준일을 고정해야 합니다. 월요일 오전에 집계한 계획가치와 금요일 저녁에 집계한 실제 성과를 나누면 지표가 왜곡됩니다. 같은 보고 기준일, 같은 작업분류체계, 같은 완료 판정 규칙을 써야 SPI가 비교 가능한 정보가 됩니다. 지표의 정교함은 복잡한 수식보다 데이터 기준을 지키는 습관에서 시작됩니다.

SPI 계산식: EV를 PV로 나누기

SPI의 계산식은 간단합니다. SPI는 EV를 PV로 나눈 값이며, 식으로 쓰면 SPI = EV ÷ PV입니다. EV는 Earned Value, 즉 기준일까지 실제로 완료했다고 인정받은 작업의 계획상 가치입니다. PV는 Planned Value, 즉 같은 기준일까지 계획상 완료되어야 했던 작업의 가치입니다. 분자와 분모 모두 돈을 뜻한다고 오해하기 쉽지만, 일정 성과를 보기 위해서는 작업량이나 예산 기준의 계획 가치를 일관되게 사용하면 됩니다.

예를 들어 이번 주까지 완료하기로 한 작업의 계획가치가 100이고, 실제 완료로 인정된 작업의 가치가 80이라면 EV는 80, PV는 100입니다. 이때 SPI는 0.80입니다. 반대로 기준일까지 계획가치가 100인데 실제 완료 가치가 110이라면 SPI는 1.10이 됩니다. 이 계산은 소수점 둘째 자리 정도로 보고하되, 숫자 하나만으로 원인을 단정하지 않는 태도가 중요합니다.

EV를 입력할 때 진행 중인 업무를 과하게 완료로 처리하면 SPI는 보기 좋게 올라가지만, 다음 보고 시점에 갑자기 떨어질 수 있습니다. 따라서 완료 정의를 먼저 합의해야 합니다. 개발이라면 코드 작성이 아니라 테스트와 리뷰까지 끝난 상태인지, 콘텐츠라면 초안 작성이 아니라 검수와 게시 승인까지 끝난 상태인지 정해 두는 방식이 좋습니다. 명확한 완료 기준은 지표를 통제 수단이 아니라 신뢰할 수 있는 의사결정 자료로 만듭니다.

PV도 현실적인 기준선이어야 합니다. 처음 계획이 무리하게 잡혔다면 SPI가 낮다는 사실만으로 팀의 실행력을 평가하기 어렵습니다. 일정 기준선이 변경되었다면 변경 사유, 승인일, 영향을 받은 작업을 남기고 이후의 PV 계산에 반영해야 합니다. 계획을 몰래 바꾸어 지표를 맞추는 대신, 변경 전후 수치를 함께 보관해야 경영진과 실무자가 같은 상황을 이해할 수 있습니다.

SPI 수치 해석: 1을 기준으로 읽기

SPI가 정확히 1.00이면 기준일까지 계획한 성과와 실제 성과가 일치한다는 뜻입니다. 이것은 모든 작업이 완벽하게 순서대로 끝났다는 의미는 아닙니다. 일부 작업은 늦고 다른 작업은 앞당겨졌을 수 있지만, 전체 계획가치 기준에서는 일정이 기준선과 같은 속도로 움직이고 있다는 뜻입니다. 따라서 1.00은 안심의 이유이면서도, 다음 구간의 위험을 살펴볼 출발점이기도 합니다.

SPI가 1보다 작으면 계획 대비 성과가 부족한 상태입니다. 0.95처럼 작은 차이는 집계 오차나 짧은 작업의 마감 시점 차이일 수도 있지만, 여러 보고 기간에 걸쳐 하락한다면 일정 지연 신호로 봐야 합니다. 특히 0.80 아래로 내려가면 계획한 성과의 80퍼센트 수준에 머문다는 뜻이므로, 남은 기간에 같은 방식으로 운영해도 마감일을 맞추기 어렵다는 경고가 됩니다.

SPI가 1보다 크면 계획보다 빠른 성과를 냈다는 뜻입니다. 그러나 무조건 좋은 소식으로만 해석하면 위험합니다. 쉬운 작업을 먼저 완료해 점수가 올라갔는지, 핵심 경로의 어려운 작업이 뒤로 밀렸는지, 품질 검증을 나중으로 미뤘는지 함께 확인해야 합니다. 일정이 앞선다는 숫자가 범위 축소나 승인 누락에서 나온 것이라면, 이후 재작업으로 이점이 사라질 수 있습니다.

한 번의 SPI보다 추세가 더 중요합니다. 1.02, 0.98, 0.93처럼 서서히 내려가는 흐름은 아직 마감일이 오지 않았더라도 병목이 쌓이고 있다는 단서가 됩니다. 주간 또는 격주로 같은 기준에서 그래프를 만들고, 큰 변동이 생긴 주에는 어떤 작업이 EV와 PV 차이를 만들었는지 기록하세요. 숫자와 사건 기록이 함께 있어야 다음 프로젝트의 견적과 일정 계획도 좋아집니다.

낮은 SPI를 발견했을 때의 대응 순서

낮은 SPI를 발견했다고 바로 야근이나 인력 추가를 결정할 필요는 없습니다. 먼저 지연이 실제 실행 문제인지, 완료 판정이 늦어진 것인지, 의존 작업의 승인 대기 때문인지 구분해야 합니다. 작업별로 계획 완료일, 현재 상태, 남은 노력, 막힌 이유를 한 표에 모으고, SPI 차이를 크게 만든 항목부터 확인하세요. 원인을 분류하지 않은 자원 투입은 비용만 늘리고 핵심 경로를 더 복잡하게 만들 수 있습니다.

다음으로 크리티컬 패스와 마일스톤을 다시 확인합니다. 모든 지연 작업이 최종 일정에 같은 영향을 주는 것은 아닙니다. 여유 시간이 있는 작업은 조정 가능하지만, 다음 단계가 기다리는 핵심 작업은 하루의 지연도 연쇄적으로 번질 수 있습니다. 팀은 가장 바쁜 사람에게 일을 더 몰기보다, 일정 종료일을 움직이는 작업에 필요한 의사결정과 검토를 우선 배치해야 합니다.

회복 방안은 작업 범위를 나누는 방법, 병렬로 처리할 수 있는 일을 찾는 방법, 승인 주기를 짧게 만드는 방법처럼 구체적으로 적습니다. 단, 병렬화나 패스트트래킹은 재작업 위험을 키울 수 있으므로 의존관계와 품질 기준을 함께 확인해야 합니다. 외부 인력을 투입할 때도 인수인계 시간과 커뮤니케이션 비용을 계산하지 않으면 단기 SPI를 올리는 대신 장기 생산성을 떨어뜨릴 수 있습니다.

마지막으로 새 계획을 만들기 전에 현실적인 재예측을 합니다. 남은 작업의 추정치와 현재 처리 능력을 바탕으로 완료 예상일을 다시 계산하고, 이해관계자에게 원인과 선택지를 설명합니다. 목표일을 유지하려면 무엇을 줄이거나 추가해야 하는지, 목표일을 조정하면 어떤 품질을 지킬 수 있는지를 분명히 제시하세요. SPI는 사람을 탓하는 점수판이 아니라, 더 이른 시점에 선택을 가능하게 하는 도구입니다.

실무에서 SPI를 꾸준히 쓰는 방법

처음에는 모든 작업에 정교한 가중치를 붙이려 하지 말고, 중요 마일스톤과 반복 업무부터 시작하는 편이 좋습니다. 예를 들어 출시 프로젝트라면 기획 승인, 핵심 기능 개발, 통합 테스트, 배포 승인처럼 완료 여부가 분명한 단위를 잡을 수 있습니다. 각 단위의 계획가치를 합쳐 PV를 만들고, 완료 기준을 충족한 단위만 EV로 계산하면 팀 규모가 작아도 일관된 SPI를 만들 수 있습니다.

보고 주기는 의사결정 속도에 맞춥니다. 일 단위로 값이 크게 흔들리는 프로젝트라면 매일 숫자를 발표하기보다 주간 추세와 이슈 목록을 함께 보는 편이 낫습니다. 반면 마감이 임박했거나 짧은 스프린트로 운영한다면 이틀이나 사흘 단위의 확인이 유용할 수 있습니다. 중요한 것은 지표를 보는 주기보다, 지표가 낮아졌을 때 누가 어떤 판단을 할지 미리 정해 두는 일입니다.

SPI는 비용성과지수인 CPI와 함께 볼 때 더 입체적인 그림을 줍니다. 일정이 늦고 비용도 나쁘다면 구조적인 문제를 의심해야 하지만, 일정은 조금 늦어도 비용이 안정적이라면 자원 재배치나 범위 조정으로 회복할 여지가 있을 수 있습니다. 다만 지표를 많이 늘리기 전에 각 숫자가 어떤 행동으로 이어지는지 점검하세요. 행동으로 연결되지 않는 대시보드는 관리가 아니라 장식이 되기 쉽습니다.

실무용 표를 만들 때는 작업명, 책임자, 계획 완료일, 완료 정의, 계획가치, 실제 완료일, 현재 상태, 지연 사유, 다음 조치라는 열을 둡니다. 이 표는 SPI를 산출하는 원자료이자 회의의 행동 목록입니다. 작업을 너무 작게 나누면 관리 비용이 커지고, 너무 크게 묶으면 지연의 원인을 찾기 어렵습니다. 한 번의 보고 주기 안에 상태가 바뀔 수 있고, 책임자가 진행 상황을 설명할 수 있는 크기가 적당합니다. 가치 배분도 단순히 작업 개수로 나누기보다 난이도와 결과물의 중요도를 반영하되, 기준을 중간에 바꾸지 않는 것이 좋습니다.

예를 들어 웹사이트 개편을 여섯 개의 결과 단위로 나누었다고 가정해 봅시다. 기획 확정 15, 디자인 확정 20, 핵심 화면 개발 30, 결제 연동 15, 통합 테스트 15, 배포 승인 5라는 계획가치를 두면 합계는 100이 됩니다. 기준일에 기획과 디자인이 끝났고 핵심 화면 개발이 절반쯤 진행 중이라도, 완료 정의가 검수 통과라면 EV는 35 또는 사전에 정한 부분 완료 규칙에 따른 값만 반영합니다. 개발자가 투입한 시간이나 화면 수가 많다는 사실을 EV와 혼동하지 않으면, 보고 숫자가 다음 의사결정을 왜곡하지 않습니다.

SPI가 하락한 주에는 질문의 순서도 중요합니다. 먼저 누가 늦었는지를 묻기보다 계획가치가 큰 작업 중 무엇이 완료 기준을 넘지 못했는지 확인합니다. 이어서 그 작업이 외부 승인, 기술 불확실성, 요구사항 변경, 검토 대기, 우선순위 충돌 가운데 어느 유형에 속하는지 적습니다. 그다음에는 해결에 필요한 결정권자와 기한을 붙입니다. 이렇게 하면 회의가 막연한 독려로 끝나지 않고, 지연 원인을 제거하는 실행 계획으로 바뀝니다. 같은 지연이 반복된다면 작업 분해 방식이나 초기 추정 방법까지 되돌아보아야 합니다.

지표를 공개할 때는 심리적 안전도 고려해야 합니다. SPI가 낮은 팀을 공개적으로 압박하면 구성원이 실제 문제를 숨기거나 완료 기준을 느슨하게 만들 수 있습니다. 반대로 문제를 조기에 드러내고 지원을 요청한 사람을 인정하면 데이터의 품질이 높아집니다. 리더는 숫자에 대한 책임을 묻되, 원인을 공유할 수 있는 환경을 만들 책임도 있습니다. 좋은 일정 회의는 빨간 숫자를 없애는 자리가 아니라, 빨간 숫자가 말하는 위험을 더 작을 때 처리하는 자리입니다.

마감일이 고정된 상황이라면 SPI에서 얻은 정보를 선택지로 번역해야 합니다. 기능 범위를 줄여도 되는지, 필수 품질 기준은 무엇인지, 외부 의존성을 앞당길 수 있는지, 병렬 작업의 재작업 위험은 감수할 수 있는지를 비교합니다. 일정 회복안마다 예상 SPI 변화와 비용, 품질, 리스크를 짧게 적어 두면 의사결정자가 트레이드오프를 이해하기 쉽습니다. 목표일만 고수하는 계획은 대개 늦은 사실을 늦게 알릴 뿐이지만, 재예측을 포함한 계획은 조직이 선택할 시간을 남겨 줍니다.

프로젝트가 끝난 뒤에는 마지막 SPI만 보고 성공과 실패를 판단하지 말고 추세와 변곡점을 회고하세요. 어느 시점에 계획가치가 과대했는지, 어떤 완료 정의가 모호했는지, 어떤 승인 절차가 병목이었는지 정리하면 다음 계획의 기준선이 현실적으로 바뀝니다. 반복 업무에서는 이전 프로젝트의 SPI 추세를 참고해 위험 구간에 검토 인력을 미리 배치할 수도 있습니다. 이런 학습이 쌓이면 SPI는 단순한 사후 보고 숫자가 아니라, 팀의 예측력과 실행력을 함께 높이는 운영 도구가 됩니다.

수치의 신뢰도를 높이는 작은 점검도 빼놓지 마세요. 보고 전에는 PV와 EV가 동일한 기준일에 계산되었는지, 완료되지 않은 작업을 전부 완료로 입력하지 않았는지, 변경된 범위가 승인 기록과 함께 반영되었는지 확인합니다. 또한 지난주와 비교해 SPI가 크게 달라졌다면 값의 변화가 실제 작업 완료에서 나온 것인지, 데이터 입력이나 가치 배분의 변경에서 나온 것인지 구분합니다. 이런 검증은 번거로워 보이지만, 오류가 섞인 한 번의 보고가 잘못된 인력 배치나 불필요한 긴급 대응으로 이어지는 비용보다 훨씬 작습니다. 팀의 신뢰는 화려한 대시보드가 아니라 숫자의 출처를 설명할 수 있는 과정에서 생깁니다.

처음 SPI를 도입하는 팀은 목표치를 처벌 기준으로 삼지 않는 것이 좋습니다. 초기 몇 번의 사이클은 계획가치의 크기와 완료 규칙을 조정하는 학습 기간으로 두고, 숫자와 현장 감각이 맞는지 비교하세요. 각 담당자가 자신의 작업이 어떤 PV를 만들고 어떤 조건에서 EV가 되는지 이해하면 보고를 위한 보고가 줄어듭니다. 이후에는 위험 임계값을 정해 0.90 아래에서는 원인 분석을 시작하고, 0.80 아래에서는 회복안을 의사결정 안건으로 올리는 식으로 운영할 수 있습니다. 임계값은 업종과 프로젝트 성격에 맞게 정하되, 정한 기준을 일관되게 적용해야 비교와 학습이 가능합니다.

또한 SPI는 예측을 대체하지 않고 예측을 더 정확하게 만드는 재료라는 점을 기억해야 합니다. 이미 끝난 성과를 나타내는 지표이므로, 앞으로 남은 작업의 난이도나 새롭게 드러난 위험을 자동으로 알려 주지는 않습니다. 그래서 낮은 SPI를 확인한 뒤에는 남은 작업의 추정치를 다시 듣고, 외부 공급사 일정과 의사결정 대기 시간을 반영하며, 완료 예정일을 새로 계산해야 합니다. 반대로 SPI가 높아도 다음 단계의 복잡성이 커졌다면 낙관적인 약속을 피해야 합니다. 과거 성과와 미래 가정을 분리해 대화할 때 일정 보고는 훨씬 정직해집니다.

지속적으로 운영하려면 보고 양식을 짧고 반복 가능하게 만드는 편이 좋습니다. 이번 기준일의 PV와 EV, 계산된 SPI, 지난 기준일 대비 변화, 가장 큰 지연 작업 세 개, 결정이 필요한 사항, 다음 확인일만 정해도 충분한 출발점이 됩니다. 수치가 나쁘지 않은 주에도 같은 양식으로 기록하면 위험이 커지기 전의 작은 변화가 보입니다. 관리의 목적은 표를 많이 채우는 일이 아니라, 필요한 사람이 필요한 시점에 같은 사실을 보고 행동하도록 만드는 것입니다.

정리하면 SPI는 계획 대비 실제 일정 성과를 보여 주는 간결한 비율입니다. EV와 PV의 기준을 정직하게 관리하고, 1을 중심으로 추세와 원인을 함께 읽으면 단순한 지연 보고를 회복 가능한 계획으로 바꿀 수 있습니다. 다음 회의에서 SPI가 낮게 나왔다면 숫자를 숨기기보다 지연 작업, 핵심 경로, 남은 선택지를 같은 화면에 올려 보세요. 빠른 공유와 현실적인 재예측이 일정관리의 출발점입니다.