인사이트 · 목차
인사이트
전문 PM을 위한 인사이트. WBS·간트차트·베이스라인·EVM 실무 가이드와 현장 케이스 스터디를 싣습니다.
실무 가이드
11착수부터 보고까지, 하나의 주제를 끝까지 다루는 글.
01
WBS 작성법: 100% 규칙부터 8/80 규칙까지 5단계최종 산출물에서 시작해 100% 규칙·8/80 규칙·상호배제로 WBS를 만드는 5단계와, 30분 완성도 체크리스트.02
간트차트 종속성 4종(FS·SS·FF·SF)과 Lead/Lag 완전 정리FS·SS·FF·SF가 각각 어떤 순서를 뜻하는지, Lead와 Lag는 어디에 쓰는지 정리했다. 잘못 걸면 크리티컬 패스가 엉뚱하게 계산된다.03
SPI·CPI 계산법: EVM 입문PV·EV·AC 세 값에서 SPI·CPI를 계산하고 해석하는 법. 예제 표와 함께 SPI를 그대로 믿으면 안 되는 두 경우도 정리했다.04
진척률 측정 방법 6가지: 0/100 규칙부터 물리적 측정까지진척률은 감으로 정하는 것이 아니라 측정 방법이 정해 준다. PMBok이 정의한 6가지 방법(고정 공식·가중 마일스톤·퍼센트 완료·물리적 측정·배분 노력·LOE)과 작업 유형별 선택 기준.05
간트차트 만드는 법: WBS에서 실행 가능한 일정까지간트차트는 그리는 그림이 아니라 계산되는 결과다. WBS에서 기간·종속성·CPM·베이스라인까지 5단계와, 엑셀 간트가 한계를 드러내는 지점을 짚는다.06
WBS Dictionary 작성법: 정의·산출물·완료기준WBS 트리가 일의 목록이라면 Dictionary는 각 칸의 합의 내용이다. 정의·산출물·완료기준 세 필드의 작성법과 좋은 예·나쁜 예, 어느 칸부터 쓸지까지 다룬다.07
근무일 기준 일정 계산: 달력일과 영업일은 다르다5일짜리 작업의 마감은 5일 뒤가 아니다. 달력일과 근무일의 차이, 한국 공휴일에서 자주 틀리는 3가지, 프로젝트별 캘린더, 손으로 검산하는 마감일 계산법을 다룬다.08
간트차트 공유 방법: 스크린샷부터 읽기전용 링크까지일정 공유가 어긋나는 이유는 대부분 권한을 전부 주거나 아예 안 주기 때문이다. 편집할 사람에게는 역할(owner·pm·member·viewer)을, 볼 사람에게는 읽기전용 링크를 준다. 상황별 선택 표도 실었다.09
엑셀로 만드는 WBS와 일정표: 어디까지 가능하고 언제 넘어갈 것인가엑셀은 WBS와 일정표의 합리적인 출발점이다. 문제는 도구가 아니라 언제까지 쓰느냐다. 표가 일정 모델과 갈라지는 3가지 지점, 그래도 엑셀이 맞는 경우, 전환 시점을 알리는 신호를 정리했다.10
MS Project 대안, PM은 무엇을 보고 고를 것인가MS Project는 일정 계산 기능이 가장 깊은 도구다. 그런데도 대안을 찾게 되는 이유는 용도가 맞지 않아서다. WBS·베이스라인·일정 계산·팀 사용성 4가지 선택 기준과, 그래도 MS Project가 맞는 경우를 정리했다.11
Jira에서 WBS 관리가 어려운 이유, 그리고 공존하는 법Jira는 실행 관리의 표준이지만 WBS가 요구하는 것은 다른 종류의 구조다. 100% Rule·일정 계산·보고 언어에서 어긋나는 3가지와, 계획은 WBS로 실행은 Jira로 나누는 방법을 다룬다.
WBS 작성법: 100% 규칙부터 8/80 규칙까지 5단계최종 산출물에서 시작해 100% 규칙·8/80 규칙·상호배제로 WBS를 만드는 5단계와, 30분 완성도 체크리스트.02간트차트 종속성 4종(FS·SS·FF·SF)과 Lead/Lag 완전 정리FS·SS·FF·SF가 각각 어떤 순서를 뜻하는지, Lead와 Lag는 어디에 쓰는지 정리했다. 잘못 걸면 크리티컬 패스가 엉뚱하게 계산된다.03SPI·CPI 계산법: EVM 입문PV·EV·AC 세 값에서 SPI·CPI를 계산하고 해석하는 법. 예제 표와 함께 SPI를 그대로 믿으면 안 되는 두 경우도 정리했다.04진척률 측정 방법 6가지: 0/100 규칙부터 물리적 측정까지진척률은 감으로 정하는 것이 아니라 측정 방법이 정해 준다. PMBok이 정의한 6가지 방법(고정 공식·가중 마일스톤·퍼센트 완료·물리적 측정·배분 노력·LOE)과 작업 유형별 선택 기준.05간트차트 만드는 법: WBS에서 실행 가능한 일정까지간트차트는 그리는 그림이 아니라 계산되는 결과다. WBS에서 기간·종속성·CPM·베이스라인까지 5단계와, 엑셀 간트가 한계를 드러내는 지점을 짚는다.06WBS Dictionary 작성법: 정의·산출물·완료기준WBS 트리가 일의 목록이라면 Dictionary는 각 칸의 합의 내용이다. 정의·산출물·완료기준 세 필드의 작성법과 좋은 예·나쁜 예, 어느 칸부터 쓸지까지 다룬다.07근무일 기준 일정 계산: 달력일과 영업일은 다르다5일짜리 작업의 마감은 5일 뒤가 아니다. 달력일과 근무일의 차이, 한국 공휴일에서 자주 틀리는 3가지, 프로젝트별 캘린더, 손으로 검산하는 마감일 계산법을 다룬다.08간트차트 공유 방법: 스크린샷부터 읽기전용 링크까지일정 공유가 어긋나는 이유는 대부분 권한을 전부 주거나 아예 안 주기 때문이다. 편집할 사람에게는 역할(owner·pm·member·viewer)을, 볼 사람에게는 읽기전용 링크를 준다. 상황별 선택 표도 실었다.09엑셀로 만드는 WBS와 일정표: 어디까지 가능하고 언제 넘어갈 것인가엑셀은 WBS와 일정표의 합리적인 출발점이다. 문제는 도구가 아니라 언제까지 쓰느냐다. 표가 일정 모델과 갈라지는 3가지 지점, 그래도 엑셀이 맞는 경우, 전환 시점을 알리는 신호를 정리했다.10MS Project 대안, PM은 무엇을 보고 고를 것인가MS Project는 일정 계산 기능이 가장 깊은 도구다. 그런데도 대안을 찾게 되는 이유는 용도가 맞지 않아서다. WBS·베이스라인·일정 계산·팀 사용성 4가지 선택 기준과, 그래도 MS Project가 맞는 경우를 정리했다.11Jira에서 WBS 관리가 어려운 이유, 그리고 공존하는 법Jira는 실행 관리의 표준이지만 WBS가 요구하는 것은 다른 종류의 구조다. 100% Rule·일정 계산·보고 언어에서 어긋나는 3가지와, 계획은 WBS로 실행은 Jira로 나누는 방법을 다룬다.케이스 스터디
7실제 프로젝트에 붙여보고 무엇이 달라졌는지 기록한 글.
01
Claude에게 SI 프로젝트 WBS를 통째로 맡겨봤다PAT로 wbsgantt MCP에 연결해 6개월 제조사 ERP 구축 WBS를 Claude가 만들게 했다. 초안 40개 노드는 한 번에 나왔지만, 도메인 구멍과 비현실적인 일정은 사람이 고쳐야 했다.02
이번 주간보고는 쓰지 않고 뽑았다Claude와 만든 그 ERP 프로젝트에서 Excel 내보내기 버튼 하나로 개요·WBS·주간·월간 4개 시트를 뽑았다. 자동으로 채워지는 칸과 사람이 채워야 하는 칸의 경계를 정리했다.03
그 ERP 프로젝트에 리스크 등록부를 붙여봤다같은 ERP 프로젝트 위에서 5×5 매트릭스로 리스크 8건을 식별·평가·대응·감시했다. WBS 노드에 연결한 리스크는 그 작업을 볼 때마다 함께 보인다.04
그 ERP 프로젝트, 실행 7주차에 밀리기 시작했다Baseline을 잡고 진척을 넣자 SPI 0.84가 먼저 경고했다. S-Curve로 언제부터 밀렸는지, Top Delay로 어느 작업이 원인인지까지 확인한 실행 기록.05
이 마감일, 원래 언제였죠?일정을 조정한 직후 변경 이력으로 복기했다. 필드마다 이전 값과 새 값, 누가 언제 바꿨는지가 남는다. 기록되지 않는 것도 함께 정리했다.06
한 작업이 3일 밀리면, 전체는 며칠 밀리는가한 작업의 기간을 3일 늘렸는데 프로젝트 종료일은 바뀌지 않았다. 일정을 다시 살펴보니 종속 관계 하나가 빠져 있었다. 빠진 관계를 추가하자 종료일이 5일 늦어지고 크리티컬 패스도 새로 계산됐다.07
계획을 통째로 망쳤다. ⌘Z로는 부족했다위험한 편집 직전에 BL-2를 체크포인트로 만들어 두고, 단계 하나가 통째로 날아간 계획을 스냅샷으로 되돌렸다. 자동 백업이 남고 진척률은 보존된다.
Claude에게 SI 프로젝트 WBS를 통째로 맡겨봤다PAT로 wbsgantt MCP에 연결해 6개월 제조사 ERP 구축 WBS를 Claude가 만들게 했다. 초안 40개 노드는 한 번에 나왔지만, 도메인 구멍과 비현실적인 일정은 사람이 고쳐야 했다.02이번 주간보고는 쓰지 않고 뽑았다Claude와 만든 그 ERP 프로젝트에서 Excel 내보내기 버튼 하나로 개요·WBS·주간·월간 4개 시트를 뽑았다. 자동으로 채워지는 칸과 사람이 채워야 하는 칸의 경계를 정리했다.03그 ERP 프로젝트에 리스크 등록부를 붙여봤다같은 ERP 프로젝트 위에서 5×5 매트릭스로 리스크 8건을 식별·평가·대응·감시했다. WBS 노드에 연결한 리스크는 그 작업을 볼 때마다 함께 보인다.04그 ERP 프로젝트, 실행 7주차에 밀리기 시작했다Baseline을 잡고 진척을 넣자 SPI 0.84가 먼저 경고했다. S-Curve로 언제부터 밀렸는지, Top Delay로 어느 작업이 원인인지까지 확인한 실행 기록.05이 마감일, 원래 언제였죠?일정을 조정한 직후 변경 이력으로 복기했다. 필드마다 이전 값과 새 값, 누가 언제 바꿨는지가 남는다. 기록되지 않는 것도 함께 정리했다.06한 작업이 3일 밀리면, 전체는 며칠 밀리는가한 작업의 기간을 3일 늘렸는데 프로젝트 종료일은 바뀌지 않았다. 일정을 다시 살펴보니 종속 관계 하나가 빠져 있었다. 빠진 관계를 추가하자 종료일이 5일 늦어지고 크리티컬 패스도 새로 계산됐다.07계획을 통째로 망쳤다. ⌘Z로는 부족했다위험한 편집 직전에 BL-2를 체크포인트로 만들어 두고, 단계 하나가 통째로 날아간 계획을 스냅샷으로 되돌렸다. 자동 백업이 남고 진척률은 보존된다.시리즈
6순서대로 읽는 연재. 각 편은 따로 읽어도 완결됩니다.
S1
프로젝트가 무너지는 여섯 개의 순간착수부터 통제까지, 계획이 흔들리는 여섯 지점.
프로젝트가 무너지는 여섯 개의 순간착수부터 통제까지, 계획이 흔들리는 여섯 지점.