가이드 › 가이드
프로젝트 종속성 관리 템플릿
프로젝트가 실패하는 이유는 일이 어려워서가 아닌 경우가 많습니다. 다른 사람이 약속한 무언가가 오지 않았는데, 아무도 그것을 적어 두지 않았기 때문입니다. 종속성 로그는 '그쪽에서 갖고 있는 줄 알았는데'를 이름과 날짜가 있는 약속으로 바꿔 줍니다.
무엇을 추적하는지 알기
종속성은 프로젝트가 자체 통제 밖에서 필요로 하는 것, 또는 다른 작업이 우리 쪽에 필요로 하는 것입니다. 두 방향은 대화가 다르므로 나누세요. 들어오는 종속성은 우리가 쫓아가고, 나가는 종속성은 우리가 약속합니다.
또 계획 안 작업 사이의 내부 종속성과, 다른 프로젝트, 공급업체, 규제 기관, 현업 부서 같은 외부 종속성도 구분하세요. 외부 종속성은 우리가 직접 일정을 바꿀 수 없어서 리스크가 가장 큽니다.
- 들어오는 종속성: 다른 곳에서 우리에게 필요한 것.
- 나가는 종속성: 다른 곳에서 우리에게 필요로 하는 것.
- 내부: 계획 안의 작업 대 작업.
- 외부: 다른 프로젝트, 공급업체, 부서.
템플릿의 열
이 표를 복사해 종속성마다 한 행씩 쓰세요. 회의에서 읽을 수 있을 만큼 짧게, 그리고 표현이 모호했다고 주장할 수 없을 만큼 구체적으로 유지하세요.
- 번호와 무엇이 필요한지에 대한 명확한 설명.
- 방향(들어오는/나가는)과 유형(내부/외부).
- 제공자와 수령자: 각각 실명으로.
- 필요 기한과 이로 보호되는 계획 작업이나 마일스톤, 그리고 제공자와 합의한 약속 날짜.
- 상태(미착수, 진행 중, 인도 완료, 위험)와 RAG, 날짜가 적힌 최신 업데이트.
- 관련 리스크나 이슈가 있다면 그 링크.
제공자와 합의하기
혼자 적어 둔 종속성은 희망사항일 뿐입니다. 인도 책임자에게 확인하고, 날짜를 함께 정하고, 그가 수락했다는 사실을 기록하세요. 약속하지 않으려 한다면 그것도 유용한 정보이니 바로 리스크로 기록하세요.
그쪽에서 우리에게 필요한 것이 무엇인지도 물어보세요. 종속성은 서로 얽혀 있는 경우가 많고, 맞교환이 날짜를 합의하는 가장 쉬운 방법입니다.
- 짧은 메시지라도 서면으로 약속을 받아 둡니다.
- 무엇이 늦어지게 할 수 있는지 묻습니다.
- 지연될 때 어떻게, 언제 알려 줄지 합의합니다.
귀찮게 하지 않고 챙기기
챙기는 리듬은 리스크에 비례하게 정하세요. 석 달 뒤가 기한이면 월 1회 확인으로 충분하고, 다음 주가 기한이면 오늘 대화가 필요합니다. 현황 보고서를 내기 전에 로그 전체를 점검해서, 늦어지는 항목이 우리 입을 통해 스폰서에게 전달되게 하세요.
- 2주 안에 기한이 오는 종속성은 매주 점검합니다.
- 약속 날짜를 놓친 항목은 에스컬레이션합니다.
- 지연된 종속성은 당일에 리스크나 이슈로 전환합니다.
- 에스컬레이션할 때 영향을 받는 마일스톤을 함께 보여 줍니다.
계획과 연결하기
각 종속성이 어떤 작업을 막고 있는지 가리킬 때 로그가 가장 유용합니다. 지연이 주공정에 떨어지는지 알 수 있기 때문입니다. Senshin의 RAID 로그는 항목을 영향을 받는 계획 작업과 연결하므로, 손으로 계산하던 영향이 눈에 보입니다.
- 계획에서 종속성에 좌우되는 작업을 표시합니다.
- 지연이 생기면 주공정을 다시 확인합니다.
- 약속된 때가 아니라 인도가 확인된 때 항목을 닫습니다.

스프레드시트 말고, 항상 최신 상태로
Senshin은 계획, RAID, 예산, 보고서를 한곳에 모아 두므로 매주 복사해서 붙여 넣지 않아도 최신 상태가 유지됩니다. 샘플 프로젝트와 함께 14일 동안 이용해 보세요.
14일 체험 시작Senshin에서는 이렇게 관리합니다
또는 연간 £499.90입니다. 모든 요금제는 14일 체험으로 시작합니다. 체험이 끝나면 구독하기 전까지 작업 내용은 읽기 전용으로 유지됩니다. 언제든지 구독을 취소할 수 있습니다. 가격은 세금 별도입니다. Enterprise는 계약별로 요금이 결정됩니다: 문의하기.
자주 묻는 질문
프로젝트 관리에서 종속성이란 무엇인가요?
종속성은 한 작업, 산출물, 결정이 시작되거나 끝나기 위해 다른 것에 기대는 관계입니다. 프로젝트 안에 있을 수도 있고 프로젝트 밖의 누군가에게 달려 있을 수도 있습니다.
종속성과 리스크는 어떻게 다른가요?
종속성은 다른 무언가에 대한 알려진 필요입니다. 그것이 제때 오지 않을 현실적인 가능성이 생기면 리스크가 되고, 이미 놓쳤다면 이슈가 됩니다.
프로젝트 종속성은 어떻게 추적하나요?
설명, 제공자, 수령자, 필요 기한, 약속 날짜, 상태, 영향을 받는 계획 작업을 담은 로그를 만들고, RAID 로그와 함께 매주 점검합니다.
종속성은 RAID 로그의 어디에 넣나요?
RAID의 D를 종속성(Dependencies)으로 쓰는 팀도 있고, 조치나 리스크로 기록하는 팀도 있습니다. 중요한 것은 각 항목에 담당자, 날짜, 영향받는 작업과의 링크가 있다는 점입니다.
다른 가이드
최종 업데이트: