프로젝트 통합 관리: PM의 중요성과 3대 요소

프로젝트 통합 관리: PM의 중요성과 3대 요소

앞으로 나아가며 성공적인 프로젝트를 이끄는데 핵심적인 역할을 수행하는 프로젝트 관리자(PM)의 중요성은 무시할 수 없습니다. PM은 프로젝트 관리 프로세스 그룹 내에서 다양한 활동을 식별, 정의, 결합, 통합 및 조정하여 프로젝트의 성공을 위해 지원합니다. 그런데 프로젝트를 성공적으로 완료하기 위해서는 어떤 요소들이 필요한지 알아볼 필요가 있습니다.

시간, 범위, 비용: 프로젝트 3대 요소

프로젝트의 핵심은 시간, 범위, 비용이라고 할 수 있습니다. 이 세 가지 요소는 프로젝트를 성공적으로 완료하는 데 핵심적인 역할을 합니다. 첫째로, 시간은 프로젝트가 정해진 기간 내에 완료되어야 한다는 것을 의미합니다. 프로젝트 일정 관리를 통해 각 작업의 시작과 완료 날짜를 관리하고 지연을 최소화하는 것이 중요합니다.

프로젝트 통합 관리: PM의 중요성과 3대 요소

둘째로, 범위는 프로젝트에 포함되는 모든 작업을 명확하게 정의하는 것을 의미합니다. 프로젝트 범위 관리를 통해 프로젝트의 요구사항과 목표를 정확히 파악하고 범위 변경을 효과적으로 관리해야 합니다.

셋째로, 비용은 프로젝트를 수행하는 데 필요한 자금을 계획, 추정, 예산 편성, 자금 조달, 관리 및 제어하는 것을 의미합니다. 프로젝트 비용 관리를 통해 예산을 지키고 불필요한 비용을 통제하는 것이 중요합니다.

PLM ERP 시스템이란? 차이점 및 경영관리 및 제품 수명관리

프로젝트 통합 관리의 역할

프로젝트 통합 관리는 프로젝트의 여러 요소들을 적절하게 통합하기 위한 프로세스들로 구성됩니다. PM은 프로젝트의 각 영역을 종합적으로 이해하고 프로젝트의 목표를 달성하기 위해 각 활동을 효과적으로 조정해야 합니다. 프로젝트 통합 관리를 통해 프로젝트의 전반적인 방향과 계획을 구체화하며, 프로젝트 팀 간의 원활한 커뮤니케이션을 촉진하여 프로젝트의 성공을 도모합니다.

프로젝트 관리자(PM)의 역량

성공적인 프로젝트 관리를 위해서는 PM이 특정 역량과 기술을 갖추어야 합니다. 먼저, 좋은 PM은 팀을 지원하고 팀워크를 조장하는 역할을 수행합니다. 팀의 동기를 부여하고 갈등을 조정하여 효율적인 팀 환경을 조성해야 합니다.

또한, PM은 프로젝트의 범위를 세부 작업으로 나누고 일정과 예산을 관리하는 능력을 가져야 합니다. 프로젝트의 주요 위험 요소를 사전에 식별하고 적절한 대응 방법을 수립하여 위험을 최소화하는 것이 중요합니다.

끝으로, PM은 모든 이해관계자와 지속적으로 소통하고 상태 및 이슈를 공유하여 프로젝트의 투명성과 효율성을 높여야 합니다.

프로젝트 통합 관리는 프로젝트의 성공을 위해 필수적인 요소입니다. PM은 시간, 범위, 비용과 같은 3대 요소를 효과적으로 관리하며 프로젝트 팀과 이해관계자들과 원활한 소통과 협력을 이끌어내는 역할을 수행합니다. 프로젝트 관리자의 전문성과 능력은 프로젝트의 성패를 좌우하는 결정적인 요소이며, 효과적인 프로젝트 통합 관리를 통해 프로젝트의 성공을 이끌어낼 수 있습니다.

프로젝트 매니저에 대한 자세한 정보는 아래 내용을 참고하세요

1. 용어 선택의 기본 원칙

 A. 본 용어해설에는 다음과 같은 용어가 수록되었다.

 □ 프로젝트 관리분야에만 해당되는 전문 용어나 특수한 용어(예: 프로젝트 범위 기술서, 작업 패키지, 작업분류체계, 주공정법)
 □ 프로젝트관리 분야의 전문 용어는 아니지만 일상적인 의미와 다르게 사용되거나 협의의 의미를 갖는 용어(예: 빠른 개시일, 일정 활동)
 
 B. 일반적으로 다음과 같은 용어는 본 용어해설에 수록하지 않았다.

• 분야에 따라 특정 의미를 갖는 용어(예: 프로젝트 발기서 - 부동산 개발 관련 특별 법률 문서를 나타내는 용어)
•  프로젝트관리 분야에서 용도가 일상적으로 사용되는 의미와 다르지 않은 용어(예: 역일, 지연)
• 용어를 구성하는 각 단어를 결합한 의미와 전혀 다른 의미를 갖는 합성어
• 변형된 상태에서 의미가 기본 용어와 완전히 달라지는 용어(예: 예외 보고서는 포함되며, 예외 보고 활동은 포함되지 않음)

 C. 이상의 기준에 따라 용어를 선택한 결과 이 용어해설에는 다음과 같은 특징이 있다.

• 프로젝트 범위관리(Project Scope Management, PSM), 프로젝트 시간관리(Project Time Management, PTM) 및 프로젝트 리스크관리 (Project Risk Management, PRM)의 세 지식 영역에 사용되는 대다수의 용어가 프로젝트관리 분야의 고유한 전문 용어이므로 이와 관련하여 많은 어휘를 수록하였다.
• 프로젝트 품질관리(Project Quality Management, PQM) 분야의 많은 용어들은 일상적인 의미의 용어보다 협의의 의미로 사용되는 다수의 용어를 수록하였다.
• 프로젝트 인적자원관리 및 프로젝트 의사소통관리 분야의 대다수 용어는 일상적인 용어와 크게 다르지 않기 때문에 비교적 적은 수의 용어가 포함된다.
• 프로젝트 원가관리, 프로젝트 통합관리, 프로젝트 조달관리 분야의 용어 중 특정 적용 부문에 한정되는 협의의 의미를 갖는 적은 수의 용어가 포함된다.

2. 일반적인 약어
 
 - 생략(첨부파일 참조) -
 
3. 용어 정의
 
 A. 여기에 정의된 많은 용어들은 일반 사전에서 보다 더 광범위하고, 때로 다른 의미를 갖기도 한다. 다음과 같은 표기 규칙이 사용된다.

• 이 용어해설에 정의된 용어가 다른 어휘를 정의하는 데 사용되는 경우 이탤릭체로 표시한다.
•  동일한 용어가 정의에서 두 번 이상 나타날 경우 처음 한 번만 이탤릭체로 표기한다.
• 일부 경우에 단어 여러 개가 결합되어 하나의 용어를 형성한다(예: 리스크대응 기획).
•  용어집의 용어 여러 개가 하나의 정의에 연속해서 나오는 경우가 많이 있다. 예를 들어 기간 산정치는 용어집에 정의된 별도의 두 용어인 "기간"과 "산정치"를 나타낸다.
• 이탤릭체로 표기된 단어 여러 개가 쉼표로 분리되지 않고 연속하여 나열되는 정의도 일부 있는데, 이러한 정의에는 몇 개의 단어로 구성된 용어가 하나 이상 포함되어 있다. 예를 들어 주공정법 종료일은 별도의 두 용어인 "주공정법"과 "종료일"을 표시한다.

B. 이러한 경우 인접한 용어가 여러 개 있음을 나타내는 별표(*)가 마지막 이탤릭체 단어 뒤에 붙는다.

• 동의어가 있는 경우 별도 정의를 제시하지 않고 가장 우선적으로 참조할 동의어를 소개한다(예: '권장 유의어' 참조).
• 동의어는 아니지만 관련성이 있는 용어는 참조하여 비교할 수 있도록 정의 맨 뒤에 표시한다(예: '관련 용어' 참조).

 
  1. Accept | 인수 : 무엇을 공식적으로 수용하거나 인정하고, 그것을 합당, 적합, 완전하며 사실인 것으로 간주하는 행위
 
  2. Acceptance | 인수 : 인수(Accept) 참조
 
  3. Acceptance Criteria | 인수 기준 : 프로젝트 인도물이 승인을 받기 위해 충족해야 할 기준으로, 성능 요구 사항과 필수 조건 등이 있음
 
  4. Acquire Project Team | 프로젝트팀 확보 [프로세스] : 프로젝트를 완료하는 데 필요한 인적 자원을 확보하는 프로세스
 
  5. Activity | 활동 : 프로젝트 진행 과정에서 수행되는 작업 구성요소일정 활동 참조.
 
  6. Activity Attributes | 활동속성 [산출/투입] : 활동 목록에 포함될 수 있는 각 일정 활동과 연관된 여러 가지 속성으로, 활동 코드, 선행 활동, 후행 활동, 논리적 관계, 선도 및 지연 시간, 자원 요구사항, 지정일자, 제약 및 가정 등이 포함된다.
 
  7. Activity Code | 활동 코드 : 보고서에 포함된 활동을 선별하고 순서를 지정할 수 있도록 일정 활동을 일정한 방식으로 분류하거나 작업의 특성을 식별하는 하나 이상의 숫자 또는 텍스트 값
 
  8. Activity Definition | 활동정의 [프로세스] : 다양한 프로젝트 인도물을 생산하기 위해 수행해야 하는 구체적인 일정 활동들을 식별하는 프로세스
 
  9. Activity Description (AD) | 활동 기술 : 프로젝트의 각 일정 활동을 다른 일정과 구별하기 위해 활동식별코드와 함께 사용하는 각 일정 활동의 표지 또는 간결한 설명 문구. 활동 기술은 일반적으로 일정 활동의 작업 범위를 설명한다.
 
 10. Activity Duration | 활동기간 : 일정 활동의 개시 시점과 완료 시점 사이의 기간을 역일 단위로 나타낸 값. 실제 기간, 초기 산정기간 및 잔여기간 참조.
 
 11. Activity Duration Estimating | 활동기간 산정 [프로세스] : 개별 일정 활동을 완료하는 데 필요한 작업 기간을 추정하는 프로세스
 
 12. Activity Identifier | 활동식별코드 : 프로젝트 활동*을 다른 활동과 구별하기 위해 각 일정 활동에 지정된 고유한 숫자 또는 간단한 텍스트 식별 문자. 일반적으로 하나의 프로젝트 일정네트워크도 내에 나타나는 고유한 값이다.
 
 13. Activity List | 활동목록 [산출/투입] : 프로젝트팀원이 수행할 작업을 파악할 수 있도록 활동 기술, 활동식별코드 및 매우 상세한 작업 범위 기술을 보여주는 문서화된 표
 
 14. Activity-on-Arrow (AOA) | 화살표기 활동 : 화살도형법 참조.
 
 15. Activity-on-Node (AON) | 노드표기 활동 : 선후행도형법 참조.
 
 16. Activity Resource Estimating | 활동별 자원산정 [프로세스] : 각 일정 활동을 수행하는 데 필요한 자원의 종류와 수량을 산출하는 프로세스
 
 17. Activity Sequencing | 활동순서배열 [프로세스] : 일정 활동 사이의 종속 관계를 식별하여 문서화하는 프로세스.
 
 18. Actual Cost (AC) | 실제원가 : 일정 활동 또는 작업분류체계 구성요소에 대해 지정된 기간 동안의 작업 수행 과정에서 실제 발생되어 기록된 총 원가실제원가는 직접 인건비 또는 직접 비용만을 나타내거나 간접비용을 포함한 모든 비용일 수 있다ACWP(수행작업 실제원가)라고도 한다. 획득가치관리 및 획득가치기법 참조.
 
 19. Actual Cost of Work Performed (ACWP) | 수행작업 실제원가 : 실제원가(AC) 참조.
 
 20. Actual Duration | 실제 기간 : 일정 활동의 실제 개시일과 프로젝트 일정의 자료 기준일(일정 활동이 진행 중인 경우) 또는 실제 종료일(일정 활동이 완료된 경우) 사이의 기간을 역일 단위로 나타낸 값
 
 21. Actual Finish Date (AF) | 실제 종료일 : 일정 활동의 작업이 실제 종료된 시점.(참고: 일부 응용 분야에서는 작업이 “현저하게 완료”되었을 때를 일정 활동이 “완료”된 것으로 간주함)
 
 22. Actual Start Date (AS) | 실제 개시일 : 일정 활동에서 작업이 실제로 시작된 시점
 
 23. Analogous Estimating | 유사산정 [기법] : 미래 활동에 대한 범위, 원가, 예산, 기간 등의 모수 또는 크기, 중량, 복잡성 등의 수치를 추정하는 기초 자료로 과거 유사한 활동의 동일한 모수 또는 수치를 활용하는 산정 기법프로젝트에 대한 상세한 정보가 부족할 때(예: 프로젝트의 초기 단계) 모수를 산정하는 데 자주 사용되는 기법이다. 유사산정은 전문가판단의 한 형태이며, 과거 활동이 외형에서 뿐 아니라 내용에서도 실제로 비슷할 때 신뢰도가 가장 높다. 유사 산정에 참여하는 프로젝트 팀원에게 요구되는 전문성이 규정되어 있다.
 
 24. Application Area | 응용 분야 : 프로젝트 그룹에 중요하지만 모든 프로젝트에 반드시 필요하거나 존재하는 것이 아닌 공통의 구성요소를 갖는 프로젝트 범주응용 분야는 일반적으로 제품 (유사한 기술 또는 생산 방식의 제품) 또는 고객 유형(내부 대 외부 고객, 정부 대 상업 관계 고객) 또는 산업 부문(유틸리티, 자동차, 항공, IT) 중 하나로 정의하며, 중첩될 수 있다.
 
 25. Apportioned Effort (AE) | 배분업무 : 해당 작업을 몇 개의 세분 업무로 나누기는 어렵지만 측정 가능한 몇 개의 별도 세분 업무와 직접적인 관계가 있는 프로젝트 작업에 적용되는 업무세분 업무(discrete effort)와 대조됨.
 
 26. Approval | 승인 : 승인(approve) 참조.
 
 27. Approve | 승인 : 무엇을 공식적으로 확인, 인가, 비준하거나 동의하는 것
 
 28. Approved Change Request | 승인된 변경요청 [산출/투입] : 통합된 변경통제 프로세스를 통해 처리되어 승인을 받은 변경요청요청된 변경(requested change)과 대조됨.
 
 29. Arrow | 화살표 : 화살 도형법에 명시된 일정 활동의 그래픽 표시 또는 선후행 도형법에 명시된 일정 활동 사이의 논리적 관계의 그래픽 표시
 
 30. Arrow Diagramming Method (ADM) | 화살도형법 [기법] : 일정 활동들을 화살표로 표시하는 일정 네트워크도의 작성 기법화살표의 꼬리부분은 일정 활동의 개시를, 머리부분은 일정 활동의 종료를 나타낸다(화살표의 길이가 일정 활동의 예상 기간을 나타내지는 않음)일정 활동들이 노드(보통 작은 원으로 표시)라고 하는 점에서 연결되면서 활동들의 예상되는 수행 순서를 표시한다. 선후행도형법(precedence diagramming method) 참조.
 
 31. As-of Date | 기준일 : 자료 기준일 참조.
 
 32. Assumptions | 가정 [산출/투입] : 기획 목적으로, 증거 또는 실증 없이 사실이거나 확실한 것으로 간주하는 요소들로, 프로젝트 기획의 모든 면에 영향을 미치며 프로젝트의 점진적 구체화의 한 부분이다프로젝트팀은 프로세스 기획의 일환으로 빈번하게 가정을 식별하여 문서화하고 검증한다일반적으로 가정에는 어느 정도의 리스크가 수반된다.
 
 33. Assumptions Analysis | 가정분석 [기법] : 가정의 정확성을 조사하고 가설의 부정확성, 불일치성 및 불완전성으로 인해 프로젝트에 미칠 리스크를 식별하는 기법
 
 34. Authority | 권한 : 프로젝트 자원*을 사용하고, 자금을 지출하고, 의사 결정을 내리고, 승인할 수 있는 권한
 
 35. Backward Pass | 후진계산 : 모든 일정 활동에서 완료되지 않은 부분의 늦은 종료일과 늦은 개시일을 계산하는 방법프로젝트 종료일로부터 일정 공정의 논리를 역으로 진행하면서 계산하고, 마감일은 전진계산(Forward Pass) 방식으로 계산하거나 고객 또는 스폰서에 의해 설정될 수 있다. 일정네크워크 분석 참조.
 
 36. Bar Chart | 막대차트 [도구] : 일정과 관련된 정보를 그래프로 나타낸 것. 전형적인 막대차트에서는 일정 활동 또는 작업분류체계 구성요소는 왼쪽에 세로로 나열되고, 날짜는 맨 위에 가로로 나타나며, 활동기간은 날짜가 적힌 수평 막대로 표시된다. 또한 간트차트(Gantt chart)라고도 한다.
 
 37. Baseline | 기준선 : 프로젝트, 작업분류체계 구성요소, 작업 패키지 또는 일정 활동 등에 대하여 승인된 시차별 계획에 승인된 프로젝트 범위, 원가, 일정 및 기술적 변경 사항을 가감한 것. 일반적으로 현재 기준선을 의미하지만 초기 기준선이나 일부 다른 기준선을 나타낼 수도 있고, 수식 어구와 함께 사용된다(예: 원가 기준선, 일정 기준선, 성과 측정 기준선, 기술적 기준선). 성과 측정 기준선 참조.
 
 38. Baseline Finish Date | 기준선 종료일 : 승인된 일정 기준선에서 일정 활동의 종료일. 예정 종료일 참조.
 
 39. Baseline Start Date | 기준선 개시일 : 승인된 일정 기준선에서 일정 활동의 개시일. 예정 개시일 참조.
 
 40. Bill of Materials(BOM) | 자재명세서 : 제품을 제조하는 데 필요한 자재 물품조립, 부품조립 및 부속품을 문서에 체계적으로 정리한 목록표.
 
 41. Bottom-up Estimating | 상향식산정 [기법] : 작업의 구성요소를 산정하는 기법의 일종작업은 더 작은 단위로 세분된다. 산정에서 작업을 세분한 각 하위 작업 요소의 요구사항을 충족하는 데 필요한 것을 준비하고, 각 산정 결과를 집계하여 해당 작업 구성요소에 대한 총량을 산출한다. 상향식산정의 정확성은 하위 단계에서 식별된 작업의 크기 및 복잡성에 따라 좌우되는데, 일반적으로 작업 범위가 작을수록 산정의 정확성이 높아진다.
 
 42. Brainstorming | 브레인스토밍 [기법] : 팀원이나 분야별 실무 전문가 그룹이 모여 문제에 대한 리스크, 아이디어 또는 해결책을 도출하는 데 사용할 수 있는 자료 수집 및 창의성 도출 기법. 일반적으로 브레인스토밍 세션은 각 참여자의 아이디어가 향후 분석 자료로 기록되도록 진행한다.
 
 43. Budget | 예산 : 프로젝트, 작업분류체계 구성요소 또는 일정 활동에 대해 승인된 산정. 치산정(estimate) 참조.
 
 44. Budget at Completion (BAC) | 완료시점 예산 : 프로젝트, 작업분류체계 구성요소 또는 일정 활동에서 수행될 작업에 대해 책정된 모든 예산값의 합계, 즉 프로젝트에 대한 총 계획가치.
 
 45. Budgeted Cost of Work Performed (BCWP) | 수행작업 예산원가 : 획득가치(EV) 참조.

 46. Budgeted Cost of Work Scheduled (BCWS) | 예정작업 예산원가 : 계획가치(PV) 참조.
 
 47. Buffer | 완충 : 예비 참조.
 
 48. Buyer | 구매자 : 조직을 위해 제품, 서비스 또는 산출물을 획득하는 사람.
 
 49. Calendar Unit | 역일 단위 : 프로젝트의 일정을 계획하는 데 사용되는 최소의 시간 단위역일 단위는 시간, 일, 주 단위가 일반적이지만 분기, 개월, 교대 간격, 혹은 분 단위가 사용되기도 한다.
 
 50. Change Control | 변경통제 : 프로젝트 기준선*에 대한 변경 사항을 식별하여 문서화하고 승인 또는 거부 및 통제하는 것.
 
 51. Change Control Board (CCB) | 변경통제위원회 : 프로젝트와 관련해 기록되는 모든 의사 결정 및 권장 사항과 함께 프로젝트에 대한 변경 사항을 검토, 평가, 승인, 지연 또는 거부하는 책무를 담당하도록 공식적으로 구성된 이해관계자 그룹.
 
 52. Change Control System | 변경통제 시스템 [도구] : 프로젝트 인도물 및 관련 문서의 통제, 변경 및 승인 방법을 정의하는 문서화된 공식적 절차대부분의 응용 분야에서 변경통제 시스템은 형상관리 시스템에 포함되는 하위 시스템이다.
 
 53. Change Request | 변경요청 : 프로젝트 범위의 확장이나 축소, 정책, 프로세스, 계획 또는 절차의 수정, 원가 또는 예산의 수정, 일정 변경 등을 요청하는 것. 변경 요청은 직접 또는 간접적으로, 외부 또는 내부에서 요청될 수 있으며, 법률상 또는 계약상 수행 의무가 있는 것과 수행 여부를 선택할 수 있는 것이 있다. 문서 형태로 공식적으로 요청된 변경 사항만 처리되며 승인된 변경 요청만이 실행된다.
 
 54. Chart of Accounts | 계정과목표 [도구] : 프로젝트 원가*를 범주(예: 인력, 공급품, 자재, 장비)별로 구분하여 감시하는 데 사용되는 모든 번호 지정 시스템프로젝트 계정과 목표는 일반적으로 주요 수행조직의 총합 계정과 목표를 기준으로 한다. 관리단위 코드(code of account)와 대조됨.
 
 55. Charter | 헌장 : 프로젝트헌장 참조.
 
 56. Checklist | 점검목록 [산출/투입] : 누락됨 없이 연관된 활동들의 적절한 관리를 유지하거나 간편한 비교를 위해 모두 열거해 놓은 항목표. 품질기획 단계에서 작성하여 품질통제에 적용하는 검사 대상 항목 목록이 점검목록의 한 가지 예이다.
 
 57. Claim | 청구 : 법적 구속력이 있는 계약 조건에 의거한 보상 또는 지불과 관련하여 구매자에 대해 판매자가 또는 판매자에 대해 구매자가 갖는 권한 요청, 요구 또는 주장(예: 분쟁이 야기된 변경 관련 청구).
 
 58. Close Project | 프로젝트종료 [프로세스] : 프로젝트나 단계를 공식적으로 종료하기 위해 해당 프로젝트의 모든 프로세스 그룹에 속한 모든 활동을 마무리하는 프로세스. 종료프로세스Closing Processes [프로세스 그룹]프로젝트나 단계의 모든 활동을 공식적으로 종료하고 완제품을 다른 관계자에게 전송하거나 취소된 프로젝트를 종료하기 위해 수행하는 프로세스.
 
 59. Code of Accounts | 관리단위코드 [도구] : 작업분류체계의 각 구성요소를 고유하게 식별하는 데 사용되는 번호 지정 체계계정과목표(chart of account)와 대조됨
 
 60. Co-location | 동일장소배치 [기법] : 프로젝트 팀원 사이의 의사소통, 작업 관계 및 생산성을 높이기 위해 구성원을 서로 인접한 위치에 배치하는 방식의 조직 배치 전략.
 
 61. Common Cause | 일반적인 원인 : 시스템에서 유래되며 예측 가능한 변동 요인관리도에서 무작위 프로세스 변동(즉, 일반적 또는 정상적인 것으로 간주되는 프로세스로부터의 변동)의 일부로 나타나며, 통제한계 내 무작위 점 패턴으로 표시된다. 우연 원인이라고도 하며, 이상 원인과 대조됨.
 
 62. Communication | 의사소통 : 공통적인 기호, 신호 또는 행동 체계를 사용하여 사람들 사이에 정보를 교환하는 프로세스.
 
 63. Communication Management Plan | 의사소통관리계획 [산출/투입] : 프로젝트에 대한 의사소통 요구 및 기대 정도, 즉 정보의 교환 방식과 사용할 매체 형식, 각 의사소통의 수행 시기 및 장소, 각 유형의 정보 교환 담당자를 명시한 문서의사소통관리계획은 프로젝트이해관계자의 요구사항에 따라 공식적 또는 비공식적이고, 매우 상세할 수도 있고 개괄적 윤곽만 제공할 수도 있다. 의사소통관리계획은 프로젝트관리계획에 속한 요소이거나 프로젝트관리계획을 보완하는 별도의 보조 계획이다.
 
 64. Communications Planning | 의사소통기획 [프로세스] : 프로젝트이해관계자의 정보 및 의사소통 요구사항, 즉 관련자, 프로젝트에 대한 관련자의 관심 및 영향력 정도, 정보를 요구하는 대상자와 해당 정보, 정보가 필요한 시기, 정보 제공 방법 등을 결정하는 프로세스.
 
 65. Compensation | 보상 : 제공 받거나 수령한 것, 지불금 또는 배상, 일반적으로 제공 받거나 수령한 제품, 서비스 또는 산출물에 해당하는 금전 또는 물품.
 
 66. Component | 구성요소 : 하나의 복합체를 구성하는 부품, 요소 또는 단편.
 
 67. Configuration Management System | 형상관리 시스템 [도구] : 전체 프로젝트관리 시스템에 속한 하위 시스템으로, 기술적, 행정상 지시와 감시를 적용하는 데 사용할 절차를 공식적 문서 형태로 기술한 절차 모음집제품, 산출물, 서비스 또는 구성요소의 기능적, 물리적 특성을 식별하여 문서화하고, 해당 특성에 대한 변경을 통제하고, 각 변경과 그 구현 상태를 기록 및 보고하고, 제품, 산출물 또는 구성요소에 대한 감사를 지원하여 요구 사항의 준수 여부를 검증하는 것을 목적으로 한다. 여기에는 문서화, 추적 시스템, 변경 허가 및 통제에 필요한 정의된 승인 수준이 포함된다. 대부분의 응용 분야에서는 구성 관리 시스템에 변경통제 시스템이 포함된다.
 
 68. Constraint | 제약 [입력] : 지정된 행동 수행 과정이나 무활동 과정에 제한 조건으로 적용되는 상태, 품질 또는 수준프로젝트에 대한 내부적 또는 외부적 제한이나 한계이며, 프로젝트나 프로세스의 성과에 영향을 미친다. 예를 들어, 일정 제약은 일정 활동이 계획될 수 있는 시기에 영향을 주는 프로젝트 일정에 적용되는 한계 또는 제한이며 보통 고정된 날짜 형태로 표시된다. 원가 제약은 초과 시간에 사용할 수 있는 자금과 같이 프로젝트 예산에 적용되는 한계나 제한이다 프로젝트 자원 제약은 지정된 기간에 활용 가능한 자원 기량 또는 규칙, 사용 가능한 자원의 양과 같이 자원 사용에 적용되는 한계나 제한이다.
 
 69. Contingency | 우발사태 : 예비(Reserve) 참조.
 
 70. Contingency Allowance | 우발사태 대비금 : 예비(Reserve) 참조.
 
 71. Contingency Reserve | 우발사태 예비비 [산출/투입] : 프로젝트 목표 수행 과정에서 투입 산정치를 초과할 리스크를 조직이 감당할 수 있는 수준으로 완화하기 위해 산정치 이상으로 필요한 자금, 예산 또는 시간의 양.
 
 72. Contract | 계약 [산출/투입] : 판매자는 지정된 제품, 서비스 또는 결과를 제공할 의무가 있고, 구매자는 그에 대한 대가를 지불할 의무가 있음에 동의하는 상호 협정.
 
 73. Contract Administration | 계약행정 [프로세스] : 구매자와 판매자 사이의 계약과 관계를 관리하고, 판매자가 필요한 시정 조치 정비 및 판매자와 향후 관계 기반 제공을 위해 수행 중이거나 수행한 방법을 검토 및 문서화하고, 계약 관련 변경 사항을 관리하며, 해당될 경우에 프로젝트의 외부 구매자와 체결한 계약상 관계를 관리하는 행정적 제반 프로세스.
 
 74. Contract Closure | 계약종료 [프로세스] : 모든 미결 사항 해결 및 각 계약 종료 작업을 비롯하여 계약을 완결하고 청산하는 프로세스.
 
 75. Contract Management Plan | 계약관리계획 [산출/투입] : 특정한 계약이 관리되는 방법을 설명하는 문서로 필요한 문서 인도 및 성과 요구 사항과 같은 항목이 포함될 수 있다. 계약관리 계획은 계약의 요구 사항에 따라 공식적 또는 비공식적이고, 매우 상세할 수도 또는 개괄적 윤곽만 제공할 수도 있다. 계약관리계획은 해당 프로젝트관리계획을 보완하는 보조 계획이다.
 
 76. Contract Statement of Work (SOW) | 계약작업기술서 [산출/투입] : 계약에 따라 제공될 제품, 서비스 또는 결과에 대한 구체적인 설명.
 
 77. Contract Work Breakdown Structure (CWBS) | 계약작업분류체계 [산출/투입] : 프로젝트 구성요소나 하부프로젝트 제공 계약을 체결하는 판매자가 개발하고 관리하는 작업분류체계 부문.
 
 78. Control | 통제 [기법] : 계획한 성과와 실제 성과를 비교하고, 차이를 분석하고, 프로세스 개선에 영향을 주는 추세를 평가하고, 가능한 대안을 평가하고, 필요에 따라 적절한 수정 조치를 제안하는 일련의 조치.
 
 79. Control Account (CA) | 통제단위 [도구] : 범위, 예산, 실제원가 및 일정의 통합이 일어나고 성과 측정이 진행될 관리 통제 지점. 통제단위는 작업분류체계상에서 선택된 관리 지점(지정된 수준의 특정한 구성요소)에 배정된다. 각 통제단위에 하나 이상의 작업 패키지가 포함될 수 있지만 각 작업 패키지와 연관될 수 있는 통제단위는 한 개 뿐이며, 각 통제단위는 조직분류체계(OBS)의 특정 조직 구성요소 단 한 개와 연결된다. 전에는 원가계정이라고 했다. 작업 패키지 참조.
 
 80. Control Account Plan (CAP) | 통제단위계획 [도구] : 통제단위에서 수행될 모든 작업과 업무에 대한 계획서각 CAP에는 일정한 작업기술서, 일정, 시차별 예산이 정의되어 있다. 전에는 원가계정계획이라고 했다.
 
 81. Control Chart | 관리도 [도구] : 프로세스의 결과를 시간에 대비하여 설정된 통제한계와 함께 그래프로 표시한 도표이며, 플롯된 값들의 추이가 통제한계(상한 또한 하한)로 향하는지 판단하는 데 사용할 수 있는 중앙선이 표시되어 있다.
 
 82. Control Limits | 통제한계 : 관리도에 플롯된 자료 중앙선(또는 평균)의 한쪽 면에서 세 개의 표준 편차로 구성되는 영역으로, 예상 자료 편차가 반영된다. 사양 한계 참조.
 
 83. Controlling | 통제 : 통제 참조.
 
 84. Corrective Action | 시정조치 : 프로젝트 작업의 향후 성과 기대치를 프로젝트관리계획의 수준으로 끌어 올리기 위해 문서화된 프로젝트작업 실행 지침.
 
 85. Cost | 원가 : 프로젝트 활동이나 구성요소를 수행 및 완료하고 구성요소를 산출하는 데 필요한 자원의 금전적 가치를 포함하여 프로젝트 활동* 또는 구성요소의 금전적 가치 또는 가격특정한 원가는 직접 작업에 소요되는 시간과 기타 직접 비용, 간접적 작업 시간과 기타 간접 비용, 구매 비용을 비롯하여 원가 구성요소들의 합계로 산출될 수 있다하지만 획득가치관리 방식에서는 원가가 금전적 가치로 변환되지 않고 순수하게 작업 시간으로만 제시되는 경우도 일부 있다. 실제원가 및 산정 참조.
 
 86. Cost Baseline | 원가 기준선 : 기준선 참조.
 
 87. Cost Budgeting | 원가예산책정 [프로세스] : 원가 기준선을 설정하기 위해 개별 활동이나 작업 패키지의 산정 원가를 모두 합산하는 프로세스.
 
 88. Cost Control | 원가통제 [프로세스] : 프로젝트 예산의 변동 요인에 영향을 주고 예산 변경을 통제하는 프로세스.
 
 89. Cost Estimating | 원가산정 [프로세스] : 프로젝트 활동*을 완료하는 데 필요한 자원의 원가 근사치를 추정하는 프로세스.
 
 90. Cost Management Plan | 원가관리계획 [산출/투입] : 프로젝트 원가를 기획, 구성 및 통제하는 데 적용할 활동 및 기준을 설정하고 형식을 지정하는 문서원가관리계획은 프로젝트이해관계자의 요구사항에 따라 공식적 또는 비공식적이고, 매우 상세할 수도 또는 개괄적 윤곽만 제공할 수도 있다. 원가관리계획은 프로젝트관리계획에 포함되거나 프로젝트관리계획을 보완하는 보조 계획이다.
 
 91. Cost of Quality (COQ) | 품질원가 [기법] : 품질을 보증하기 위해 발생된 비용을 결정하는 방식예방 및 평가 원가(적합 품질원가)에는 요구사항(교육, QC 시스템 등)을 준수하기 위해 소요되는 품질기획, QC(품질통제) 및 품질보증 비용이 포함되고, 실패 원가(부적합 품질원가)에는 요건에 미달되는 제품, 구성요소 또는 프로세스의 재작업 비용, 보증 및 폐기 비용, 명예 실추에 따른 손실이 포함된다.
 
 92. Cost Performance Index (CPI) | 원가성과지수 : 프로젝트의 비용 효율 측정값으로, 획득가치(Earned Value, EV) 대 실제원가(Acutal Cost, AC) 비율(즉, CPI = EVAC)이다CPI가 1 이상이면 효율적이고 1 미만이면 비효율적인 것이다.
 
 93. Cost-Plus-Fee (CPF) | 수수료 가산 원가 계약 : 계약 작업 수행에 대한 판매자의 정당한 청구 원가를 구매자가 판매자에게 상환하고, 합의된 원가 대비 비율(%)에 따라 계산된 비용도 판매자에게 지불하는 방식의 원가정산 계약이 비용은 실제원가에 따라 달라진다.
 
 94. Cost-Plus-Fixed-Fee (CPFF) Contract | 고정 수수료 가산 원가 계약 : 계약에 의해 규정되는 판매자의 정당한 청구 원가와 고정 금액의 수익(비용)을 합산한 금액을 구매자가 판매자에게 상환하는 방식의 원가정산 계약.
 
 95. Cost-Plus-Incentive-Fee (CPIF) Contract | 성과급 가산 원가 계약 : 구매자가 판매자에게 계약에 명시된 판매자의 정당한 청구액을 상환하고 정해진 성과 기준을 충족할 경우에 판매자에게 이익금을 지불하는 방식의 원가정산 계약.
 
 96. Cost-Plus-Percentage of Cost (CPPC) | 원가비율 수수료 가산원가계약 : 수수료 가산 원가 계약 참조.
 
 97. Cost-Reimbursable Contract | 원가정산 계약 : 판매자의 실제원가에 대한 구매자의 지불금(상환액)에 판매자의 수익에 해당하는 비용을 가산하는 방식의 계약원가는 일반적으로 직접 비용 또는 간접비용으로 분류된다. 직접 비용은 프로젝트에 참여하는 전일제 근무 직원의 급여와 같이 프로젝트에서 고유하게 발생하는 원가이다. 경상, 일반 및 행정 비용이라고도 하는 간접 비용은 작업 수행 조직에서 업무 운영비(프로젝트에 간접적으로 참여하는 관리자의 급여, 사무실의 전기 설비비 등)로 프로젝트에 할당한 원가이다 간접비용은 보통 직접 비용에 대한 비율(%)로 계산한다. 원가정산 계약에는 종종 판매자가 일정 목표, 총 비용과 같이 선정된 프로젝트 목표를 충족하거나 초과 달성할 경우에 구매자가 판매자에게 성과급이나 상여금을 지급하는 성과급 조항도 포함된다.
 
 98. Cost Variance (CV) | 원가 차이 : 프로젝트에 대한 비용 성과 측정치로, 획득가치(Earned Value, EV)와 실제원가(Acutal Cost, AC) 사이의 차액(즉, CV = EV - AC)이다CV 값이 양수 값이면 성과가 좋은 상태이고, 음수 값이면 열악한 상태이다.
 
 99. Crashing | 공정압축법 [기법] : 특수한 형태의 프로젝트 일정 단축 기법 중 하나로, 여러 가지 대안을 분석하여 최소한의 추가 비용으로 일정 기간을 최대 압축할 수 있는 방법을 결정한 후, 총 프로젝트 일정 기간 *을 단축하는 조치를 취하는 방식일반적인 공정압축법 방식에는 일정 활동 기간을 줄이면서 활동에 대한 자원 할당을 늘리는 방법이 있다. 일정 단축 및 공정중첩 단축법(Fast Tracking) 참조.
 
100. Create WBS (Work Breakdown Structure) | 작업분류체계 작성 [프로세스] : 주요한 프로젝트 인도물 및 프로젝트 작업을 관리하기 간편하도록 작은 구성요소로 세분하는 프로세스.
 
101. Criteria | 기준 : 판단이나 결정의 근거가 되거나 제품, 서비스, 결과 또는 프로세스별로 평가될 수 있는 표준, 규칙 또는 테스트.
 
102. Critical Activity | 주공정 활동 : 프로젝트일정에서 주공정에 속하는 일정 활동대부분 주공정법을 사용하여 결정된다. 사전적 의미 그대로 “중대한” 활동을 나타내기도 하지만, 프로젝트의 경우에는 주공정에 속하지 않는 활동에 대해서 이 용어를 사용하는 경우는 극히 드물다.
 
103. Critical Chain Method | 주공정연쇄법 [기법] : 프로젝트일정을 제한적인 자원을 적용하여 수정하는 일정 네트워크 분석 기법*. 주공정연쇄법은 결정론적 방식과 개연론적 방식의 일정 네트워크 분석을 혼합한 방식이다.
 
104. Critical Path | 주공정경로 [산출/투입] : 반드시 그런 것을 아니지만 일반적으로 프로젝트의 기간을 결정하는 일련의 일정 활동. 주공정경로는 일반적으로 프로젝트에서 가장 긴 공정이다. 하지만 프로젝트일정 중간에 지정 날짜 이전 완료라는 일정 제약이 있는 일정마일스톤에서 주공정경로가 끝나는 경우도 있다. 주공정법 참조.
 
105. Critical Path Method(CPM) | 주공정법 [기법] : 프로젝트 일정네트워크의 다양한 논리 네트워크 경로에서 일정 계획의 유연성(여유 기간)을 결정하고 총 프로젝트의 최소 기간을 결정하는 데 사용되는 일정 네트워크 분석 기법*빠른 개시일과 종료일*은 지정된 개시일을 사용하여 전진계산(Forward Pass) 방식으로 계산한다늦은 개시일과 종료일*은 지정된 종료일(때로 전진계산 과정에서 결정된 프로젝트 빠른 종료일)에서 시작하여 후진계산(Backward Pass) 방식으로 계산한다.
 
106. Current Finish Date | 현재 종료일 : 일정 활동이 완료될 시점으로 현재 산정된 날짜(산정에는 보고된 모든 작업 진행 사항이 반영됨)예정 종료일과 기준선 종료일 참조.
 
107. Current Start Date | 현재 개시일 : 일정 활동을 개시할 시점으로 현재 산정된 날짜(산정에는 보고된 모든 작업 진행 사항이 반영됨)예정 개시일과 기준선 개시일 참조.
 
108. Customer | 고객 : 프로젝트의 제품, 서비스 또는 결과를 사용할 개인이나 조직사용자 참조.
 
109. Data Date (DD) | 자료 기준일 : 프로젝트의 보고 시스템이 실제 상태와 성취 결과에 관한 정보를 제공한 날짜일부 보고 시스템에서는 자료 기준일에 대한 상태 정보에 과거 또는 미래의 날짜가 포함되기도 한다. 기준일(as-of date) 및 현재 시점일(time-now date) 참조.
 
110. Date | 날짜 : 역일표의 일, 월, 년도, 때로 하루 중 시간을 타나내는 용어.
 
111. Decision Tree Analysis | 의사결정나무분석 [기법] : 의사결정나무는 고려 중인 의사 결정과 사용 가능한 대안 선정에 함축된 의미를 설명하는 도표로, 일정한 행동의 향후 시나리오나 성과가 불확실할 때 사용된다. 이 분석 기법은 가능성, 이벤트의 각 논리 경로에 대한 원가 또는 수익, 향후 결정을 모두 통합하며, 금전적 기대값 분석을 이용하여 조직이 대체 조치의 상대적 가치를 식별할 수 있도록 지원한다. 금전적 기대값 분석 참조.
 
112. Decompose | 분할 : 분할(Decomposition) 참조.
 
113. Decomposition | 분할 [기법] : 프로젝트 범위 달성 및 인도물 제공과 연관된 프로젝트 작업의 수행, 감시 및 통제를 충분히 지원할 수 있는 수준으로 상세하게 정의될 때까지 프로젝트 범위와 프로젝트 인도물을 관리하기 쉽게 작은 구성요소로 세분하는 기획 기법.
 
114. Defect | 결함 : 프로젝트 구성요소가 요구사항이나 사양을 충족하지 못하여 수리 또는 교체가 필요한 불완전한 상태.
 
115. Defect Repair | 결함 수정 : 프로젝트 구성요소의 결함 사항을 명시하고 결함을 해결하는 방법(수리 또는 구성요소의 완전 교체)을 제시한 공식 문서.
 
116. Deliverable | 인도물 [산출/투입] : 프로세스, 단계 또는 프로젝트를 완료하기 위해 산출해야 하는 검증 가능하며 고유한 제품, 결과 또는 서비스 수행 능력. 때로는 프로젝트스폰서나 고객의 승인을 받아야 하는 외부 인도물을 지칭하는 협의적 의미로도 사용된다. 제품, 서비스 및 결과 참조.
 
117. Delphi Technique | 델파이기법 [기법] : 분야별 전문가들의 합의를 도출하는 방법으로 사용되는 정보 수집 기법해당 분야의 전문가들을 이 기법에 익명으로 참여시킨다. 조정자(facilitator)는 설문지를 사용하여 해당 문제와 관련된 프로젝트의 중요한 국면에 관한 전문가 의견을 수집하고, 설문지 응답을 요약한 후 추가 의견을 듣기 위해 응답자들에게 다시 배포한다. 이러한 프로세스를 몇 차례 반복하는 과정에서 합의에 도달할 수 있다 델파이기법은 편견이 개입된 자료를 줄이고 특정인이 과도하고 부당한 영향을 결과에 미치는 것을 방지하는 데 좋은 기법이다.
 
118. Dependency | 의존관계 : 논리적 관계 참조.
 
119. Design Review | 설계검토 [기법] : 시스템이나 제품의 설계가 고객 요구사항을 충족하는지 또는 기능을 성공적으로 수행하는지 확인하기 위해, 제안된 설계를 평가하는 데 사용되는 관리 기법.
 
120. Develop Project Charter | 프로젝트헌장 개발 [프로세스] : 프로젝트를 공식적으로 허가하는 프로젝트헌장을 작성하는 프로세스.
 
121. Develop Project Management Plan | 프로젝트관리계획 개발 [프로세스] : 모든 보조 계획을 정의하고, 준비, 수집하여 하나의 프로젝트관리계획에 모두 통합하는 데 필요한 작업들을 문서화하는 프로세스.
 
122. Develop Project Scope Statement (Preliminary) | 프로젝트 범위기술서 개발(예비) [프로세스] : 프로젝트 범위를 상세히 설명하는 예비 프로젝트범위기술서를 작성하는 프로세스
 
123. Develop Project Team | 프로젝트팀 개발 [프로세스] : 프로젝트 성과를 개선하기 위해 팀원들의 능력과 협력을 향상시키는 프로세스.
 
124. Direct and Manage Project Execution | 프로젝트실행 지시 및 관리 [프로세스] : 프로젝트 범위기술서에 정의된 프로젝트 요구사항을 달성하기 위해 프로젝트관리계획에 정의된 작업을 실행하는 프로세스.
 
125. Discipline | 전문 분야 : 특정 지식이 요구되며 작업 수행(기계적 엔지니어링, 컴퓨터 프로그래밍, 원가산정 등)을 관리하는 규칙이 정의되어 있는 작업 분야.
 
126. Discrete Effort | 세분 업무 : 특정한 작업분류체계 구성요소 및 인도물의 완성에서 직접 확인할 수 있고, 직접 계획 및 측정할 수 있는 업무배분업무(apportioned effort)와 대조됨.
 
127. Document | 문서 : 일반적으로 영구성이 있고 기계나 사람이 판독할 수 있는 매체와 그 위에 기록된 정보프로젝트관리계획, 사양서, 절차서, 연구서 및 사용 설명서 등이 있다.
 
128. Documented Procedure | 문서화된 절차 : 활동, 프로세스, 기법 또는 방법론의 수행하는 방식을 기술한 공식 문서.
 
129. Dummy Activity | 더미활동 : 화살 도형법에서 논리적 관계를 보여주기 위해 사용되는 소요 기간 제로(0)의 일정 활동일정 활동 화살표로 논리적 관계를 완전하게 또는 올바르게 설명할 수 없을 때 더미활동을 사용한다. 일반적으로 더미활동은 화살표의 선이 점선으로 표시된다.
 
130. Duration (DU 또는 DUR) | 기간 : 일정 활동이나 작업분류체계 구성요소를 완료하는 데 필요한 총 작업 기간(공휴일과 기타 휴무 기간은 제외함)보통 작업 일 수나 주간 수로 표시되며, 경과 시간(Elased time)과 동일한 의미로 잘못 사용되기도 하고, 노력(effort)과 대조됨. 예정 기간, 잔여 기간 및 실제 기간 참조.
 
131. Early Finish Date (EF) | 빠른 종료일 : 주공정법에서 일정 활동(또는 프로젝트)의 완료되지 않은 부분을 일정 네트워크 논리, 자료 기준일, 기타 일정상 제약에 기준하여 가장 빠르게 완료할 수 있는 시점프로젝트가 진행됨에 따라 그리고 프로젝트관리계획을 변경함에 빠른 종료일이 바뀔 수 있다.
 
132. Early Start Date (ES) | 빠른 개시일 : 주공정법에서 일정 활동(또는 프로젝트)의 완료되지 않은 부분을 일정 네트워크 논리, 자료 기준일, 기타 일정상 제약에 기준하여 가장 빠르게 개시할 수 있는 시점프로젝트가 진행됨에 따라 그리고 프로젝트관리계획을 변경함에 따라 빠른 종료일이 바뀔 수 있다.
 
133. Earned Value (EV) | 획득가치 : 완료된 작업의 가치를 일정 활동 또는 작업분류체계 구성요소의 작업에 배정되어 승인을 받은 예산으로 표현한 것수행작업 예산원가(Budgeted Cost of Work Performed, BCWP)라고도 함.
 
134. Earned Value Management (EVM) | 획득가치관리 : 범위, 일정 및 자원을 통합하고 프로젝트 성과 및 진행률을 객관적으로 측정하는 관리 기법성과는 수행된 작업의 예산원가(즉, 획득가치)을 판단하여 수행작업 실제원가(즉, 실제원가)와 비교함으로써 측정하고, 진행률은 획득가치와 계획가치를 비교하여 측정한다.
 
135. Earned Value Technique (EVT) | 획득가치기법 [기법] : 작업분류체계 구성요소, 통제단위 또는 프로젝트에 대한 작업성과를 측정하는 특수한 기법수익 규칙 및 실적 이전 방식이라고도 한다.
 
136. Effort | 노력 : 일정 활동이나 작업분류체계 구성요소를 완료하는 데 필요한 단위 노동의 양일반적으로 직원의 작업 시간, 일 수, 주일 수로 표현되며, 기간과 대조됨.
 
137. Enterprise | 기업 : 회사, 비즈니스, 공장, 동맹 관계, 법인 또는 정부 기관.
 
138. Enterprise Environmental Factors | 기업환경요인 [산출/투입] : 프로젝트의 성공에 영향을 미치거나 프로젝트 주변의 일부 또는 모든 외적 환경 요인 및 조직 내부적 환경 요인환경요인은 프로젝트에 참여한 전체 또는 일부 기업에서 비롯되며, 조직의 문화, 구조, 인프라, 기존 자원, 상용 데이터베이스, 시장 조건 및 프로젝트관리 소프트웨어를 포함한다.
 
139. Estimate | 산정 [산출/투입] : 가능한 금액이나 성과에 대한 정량적 평가. 일반적으로 프로젝트 원가, 자원, 노력 및 기간에 적용되며, 수식어(예비, 개념적, 타당성, 규모, 한정적 등)가 앞에 붙는다. 정확성(예: ± x %)에 대한 표시를 포함해야 한다.
 
140. Estimate at Completion (EAC) | 완료시점 산정치 [산출/투입] : 정의된 작업 범위를 완료했을 때 일정 활동, 작업분류체계 구성요소 또는 프로젝트에 대해 예상된 원가 총액EAC는 실제원가(Actual Cost, AC)에 모든 잔여 작업에 대한 잔여분 산정치(Estimate to Complete, ETC)를 더한 값(즉, EAC = AC + ETC)이다EAC는 최근까지의 프로젝트 성과에 근거하여 계산하거나 기타 요소를 근거로 프로젝트팀에서 산정할 수 있으며, 이를 최근 수정 산정치라고도 한다. 획득가치기법 및 잔여분 산정치 참조.
 
141. Estimate to Complete (ETC) | 잔여분 산정치 [산출/투입] : 일정 활동, 작업분류체계 구성요소 또는 프로젝트의 잔여 작업을 모두 완료하기 위해 필요할 것으로 예상된 원가획득가치기법 및 완료시점 산정치 참조.
 
142. Event | 사건 : 발생, 결과를 일으키는 것.
 
143. Exception Report | 예외 보고서 : 계획과 다른 모든 변동 사항이 아닌 중대한 변동 사항만 포함된 문서.
 
144. Execute | 실행 : 프로젝트 작업을 지시, 관리, 수행 및 완료하고, 인도물을 제공하고, 작업성과정보를 제공하는 과정.
 
145. Executing | 실행 : 실행(Execute) 참조.
 
146. Executing Processes | 실행프로세스 [프로세스 그룹] : 프로젝트범위기술서에 정의된 프로젝트 목표를 달성하기 위해 프로젝트관리계획에 정의된 작업을 완료하는 데 수행되는 프로세스.
 
147. Execution | 실행 : 실행(Execute) 참조.
 
148. Expected Monetary Value (EMV) Analysis | 금전적 기대값 분석 : 미래에 발생할 가능성이 있거나 혹은 없는 시나리오가 있을 때 평균적인 성과를 계산하는 통계 기법이 기법은 의사결정나무분석 내에서 사용하는 것이 일반적이다. 원가와 일정 리스크 분석에는 모델링과 시뮬레이션을 권장하는데, 그 이유는 금전적 기대값 분석보다 더 강력하며 잘못된 적용이 될 가능성이 낮기 때문이다.
 
149. Expert Judgment | 전문가판단 [기법] : 응용 분야, 지식영역, 전문 분야, 산업체 등의 전문성에 근거하여 수행된 활동에 적절한 것으로 제시된 판단. 이러한 전문성은 전문 교육, 지식, 경험 또는 훈련을 쌓은 개인이나 그룹에서 제공할 수 있으며, 작업 수행 조직 내의 다른 그룹, 컨설턴트, 고객을 포함한 이해관계자, 교수 및 기술자 협회, 산업체 그룹 등의 다양한 출처를 통해 구할 수 있다.
 
150. Failure Mode and Effect Analysis (FMEA) | 고장형태 및 영향분석 [기법] : 제품에 포함된 모든 구성요소의 잠재적 고장형태를 분석하여 해당 구성요소 자체적으로 또는 다른 발생 가능한 고장형태와 결합되어 구성요소, 제품 또는 시스템의 안정성에 미치는 영향과 구성요소의 필수적인 기능에 미치는 영향을 판단하는 분석 절차 또는 고장을 초래할 수 있는 모든 방법으로 제품을 시험하는 절차(시스템 및/또는 보다 하위 수준에서)각 잠재적 고장에 대하여 총 시스템에 미치는 결과 및 영향을 추정하며, 더불어 고장 가능성과 그 영향을 최소화하기 위해 계획된 조치에 대한 검토를 실시한다.
 
151. Fast Tracking | 공정중첩단축법 [기법] : 설계 단계, 구축 단계 등과 같이 일정한 순서로 수행되는 단계를 부분적으로 중첩하거나 몇 가지 일정 활동을 동시에 수행하기 위하여 네트워크 논리를 변경하는 특수한 형태의 프로젝트 일정 단축 기법. 일정 단축과 공정압축법(crashing) 참조.
 
152. Finish Date | 종료일 : 일정 활동의 완료와 연관된 시점. 일반적으로 실제, 예정, 산정, 일정, 빠른, 늦은, 기준, 목표 또는 현재 종료일 중 하나로 표현된다.
 
153. Finish-to-Finish (FF) | 종료-종료 관계 : 후행 활동의 작업을 완료할 때까지 선행 활동의 작업을 종료할 수 없는 논리 연결 관계. 논리적 관계 참조.
 
154. Finish-to-Start (FS) | 종료-개시 관계 : 후행 활동 작업의 개시 시점이 후행 활동 작업의 완료 시점에 좌우되는 논리 연결 관계. 논리적 관계 참조.

155. Firm-Fixed-Price (FFP) Contract | 확정 고정가 계약 : 구매자가 판매자의 원가에 관계없이 계약에 명시된 일정한 금액을 판매자에게 지불하는 형태의 고정 가격 계약.
 
156. Fixed-Price-Incentive-Fee (FPIF) Contract | 성과급 가산 고정가 계약 : 구매자가 계약에 명시된 고정 금액을 지불하며 판매자가 정의된 성과 기준을 충족할 경우에 추가 수익이 가산되는 형태의 계약고정가총액 계약Fixed-Price or Lump-Sum Contract 완전하게 정의된 제품에 대한 고정 총액 방식의 계약 고정가 계약에는 일정 목표 등과 같이 선정된 프로젝트 목표를 충족하거나 초과 달성하는 것에 대한 성과급도 포함될 수 있다 가장 단순한 형태의 고정가 계약은 주문서이다.
 
157. Float | 여유 : 여유(Slack)라고도 하며, 총 여유 및 자유 여유 참조.
 
158. Flowcharting | 흐름도작성 [기법] : 시스템에 속한 하나 이상의 프로세스에 대한 투입물, 프로세스 조치, 산출물을 도면 형식으로 설명하는 것.
 
159. Forecasts | 예측치 : 예측 시점에서 활용 가능한 정보와 지식을 토대로 프로젝트의 향후 조건 및 사건에 대한 추정 또는 예상 결과예측치는 프로젝트가 실행됨에 따라 제공되는 작업성과정보를 토대로 갱신되고 재발행된다. 작업성과정보는 프로젝트의 과거 성과와 예상되는 미래 성과를 근거로 하며, 완료시점 산정치와 잔여분 산정치와 같이 향후 프로젝트에 영향을 미칠 수 있는 정보를 포함한다.
 
160. Forward Pass | 전진계산 : 네트워크의 모든 활동의 완료되지 않은 부분에 대한 빠른 개시일과 빠른 종료일을 계산하는 방법일정 네트워크 분석 및 후진계산(Backword Pass) 참조.
 
161. Free Float (FF) | 자유 여유 : 일정상의 후행 활동의 빠른 개시일을 늦추지 않는 범위 내에서 현재 활동을 지연할 수 있는 기간총여유 참조.
 
162. Functional Manager | 기능 관리자 : 기능 조직 내부의 단위 그룹에 대한 관리 권한을 가지는 사람실제 제품을 생산하거나 서비스를 제공하는 그룹의 관리자이며, 라인 관리자라고도 한다.
 
163. Functional Organization | 기능 조직 : 각 직원에게 한 명의 확실한 상사가 있으며, 전문 영역별로 팀을 구성하고 각 팀을 해당 영역의 전문가 관리 아래 두는 계층적 구조의 조직.
 
164. Funds | 자금 : 즉시 사용할 수 있는 금전 또는 재무 자원의 공급.
 
165. Gantt Chart | 간트차트 : 막대차트 참조.
 
166. Goods | 상품 : 생필품, 용품, 일반 제품.
 
167. Grade | 등급 : 기능적으로 동일한 용도(예: “망치”)로 사용되지만 품질 요구 수준은 다른(예: 망치마다 요구되는 충격에 대한 내구력이 달라질 수 있음) 항목을 구별하는 데 사용되는 순위 또는 범주.
 
168. Ground Rules | 기본행동수칙 [도구] : 프로젝트팀의 팀원간 관계와 의사소통, 효율성을 개선하기 위해 허용 가능한 행위와 금지되는 행위를 명시한 목록.
 
169. Hammock Activity | 해먹 활동 : 요약 작업 참조.
 
170. Historical Information | 선례정보 : 프로젝트 파일, 기록, 프로젝트와 관련해 교환된 서신, 종료된 계약, 종료된 프로젝트를 포함하여 이전 프로젝트들에 대한 자료 및 문서.
 
171. Human Resource Planning | 인적자원기획 [프로세스] : 직원관리계획을 작성하는 일을 비롯하여 프로젝트에서 직원의 역할 및 책임 사항을 식별하여 문서화하고, 직원들 사이의 관계를 보고하는 프로세스.
 
172. Imposed Date | 지정일자 : 일정 활동 또는 일정 마일스톤에 일정 조건으로 적용되는 고정 날짜로, 일반적으로 해당 날짜 “이후 개시”, “이전 완료” 등의 형태로 표시된다.
 
173. Influence Diagram | 영향도 [도구] : 다양한 변수와 산출물 사이의 우발적 영향, 시간순 사건, 그 밖의 관계를 보여주는 그래픽 도면.
 
174. Influencer | 영향력 행사자 : 프로젝트의 제품 구입이나 사용과 직접적인 관계는 없지만 고객 조직*에서의 직위 때문에 프로젝트 과정에 긍정적 또는 부정적 영향을 줄 수 있는 개인 또는 그룹.
 
175. Information Distribution | 정보배포 [프로세스] : 프로젝트이해관계자가 필요한 정보를 적시에 사용할 수 있도록 지원하는 프로세스.
 
176. Initiating Processes | 착수프로세스 [프로세스 그룹] : 새로운 단계 또는 프로젝트의 범위를 허가하고 정의하기 위해 수행한 프로세스로, 중단된 프로젝트 작업을 계속하는 경우도 있다대량의 착수 프로세스는 일반적으로 조직, 프로그램 또는 포트폴리오 프로세스에 의해 프로젝트의 통제 범위 밖에서 수행되며, 이러한 프로세스는 프로젝트 착수프로세스 그룹에 입력을 제공한다.
 
177. Initiator | 착수자 : 프로젝트를 착수할 능력과 권한을 모두 갖고 있는 개인 또는 조직.
 
178. Input | 투입물 [프로세스 입력] : 프로젝트 내부 또는 외부 여부에 관계없이 해당 프로세스를 진행하기 전에 프로세스에 필요한 모든 항목선행 프로세스에서 생성된 산출물일 수도 있다.
 
179. Inspection | 검사 [기법] : 활동, 구성요소, 제품, 결과 또는 서비스가 지정된 요구 사항을 준수하는지 여부를 확인하기 위한 검사 또는 측정.
 
180. Integral | 필수 요소 : 완성에 필수적인 성분, 필수품, 구성 성분, 다른 구성요소와 함께 하나의 단위를 형성하는 요소.
 
181. Integrated | 통합 요소 : 서로 연결, 연관 및 연동되거나 맞물려서 일정한 기능을 수행하는 완성물에 융합 및 통합된 구성요소.
 
182. Integrated Change Control | 통합변경통제 [프로세스] : 모든 변경요청을 검토하고, 요청된 변경을 승인하고, 인도물 및 조직의 프로세스 자산에 대한 변경을 통제하는 프로세스.
 
183. Invitation for Bid (IFB) | 입찰 초청서 : 일반적으로는 제안 요청서와 동일하지만 일부 응용 분야에서는 보다 협의적 또는 한정적인 의미를 가질 수 있다.
 
184. Issue | 이슈 : 분쟁 또는 질의의 대상이 되는 쟁점이나 문제 또는 해결되지 않고 논의 중에 있거나 상반되는 견해나 의견 차이를 보이는 쟁점이나 문제.
 
185. Knowledge | 지식 : 경험, 교육, 관찰, 조사를 통해 습득해서 숙지하는 것으로, 프로세스, 실무 또는 기법, 도구 사용 방법 등을 이해하는 수준.
 
186. Knowledge Area Process | 지식영역 프로세스 : 지식영역 내에서 식별 가능한 프로젝트관리 프로세스.
 
187. Knowledge Area, Project Management | 지식영역, 프로젝트관리 : 프로젝트관리 지식 영역 참조.
 
188. Lag | 지연 [기법] : 후행 활동이 뒤로 연기되도록 논리적 관계 수정. 예를 들어, FS(종료- 개시 관계) 종속 관계에서 지연일이 10일인 경우 선행 활동 종료 후 10일이 경과될 때까지 후행 활동을 개시할 수 없다. 선도(lead) 참조.
 
189. Late Finish Date (LF) | 늦은 종료일 : 일정한 제약을 위반하거나 프로젝트 종료일을 연기하는 일 없이 주공정법에서 일정 네트워크 논리, 프로젝트 종료일, 일정 활동에 지정된 모든 제약에 따라서 활동을 완료하는 것이 가능한 가장 늦은 시점. 늦은 종료일은 프로젝트 일정 네트워크의 후진계산 과정에서 결정된다.
 
190. Late Start Date (LS) | 늦은 개시일 : 일정한 제약을 위반하거나 프로젝트 종료일을 연기하는 일 없이 주공정법에서 일정 네트워크 논리, 프로젝트 종료일, 일정 활동에 지정된 모든 제약에 기준하여 활동을 시작하는 것이 가능한 가장 늦은 시점. 늦은 개시일은 프로젝트 일정 네트워크의 후진계산 과정에서 결정된다.
 
191. Latest Revised Estimate | 최종 수정 산정치 : 완료시점 산정치 참조.
 
192. Lead | 선도 [기법] : 후행 활동을 가속화하는 방식으로 논리적 관계 수정. 예를 들어, FS(종료-개시 관계) 종속 관계에서 선도가 10일인 경우 선행 활동이 종료되기 10일 전에 후행 활동을 시작할 수 있다지연(lag)을 참조한다음의 선도 값은 양의 지연 값과 동일하다.
 
193. Lessons Learned | 교훈 [산출/투입] : 프로젝트를 수행하는 과정에서 습득한 교훈교훈은 어떠한 시점에서든 확인될 수 있으며, 교훈 지식기반에 저장될 프로젝트 기록으로도 간주된다.
 
194. Lessons Learned Knowledge Base | 교훈 지식기반 : 이전 프로젝트 선정 관련 의사 결정 사항과 프로젝트의 성과, 두 가지 모두에 관한 선례정보와 교훈을 담고 있는 저장소.
 
195. Level of Effort (LOE) | 노력수준업무 : 성과를 개별적으로 분리 측정하기 어려운 지원 형태의 활동(예: 판매자 또는 고객과의 교섭, 프로젝트 원가 책정, 프로젝트관리 등)일반적으로 지원되는 활동에 의해 결정되는 기간 동안 작업 성과율이 일정한 것이 특징이다.
 
196. Leveling | 평준화 : 자원평준화 참조.
 
197. Life Cycle | 생애주기 : 프로젝트 생애주기 참조.
 
198. Log | 로그 : 프로세스나 활동을 실행하는 도중 선정된 항목을 기록, 설명 또는 표시하는 데 사용되는 문서일반적으로 문제, 품질통제, 조치 또는 결함 등의 수식 어구와 함께 사용된다.
 
199. Logic | 논리 : 네트워크 논리 참조.
 
200. Logic Diagram | 논리도 : 프로젝트 일정 네트워크 참조.
 
201. Logical Relationship | 논리적 관계 : 두 개의 프로젝트 일정 활동 사이의 의존관계나 프로젝트 일정 활동과 일정 마일스톤 사이의 의존관계선후행 관계 참조가능한 논리적 관계에는 FS(종료-개시 관계), FF(종료-종료 관계), SS(개시-개시 관계), SF(개시-종료 관계)의 네 가지 유형이 있다.
 
202. Manage Project Team | 프로젝트팀 관리 [프로세스] : 팀원의 성과를 추적하고, 피드백을 제공하고, 문제를 해결하고, 변경을 조정하여 프로젝트 성과를 향상시키는 프로세스.
 
203. Manage Stake holders | 이해관계자 관리 [프로세스] : 프로젝트이해관계자의 요구 사항을 충족시키고 프로젝트이해관계자와의 문제를 해결하기 위한 의사소통 및 정보 교환을 관리하는 프로세스.
 
204. Master Schedule | 종합일정 [도구] : 주요 인도물 및 작업분류체계 구성요소, 주요한 일정 마일스톤을 식별하는 요약 수준의 프로젝트 일정마일스톤일정 참조.
 
205. Materiel | 자재 : 장비, 기구, 도구, 기계류, 기어, 재료, 공급품 등과 같이 작업을 수행하기 위해 조직에서 사용한 물품.
 
206. Matrix Organization | 매트릭스 조직 : 프로젝트의 작업 우선 순위를 지정하고 프로젝트에 배정된 인원의 담당 작업을 지시하는 업무에 대한 책임을 프로젝트관리자와 기능 관리자가 함께 분담하는 조직 구조.
 
207. Methodology | 방법론 : 전문 분야의 작업자가 사용한 실무 관행, 기법, 절차 및 규칙 체계.
 
208. Milestone | 마일스톤 : 프로젝트에서 중대한 점 또는 사건일정 마일스톤 참조.
 
209. Milestone Schedule | 마일스톤일정 [도구] : 주요한 일정 마일스톤을 식별하는 요약 수준의 일정종합일정 참조.
 
210. Monitor | 감시 : 계획 대비 프로젝트 성과 자료를 수집하고, 성과를 측정하고, 성과 정보를 보고 및 배포하는 것.
 
211. Monitor and Control Project Work | 프로젝트작업 감시 및 통제 [프로세스] : 프로젝트관리계획과 프로젝트 범위기술서에 규정된 성과 목표를 달성하기 위해 프로젝트를 착수, 기획, 실행 및 종료하는데 필요한 프로세스를 감시하고 통제하는 프로세스.
 
212. Monitoring | 감시 : 감시(Monitor) 참조.
 
213. Monitoring and Controlling Processes | 감시 및 통제프로세스 [프로세스 그룹] : 특정 단계나 프로젝트의 실행에 통제가 필요할 경우에 수정 조치를 취할 수 있도록 프로젝트 실행*을 측정 및 감시하기 위해 수행하는 프로세스.
 
214. Monte Carlo Analysis | 몬테칼로분석 : 가능한 원가 또는 기간의 확률 분포에서 임의로 선정한 입력 값을 사용하여 프로젝트 원가나 프로젝트 일정을 여러 차례 계산하거나 반복하는 방법으로 가능한 총 프로젝트 원가 또는 완료 날짜의 분포를 산출하는 기법.
 
215. Near-Critical Activity | 준 주공정 활동 : 총 여유 시간이 적은 일정활동준 주공정이란 개념은 일정 활동 또는 일정 네트워크 경로에 동등하게 적용될 수 있다준 주공정인 것으로 간주되는 총여유 하한은 전문가 판단에 해당될 가능성이 높고 프로젝트에 따라 달라진다.
 
216. Network | 네트워크 : 프로젝트 일정 네트워크 참조.
 
217. Network Analysis | 네트워크 분석 : 일정 네트워크 분석 참조.
 
218. Network Logic | 네트워크 논리 : 프로젝트 일정 네트워크도를 구성하는 일정 활동들의 종속 관계를 결합해 놓은 것.
 
219. Network Loop | 네트워크 루프 : 동일한 노드를 두 번 통과하는 일정 네트워크 경로. 네트워크 루프는 주공정법과 같은 기존의 일반적인 일정 네트워크 분석 기법으로 분석할 수 없다.
 
220. Network Open End | 네트워크 비 의존활동 : 일정 네트워크 경로에서 의도되지 않은 중단을 유발하는 선행 활동이나 후행 활동이 없는 일정 활동네트워크 비 의존활동은 일반적으로 논리적 관계의 누락으로 인해 발생한다.
 
221. Network Path | 네트워크 경로 : 프로젝트 일정 네트워크도에서 논리적 관계로 연결되는 일련의 일정 활동.
 
222. Networking | 네트워킹 [기법] : 목표 및 책임을 달성하는 데 협력할 수 있는 인적 자원들 사이의 관계 구축.
 
223. Node | 노드 : 일정 네트워크에 정의된 점들 중 하나, 나머지 종속 관계선의 전부 또는 일부와 결합된 연결. 점화살 도형법 및 선후행 도형법 참조.
 
224. Objective | 목표 : 작업을 추진하는 방향, 도달할 전략적 위치 또는 성취 목적, 획득할 결과, 생산할 제품 또는 수행할 서비스.
 
225. Operations | 운영 : 동일한 제품을 생산하거나 반복적인 서비스를 제공하기 위해 활동들을 지속적으로 수행하는 조직상의 기능예를 들면 생산 운영, 제조 운영, 회계 운영 등이 있다.
 
226. Opportunity | 기회 : 프로젝트에 유리한 상황 또는 조건, 긍정적인 환경, 긍정적인 사건 집합, 프로젝트 목표에 긍정적 영향을 줄 리스크 요소 또는 긍정적 변경 가능성위협(threat)과 대조됨.
 
227. Organization | 조직 : 기업 내에서 일정한 목적으로 구성된 그룹 또는 특정한 유형의 업무를 수행하기 위해 구성된 그룹.
 
228. Organization Chart | 조직도 [도구] : 공동의 목표를 향해 함께 작업하는 사람들 사이의 관계를 설명하는 도식.
 
229. Organizational Breakdown Structure | 조직분류체계 [도구] : 작업 패키지가 수행 조직 팀에 연결되도록 배열한 프로젝트 구성 계통도OBS(Organizational Breakdown Structure) 대신 약어가 같은 OBS(Organization Breakdown Structure)를 사용하기도 한다.
 
230. Organizational Process Assets | 조직프로세스자산 [산출/투입] : 프로젝트에 참여하고 프로젝트의 성공에 영향을 주거나 줄 가능성이 있는 조직 전체 또는 일부에 속한 프로세스 관련 자산의 일부 또는 전부조직프로세스자산에는 공식, 비공식적 계획, 정책, 절차 및 지침 뿐 아니라 조직의 교훈 및 선례정보와 같은 지식 데이터베이스도 포함된다.
 
231. Original Duration (OD) | 초기 산정 기간 : 착수 단계에서 일정 활동에 할당되고 작업의 진행이 보고된 후에도 갱신되지 않은 활동 기간일정의 진행을 보고할 때 실제 기간 및 잔여 기간과 비교하는 목적으로 주로 사용된다.
 
232. Output | 산출물 [프로세스 산출물] : 프로세스에 의해 생성된 제품, 결과 또는 서비스후행 프로세스에 소요되는 투입물일 수 있다.
 
233. Parametric Estimating | 모수산정 [기법] : 기록 자료와 기타 변수(예: 건물의 부지 면적, 소프트웨어 개발에서 코드 행 번호 등) 사이의 통계적인 관계를 활용하여 범위, 원가, 예산, 기간 등의 활동 모수 값을 산정하는 기법이 기법을 사용하면 모델의 정교성과 모델에 적용된 기초 자료를 토대로 정확도가 높은 산정치를 구할 수 있다. 원가 모수에 대한 한 가지 예로는 수행할 계획 작업 수에 과거 기록의 단위당 원가를 곱하여 예상 원가를 산정하는 방법이 있다.
 
234. Pareto Chart | 파레토차트 [도구] : 식별된 각 원인에 의해 유발된 결과 건수를 보여주는 발생 빈도순 히스토그램.
 
235. Path Convergence | 경로 수렴 : 프로젝트 일정 네트워크도의 동일한 노드에 여러 개의 병렬 네트워크 경로가 병합 또는 결합되는 것선행 활동이 두 개 이상인 일정 활동에서 경로 수렴이 나타난다.
 
236. Path Divergence | 경로분기 : 프로젝트 일정 네트워크도의 동일한 노드로부터 여러 개의 병렬 네트워크 경로가 확장 또는 생성되는 것후행 활동이 두 개 이상인 일정 활동에서 경로분기가 나타난다.
 
237. Percent Complete (PC 또는 PCT) | 달성율 : 활동 또는 작업분류체계 구성요소에서 완료한 작업량의 산정치를 백분율로 나타낸 값.
 
238. Perform Quality Assurance (QA) | 품질보증 수행 [프로세스] : 계획적이고 체계적인 품질관리 작업(감사 또는 동료간 검토)을 적용하여 프로젝트가 요구 사항을 충족하는 데 필요한 모든 프로세스를 진행하는지 확인하는 프로세스.
 
239. Perform Quality Control (QC) | 품질통제 수행 [프로세스] : 특정한 프로젝트 결과*를 감시하여 해당 품질 표준을 준수하는지 판단하고 성과 미달의 원인을 제거하는 방법을 식별하는 프로세스.
 
240. Performance Measurement Baseline | 성과 측정 기준선 : 프로젝트 작업에 대해 승인된 계획 중 관리 통제를 위해 프로젝트의 실행을 비교하고 편차를 측정하는 기준이 되는 계획성과 측정 기준선에는 프로젝트의 범위, 일정, 원가 모수가 통합되는 것이 일반적이지만 기술적 파라미터나 품질 모수가 포함되는 경우도 있다.
 
241. Performance Reporting | 성과보고 [프로세스] : 성과 정보를 수집하고 배포하는 프로세스여기에는 상태 보고, 진도 측정 및 예측 작업이 포함된다.
 
242. Performance Reports | 성과보고서 [산출/투입] : 체계적이고 요약된 작업 성과 정보, 획득가치관리 모수와 계산 결과, 프로젝트 작업 진행률 및 상태 정보를 제공하는 문서와 발표 자료성과보고서에 일반적으로 사용되는 형식에는 현재 일정 상태를 보여주는 프로젝트 일정네트워크도, 막대차트, S-곡선, 히스토그램, 표 등이 있다.
 
243. Performing Organization | 수행 조직 : 프로젝트 작업을 수행하는 데 가장 직접적으로 참여하는 직원이 소속된 기업.
 
244. Phase | 단계 : 프로젝트 단계 참조.
 
245. Plan Contracting | 계약체결 계획 수립 [프로세스] : 제품, 서비스 및 결과의 요구 사항을 문서화하고 잠재적 판매자를 식별하는 프로세스.
 
246. Plan Purchases and Acquisition | 구매 및 획득 계획 수립 [프로세스] : 구매하거나 획득할 대상물을 결정하고 그 시기와 방법을 판단하는 프로세스.
 
247. Planned Finish Date (PF) | 계획 종료일 : 예정 종료일 참조.
 
248. Planned Start Date (PS) | 계획 개시일 : 예정 개시일 참조.
 
249. Planned Value (PV) | 계획가치 : 일정 활동 또는 작업분류체계 구성요소를 완료하기 위하여 예정 작업에 배정하여 승인을 받은 예산BCWS(예정작업 예산원가)라고도 함.
 
250. Planning Package | 기획 패키지 : 상세한 일정 활동은 없지만 작업 내용이 이미 파악된 통제단위 아래쪽의 WBS 구성요소통제단위 참조.
 
251. Planning Processes | 기획프로세스 [프로세스 그룹] : 프로젝트 범위를 정의 및 완성하고, 프로젝트관리계획을 개발하고, 프로젝트 내에서 진행되는 프로젝트 활동*을 식별하여 일정을 계획하기 위해 수행하는 프로세스.
 
252. Portfolio | 포트폴리오 : 전략적 사업 목표를 달성하는 데 유리하도록 그룹으로 묶어 작업의 효율적 관리를 촉진할 수 있는 프로젝트, 프로그램, 기타 작업 집합체포트폴리오의 프로젝트나 프로그램들이 서로 종속 관계에 있거나 직접 연관될 필요는 없다.
 
253. Portfolio Management | 포트폴리오관리 [기법] : 특정한 전략적 사업 목표를 달성하기 위해 프로젝트, 프로그램, 기타 관련 작업을 식별하고 작업별 우선 순위를 결정하고, 권한을 부여하고, 관리 및 통제하는 기능을 포함하여 하나 이상의 포트폴리오를 중앙에서 관리하는 기법.
 
254. Position Description | 직위기술 [도구] : 프로젝트팀 구성원의 역할과 담당하는 책무에 대한 설명.
 
255. Practice | 실무 관행 : 프로세스 실행을 지원하는 특정 유형의 전문화된 활동 또는 관리 작업으로 기법과 도구를 하나 이상 활용할 수 있다.
 
256. Precedence Diagramming Method (PDM) | 선후행도형법 [기술] : 일정 활동들을 상자(또는 노드)로 표시하는 일정 네트워크도 작성 기법네트워크도에서 일정 활동들은 수행될 순서에 따라 하나 이상의 논리적 관계로 서로 연결된다.
 
257. Precedence Relationship | 선후행 관계 : 선후행도형법에서 논리관계를 나타내기 위해 사용하는 용어하지만 현재 선후행 관계, 논리적 관계, 의존관계 등의 용어는 도형법의 종류에 관계없이 넓은 의미로 혼용되고 있다.
 
258. Predecessor Activity | 선행 활동 : 논리적 후행 활동을 시작하거나 종료할 수 있는 시기를 결정하는 일정 활동.
 
259. Preventive Action | 예방조치 : 프로젝트 리스크*와 연관된 부정적 결과가 발생할 가능성을 줄일 수 있는 작업 수행 지침(지침서).
 
260. Probability and Impact Matrix | 확률 및 영향매트릭스 [도구] : 리스크 정도가 낮음, 보통, 높음 중 어느 상태인지 결정하는 일반적인 방법으로, 두 가지 리스크 척도인 발생 확률과 리스크가 발생할 경우 목표에 미치는 영향을 결합한 결과를 근거로 하여 결정함.
 
261. Procedure | 절차 : 일정한 결과를 달성하기 위해 규칙적으로 정해진 순서를 따르는 일련의 작업 단계.
 
262. Process | 프로세스 : 지정된 제품, 결과 또는 서비스를 달성하기 위해 수행한 상호 연관된 일련의 조치 및 활동.
 
263. Process Group | 프로세스 그룹 : 프로젝트관리 프로세스 그룹 참조.
 
264. Procurement Documents | 조달 문서 [산출/투입] : 입찰 및 제안서 작업에 활용되는 문서로, 구매자의 입찰 초청서, 협상 요청서, 정보 요청서, 견적 요청서, 제안서 요청서 및 판매자 응답서가 포함된다.
 
265. Procurement Management Plan | 조달관리계획서 [산출/투입] : 구매 문서 작성에서부터 계약 종료에 이르기까지 전 구매 과정을 관리하는 방법을 설명한 문서.
 
266. Product | 제품 : 생산되고 양으로 나타낼 수 있으며 자체가 완제품이거나 다른 제품의 구성품인 품목자재와 상품도 제품에 속한다결과 및 서비스와 대조되며, 인도물 참조.
 
267. Product Life Cycle | 제품 생애주기 : 조직에서 제조 및 관리상 필요에 따라 이름과 번호가 결정되는 일반적으로 순차적인 여러 비중첩 제품 단계* 집합제품 생애주기의 최후 단계는 보통 제품의 가치가 하락하거나 수명을 다한 시기이다. 일반적으로 프로젝트 생애주기는 하나 이상의 제품 생애주기 내에 포함된다.
 
268. Product Scope | 제품범위 : 제품, 서비스 또는 결과를 특징짓는 특성과 기능.
 
269. Product Scope Description | 제품범위명세서 : 제품 범위를 서술적으로 설명한 문서.
 
270. Program | 프로그램 : 개별적으로 관리할 경우에 지원되지 않는 혜택과 통제를 실현하기 위해 통합적인 방법으로 관리되는 관련 프로젝트 그룹프로그램에 속한 개별 프로젝트의 범위를 벗어난 관련 작업 요소도 프로그램에 포함될 수 있다.
 
271. Program Management | 프로그램관리 : 프로그램의 전략적 목표와 혜택을 성취하기 위하여 중앙에서 통합적으로 수행하는 프로그램관리 방식.
 
272. Program Management Office (PMO) | 프로그램관리오피스 : 기업의 이익을 실행하기 위한 자원, 방법론, 도구, 기법의 공유와 관련된 상위 수준의 프로젝트관리 집중을 실현하는 특정한 프로그램들의 중앙 관리. 프로젝트관리오피스 참조.
 
273. Progressive Elaboration | 점진적 구체화 [기법] : 프로젝트가 진행되면서 보다 자세하고 구체적인 정보와 정확한 산정치를 활용할 수 있게 됨에 따라 계획을 지속적으로 향상 및 구체화하며, 결과적으로는 기획 프로세스를 거듭할수록 더 정확하고 완전한 계획을 수립할 수 있는 현상.
 
274. Project | 프로젝트 : 고유한 제품, 서비스 또는 결과를 창출하기 위해 일시적으로 투입하는 노력.
 
275. Project Calendar | 프로젝트 역일표 : 일정 활동을 수행하는 날짜를 지정하는 근무일 또는 교대 근무 일정과 활동 중단일을 지정하는 휴무일을 보여주는 달력. 일반적으로 공휴일, 주말, 교대 근무 시간이 정의된다. 자원 역일표 참조.
 
276. Project Charter | 프로젝트헌장 [산출/투입] : 프로젝트의 존재를 승인하고 프로젝트관리자에게 조직의 자원을 프로젝트 활동에 투입할 수 있는 권한을 부여하기 위해서 프로젝트 발기자 또는 스폰서가 공식적으로 발행하는 문서.
 
277. Project Communications Management | 프로젝트 의사소통관리 [지식 영역] : 부록 G 참조.
 
278. Project Cost Management | 프로젝트 원가관리 [지식 영역] : 부록 G 참조.
 
279. Project Human Resource Management | 프로젝트 인적자원관리 [지식 영역] : 부록 G 참조.
 
280. Project Initiation | 프로젝트 착수 : 새 프로젝트의 승인 및 범위 정의 작업이 시작될 수 있는 프로세스 개시.
 
281. Project Integration Management | 프로젝트 통합관리 [Knowledge Area] : 부록 G 참조.
 
282. Project Life Cycle | 프로젝트 생애주기 : 프로젝트에 참여하는 조직에서 통제상 필요에 따라 이름과 번호가 결정되는 순차적인 여러 프로젝트 단계*들의 집합생애주기는 방법론과 함께 문서에 수록될 수 있다.
 
283. Project Management (PM) | 프로젝트관리 : 프로젝트 요구사항을 충족시키기 위한 지식, 기술, 도구 및 기법 등을 프로젝트 활동*에 적용하는 것.
 
284. Project Management Body of Knowledge(PMBOK?) | 프로젝트관리 지식체계 : 프로젝트관리 전문 분야의 총체적 지식을 설명하는 포괄적인 용어법률, 의약품, 회계 등과 같은 다른 전문 분야와 마찬가지로 프로젝트관리 지식체계 또한 그것을 적용하고 향상시키는 실무자와 연구원에게 달려 있다완전한 PMBOK에는 널리 적용되고 있는 입증된 기존의 실무 사례는 물론 보다 혁신적이고 전문성 있는 실무 관행도 포함된다PMBOK은 출판된 형태와 출판되지 않은 형태 모두 존재하며, 끊임없이 발전되고 있다.
 
285. Project Management Information System (PMIS) | 프로젝트관리 정보시스템 [도구] : 프로젝트관리 프로세스의 산출물을 수집, 통합 및 배포하는 데 사용되는 도구와 기법들로 구성된 정보시스템프로젝트 착수에서 종료에 이르기까지 프로젝트의 모든 면을 지원하는 데 사용되며 수동 시스템과 자동 시스템이 모두 포함될 수 있다.
 
286. Project Management Knowledge Area | 프로젝트관리 지식영역 : 전문 지식 요구사항에 의해 정의되어 범위가 한정된 프로젝트관리 영역으로 구성요소 프로세스, 실무 관행, 투입물, 산출물, 도구 및 기법 측면으로 설명된다.
 
287. Project Management Office (PMO) | 프로젝트관리오피스 : 관할 범위에 속한 프로젝트의 통합적인 중앙관리및 협력관리와 관계가 있는 다양한 책임 사항을 할당 받은 조직 부처 또는 주체PMO의 책임은 프로젝트관리 지원 기능을 제공하는 것에서부터 직접적인 프로젝트관리에 이르기까지 다양할 수 있다. 프로그램관리오피스 참조.
 
288. Project Management Plan | 프로젝트관리계획 [산출/투입] : 프로젝트의 실행, 감시 및 통제 방법을 정의하고 있는 공식적으로 승인된 문서요약 정보만 제공하거나 상세한 설명이 포함될 수 있고, 하나 이상의 보조 관리 계획과 기타 기획 문서가 포함되기도 한다.
 
289. Project Management Process | 프로젝트관리 프로세스 : 44개 프로세스 중 하나로서 프로젝트관리 부문에만 해당되며 PMBOK?에 설명되어 있다.
 
290. Project Management Process Group | 프로젝트관리 프로세스 그룹 : PMBOK?에 설명된 프로젝트관리 프로세스들이 논리적 관계로 결합된 그룹프로젝트관리 프로세스 그룹에는 착수프로세스, 기획프로세스, 실행프로세스, 감시 및 통제프로세스, 종료프로세스가 포함된다이 5가지 프로세스 그룹은 모든 프로젝트에 필요하고 명확한 내부 종속 관계를 가지며, 응용 분야나 적용된 프로젝트 생애주기의 특정 사항과 관계없이 각 프로젝트에서 동일한 순서로 수행되어야 한다프로젝트관리 프로세스 그룹은 프로젝트 단계가 아니다.
 
291. Project Management Professional (PMP?) | 프로젝트관리전문가 : PMI? (Project Management Institute)로부터 PMP? (프로젝트관리 전문가)로 자격을 공인 받은 개인.
 
292. Project Management Software | 프로젝트관리 소프트웨어 [도구] : 프로젝트관리팀에서 프로젝트를 기획, 감시, 통제하는 작업을 지원하기 위해 특별히 개발된 컴퓨터 소프트웨어 응용 프로그램원가산정, 일정기획, 의사소통, 협력 작업, 구성관리, 문서통제, 기록 관리, 리스크분석 등이 프로젝트관리팀의 작업에 포함된다.
 
293. Project Management System | 프로젝트관리 시스템 [도구] : 프로젝트를 관리하는 프로세스, 도구, 기법, 방법론, 자원, 절차들의 집합체.프로젝트관리 시스템은 프로젝트관리계획에 수록되며 프로젝트의 응용 분야, 조직에 미치는 영향, 기존 시스템의 가용성에 따라 그 내용이 달라진다공식적 또는 비공식적 형태가 모두 가능한 이 시스템은 프로젝트관리자가 효율적으로 프로젝트를 완료할 수 있도록 지원한다프로젝트관리 시스템은 통일된 하나의 기능에 통합 및 결합된 프로세스 및 그와 관련된 감시 및 통제 기능들의 집합체이다.
 
294. Project Management Team | 프로젝트관리팀 : 프로젝트관리 작업에 직접 참여하는 프로젝트팀 구성원일부 작은 규모의 프로젝트에서는 프로젝트팀원 모두가 프로젝트관리팀에 속하기도 한다.
 
295. Project Manager (PM) | 프로젝트관리자 : 수행 조직에서 프로젝트 목표*를 달성하기 위해 선임된 관리자.
 
296. Project Organization Chart | 프로젝트조직도 [산출/투입] : 프로젝트팀 구성원과 특정 프로젝트에서의 구성원간 관계를 도식으로 나타낸 문서.
 
297. Project Phase | 프로젝트 단계 : 보통 주요한 인도물의 최종 완성에 이르기까지 논리적으로 연관된 프로젝트 활동*들의 집합체프로젝트 단계(간단히 '단계'라고도 함)는 순차적으로 완료되는 것이 일반적이지만 프로젝트 상황에 따라 중첩이 일어나기도 한다. 단계를 하부 단계로, 다시 구성요소로 세분할 수 있다. 프로젝트 전체 또는 일부가 몇 단계로 분할될 경우 계층 구조 단계가 작업분류체계에 포함된다. 프로젝트 단계는 프로젝트 생애주기의 구성요소이며, 프로젝트관리 프로세스 그룹*은 아니다.
 
298. Project Process Groups | 프로젝트 프로세스 그룹 : 모든 프로젝트에 필수적인 다섯 가지 프로세스 그룹으로, 상호 종속 관계가 명확하고 응용 분야나 지정된 프로젝트 생애주기의 특성과 무관하게 각 프로젝트에서 동일한 순서로 수행되어야 한다즉, 착수, 기획, 실행, 감시 및 통제, 종료의 5단계 프로세스 그룹을 말한다.
 
299. Project Procurement Management | 프로젝트 조달관리 [지식 영역] : 부록 G 참조.
 
300. Project Quality Management | 프로젝트 품질관리 [지식 영역] : 부록 G 참조.
 
301. Project Risk Management | 프로젝트 리스크관리 [ 지식 영역 ] : 부록 G 참조.
 
302. Project Schedule | 프로젝트일정 [산출/투입] : 일정 활동을 수행하는 작업일로 계획한 날짜와 일정 마일스톤을 충족하기 위하여 계획한 날짜.
 
303. Project Schedule Network Diagram | 프로젝트 일정네트워크도 [산출/투입] : 프로젝트 일정 활동 사이의 논리적 관계를 계통적으로 표시한 도표. 항상 왼쪽에서 오른쪽의 시간 순으로 프로젝트 작업을 나열한다.
 
304. Project Scope | 프로젝트 범위 : 사양에 명시된 특성과 기능을 갖춘 제품, 서비스 또는 결과를 제공하기 위해 반드시 수행해야 하는 작업.
 
305. Project Scope Management | 프로젝트 범위관리 [지식 영역] : 부록 G 참조.
 
306. Project Scope Management Plan | 프로젝트 범위관리계획서 [산출/투입] : 프로젝트 범위의 정의, 개발, 검증 방법과 작업분류체계의 작성 및 정의 방법을 설명하고 프로젝트관리팀에서 프로젝트 범위를 관리하고 통제하는 방법에 대한 지침을 제공하는 문서. 이 계획서는 프로젝트관리계획에 포함되거나 별도의 보조 계획서이다. 프로젝트 범위관리계획서에는 개괄적인 윤곽만 제시한 비공식 문서 또는 프로젝트의 요구 사항을 토대로 상세한 내용을 기술한 공식 문서가 있다.
 
307. Project Scope Statement | 프로젝트 범위기술서 [산출/투입] : 프로젝트 범위를 상세히 기술한 설명서로, 주요 인도물, 프로젝트 목표, 프로젝트 가정, 프로젝트 제약, 작업기술서가 포함되며, 향후 프로젝트 관련 의사결정과 이해 관계자간 프로젝트 범위를 확인하고 공통적인 이해를 도출하는 데 필요한 기초 자료를 제공한다. 프로젝트 범위, 즉 목표 달성에 필요한 것을 정의한 문서이다.
 
308. Project Sponsor | 프로젝트스폰서 : 스폰서 참조.
 
309. Project Stakeholder | 프로젝트이해관계자 : 이해관계자 참조.
 
310. Project Summary Work Breakdown Structure (PSWBS) | 프로젝트 요약 작업분류체계 [도구] : 작업분류체계(WBS)의 일부 구간에서 하부 프로젝트 수준까지만 개발하고 해당 하부 프로젝트에 대한 세부 사항은 계약 작업분류체계의 정보를 가져와 이용하는 형태의 프로젝트 작업분류체계.
 
311. Project Team | 프로젝트팀 : 프로젝트관리팀, 프로젝트관리자를 포함한 모든 프로젝트 팀원(일부 프로젝트에서는 프로젝트스폰서 포함).
 
312. Project Team Directory | 프로젝트팀 디렉토리 : 프로젝트 팀원, 각 팀원이 프로젝트에서 담당한 역할 및 연락처 정보 목록이 수록된 문서.
 
313. Project Team Members | 프로젝트팀원 : 직접 또는 간접적으로 프로젝트관리자에게 보고를 하며 할당 받은 직무에 따라 프로젝트 작업을 수행하는 구성원.
 
314. Project Time Management | 프로젝트 시간관리 [지식 영역] : 부록 G 참조.
 
315. Project Work | 프로젝트 작업 : 작업(work) 참조.
 
316. Projectized Organization | 프로젝트 전담조직 : 프로젝트관리자가 프로젝트 작업의 우선순위 지정, 자원 충당, 프로젝트에 배정된 팀원의 작업 지시에 대한 모든 권한을 가지는 형태의 조직 구조.
 
317. Qualitative Risk Analysis | 정성적 리스크분석 [프로세스] : 리스크 발생 확률과 그 영향을 평가하고 종합하여 필요할 것으로 판단되는 세밀한 추가 분석 또는 조치 정도에 따라 리스크의 우선순위를 결정하는 프로세스.
 
318. Quality | 품질 : 기본 특성 및 기능들이 요구사항을 충실히 이행하는 수준.
 
319. Quality Management Plan | 품질관리계획 [산출/투입] : 프로젝트관리팀이 수행 조직의 품질 정책을 구현하는 방법을 설명하는 지침서품질관리계획은 프로젝트관리계획에 포함된 요소이거나 프로젝트관리계획을 보완하는 별도의 보조 계획이다. 품질관리계획은 프로젝트의 요구사항에 따라 공식적 또는 비공식적이고, 매우 상세할 수도 또는 개괄적 윤곽만 제공할 수도 있다.
 
320. Quality Planning | 품질기획 [프로세스] : 프로젝트와 관련된 품질 표준을 식별하고 표준을 충족하는 방법을 결정하는 프로세스.
 
321. Quantitative Risk Analysis | 정량적 리스크분석 [프로세스] : 식별된 리스크가 전체 프로젝트 목표에 미치는 영향을 수치로 분석하는 프로세스.
 
322. Regulation | 법규 : 정부 기관에서 규정하는 요구사항정부 시행령에 따라 준수해야 하는 관할 행정 법규가 포함되며, 이러한 요구사항에 따라 제품, 프로세스 또는 서비스 특성이 결정될 수 있다.
 
323. Reliability | 신뢰성 : 제품이 주어진 기간에 지정된 조건 아래 의도된 기능을 수행할 확률.
 
324. Remaining Duration (RD) | 잔여 기간 : 프로젝트 일정의 자료 기준일와 실제 개시일이 있는 일정 활동의 종료일 사이의 기간(역일 단위 기준)작업을 진행 중인 일정 활동을 완료하는 데 필요한 기간을 나타낸다.
 
325. Request for Information | 정보 요청서 : 조달 문서의 일종으로 구매자가 선정 가능성이 있는 판매자에게 제품이나 서비스, 판매자의 수용 능력에 관한 다양한 정보를 제공할 것을 요청하는 데 사용하는 서식.
 
326. Request for Proposal (RFP) | 제안 요청서 : 조달 문서의 일종으로 제품이나 서비스의 유력한 판매자에게 제안을 요청하는 데 사용하는 서식일부 응용 분야에서는 보다 협의적 또는 제한적 의미를 가질 수 있다.
 
327. Request for Quotation (RFQ) | 견적 요청서 : 조달 문서의 일종으로 일반 또는 표준 제품이나 서비스의 유력한 판매자에게 가격 견적서를 요청하는 데 사용하는 서식. 때로는 제안 요청서 대신 사용되기도 하며 일부 응용 분야에서는 보다 협의적 또는 제한적 의미를 가질 수 있다.
 
328. Request Seller Responses | 판매자 응답 요청 [프로세스] : 정보, 견적, 입찰, 제공물에 관한 정보를 구하거나 상황에 따라 제안을 문의하는 프로세스.
 
329. Requested Change | 변경요청 [산출/투입] : 통합변경통제 프로세스에 대한 승인을 받기 위해 공식적 문서로 제출된 변경요청승인된 변경요청(approved change request)과 대조됨.
 
330. Requirement | 요구사항 : 시스템, 제품, 서비스, 결과 또는 구성요소가 계약, 표준, 사양서 또는 공식적으로 제시된 기타 문서의 내용을 준수하기 위해 충족하거나 처리해야 할 조건 또는 성능스폰서, 고객, 기타 이해관계자의 요구 조건, 요청 사항, 기대값을 수치로 나타낸 문서가 요구사항에 포함된다.
 
331. Reserve | 예비 : 원가를 절감하거나 일정의 리스크를 완화하기 위해 준비하는 것으로 프로젝트관리계획에 명시된다. 종종 관리 예비, 우발사태 예비 등과 같이 수식어와 함께 사용하여 완화할 리스크의 종류에 대한 자세한 정보를 제공한다. 수식어를 사용하여 범위가 좁혀진 용어의 구체적인 의미는 응용 분야에 따라 달라진다.
 
332. Reserve Analysis | 예비분석 [기법] : 프로젝트관리계획의 구성요소간 관계와 구성요소별로 필수적인 기능을 판단하여 프로젝트의 일정 기간, 예산, 산정 원가 또는 자금에 대한 예비량을 설정하는 분석 기법.
 
333. Residual Risk | 잔존 리스크 : 리스크에 대응한 후에도 해결되지 않고 남아 있는 리스크 자원Resource전문 기술을 갖춘 인적 자원(개인 또는 그룹이나 팀원 형태), 장비, 서비스, 공급품, 일용품, 자재, 예산 또는 자금.
 
334. Resource Breakdown Structure (RBS) | 자원분류체계 : 자원의 균등 배분 일정에 사용되고, 자원 제한 일정을 계획하는 데 사용되며, 프로젝트의 인적자원 배정을 식별하고 분석하는 데도 사용될 수 있는 자원 범주 및 자원 유형별 자원 계통도.
 
335. Resource Calendar | 자원 역일표 : 특정한 각 자원을 사용하는 날짜와 사용하지 않는 날짜를 지정한 작업일과 휴무일에 따라 보여주는 역일표. 일반적으로 자원별 휴무일과 자원 가용 기간을 정의한다. 프로젝트 역일표 참조.
 
336. Resource-Constrained Schedule | 자원 제약 일정 : 자원 제약 일정(Resource-limited Schedule) 참조.
 
337. Resource Histogram | 자원 히스토그램 : 일련의 자원 사용 기간에 걸쳐 작업에 자원이 사용될 것으로 예정된 시간을 보여주는 막대차트비교 목적으로 자원 가용성을 선으로 표시해 놓을 수도 있다. 대비된 막대는 프로젝트가 진행됨에 따라 사용된 실제 자원의 양을 보여준다.
 
338. Resource Leveling | 자원평준화 [기법] : 일정 계획 결정 사항(개시일, 종료일 등)이 자원 제약(예: 자원 가용성 제한, 자원 가용성 수준에서 관리하기 어려운 변경 사항)에 좌우되는 형태의 일정 네트워크 분석.
 
339. Resource-Limited Schedule | 자원 제약 일정 : 일정 활동, 예정 개시일 및 예정 종료일에 예상되는 자원 가용성이 반영되는 프로젝트일정자원 제약 일정에는 빠른 또는 늦은 개시일이나 종료일이 없다. 자원 제약 일정의 총 여유일은 주공정법의 늦은 종료일*과 자원 제약 일정의 계획 종료일 사이의 차이를 계산하여 산출한다. 때로는 자원 제약 일정(Resource-constrained Schedule) 이라고도 한다. 자원평준화 참조.
 
340. Resource Planning | 자원기획 : 활동별 자원산정(Activity Resource Estimating) 참조.
 
341. Responsibility Assignment Matrix (RAM) | 책임배정매트릭스 [도구] : 프로젝트 작업 범위의 각 구성요소가 담당자에게 배정될 수 있도록 프로젝트 조직분류체계를 작업분류체계와 연관시켜 놓은 계통도.
 
342. Result | 결과 : 프로젝트관리 프로세스 및 활동을 수행하여 나온 산출물결과에는 성과(예: 통합 시스템, 개정된 프로세스, 재구성한 조직, 테스트, 교육을 이수한 직원 등)와 문서(예: 정책서, 계획서, 연구집, 절차, 사양서, 보고서 등)이 있다. 제품 및 서비스와 대조되며, 인도물 참조.
 
343. Retainage | 유보금 : 계약 지불금의 일부로서 계약 조건의 완전한 이행을 보장하기 위해 계약이 완료될 때까지 지급을 보류해 놓은 금액.
 
344. Rework | 재작업 : 요구 사항 또는 사양서를 따르지 않거나 결함이 있는 구성요소를 해당 요건을 준수하는 상태로 만들기 위해 취하는 조치.
 
345. Risk | 리스크 : 발생할 경우에 프로젝트 목표에 긍정적 또는 부정적인 영향을 미치는 불확실한 사건 또는 조건리스크 범주 및 리스크. 분류체계 참조.
 
346. Risk Acceptance | 리스크수용 [기법] : 프로젝트팀에서 프로젝트관리계획을 변경하여 리스크에 대응하는 방법을 취하지 않기로 결정을 내렸거나 다른 적절한 대응 전략을 판단할 수 없음을 나타내는 리스크대응기획 기법*.
 
347. Risk Avoidance | 리스크회피 [기법] : 리스크를 제거하거나 리스크로 인한 영향에서 프로젝트 목표를 보호할 목적으로 프로젝트관리계획을 변경해야 하는 상황을 감수하는 방식의 리스크대응기획 기법*일반적으로 리스크 회피에는 시간, 원가, 범위 또는 달성할 품질 목표를 완화하는 방법이 사용된다.
 
348. Risk Breakdown Structure (RBS) | 리스크분류체계 [도구] : 잠재적 리스크의 다양한 영역과 원인을 규명하여 리스크 범주 및 하위 범주들을 계층 구조로 표시한 프로젝트 리스크* 분류도. 리스크분류체계는 대개 특정 프로젝트 유형에 맞게 조정된다.
 
349. Risk Category | 리스크 범주 : 리스크를 잠재적 원인별로 분류한 그룹리스크의 원인은 기술적 원인, 외부 원인, 조직 특성상 원인, 환경적 원인, 프로젝트관리에서 비롯된 원인 등의 범주로 분류할 수 있고, 한 범주 안에 기술력, 기후, 공격적 산정 등의 여러 하위 범주가 포함될 수 있다. 리스크분류체계 참조.
 
350. Risk Database | 리스크 데이터베이스 : 리스크관리 프로세스에서 수집되고 사용되는 자료의 축적, 유지 관리 및 분석을 위해 제공되는 저장소.
 
351. Risk Identification | 리스크식별 [프로세스] : 리스크가 프로젝트에 영향을 줄 수 있다고 판단하고 리스크의 특성을 문서로 작성하는 프로세스.
 
352. Risk Management Plan | 리스크관리계획서 [산출/투입] : 프로젝트 리스크관리 가 프로젝트에서 체계적으로 구성되고 수행되는 방법을 설명하는 문서리스크관리 계획은 프로젝트관리계획에 포함되거나 별도의 보조 계획이다. 리스크관리 계획서에는 개괄적인 윤곽만 제시한 비공식 문서 또는 프로젝트의 요구 사항을 토대로 상세한 내용을 기술한 공식 문서가 있다. 리스크관리계획서의 정보는 응용 분야와 프로젝트의 규모에 따라 달라진다. 리스크관리계획서는 프로젝트 리스크 정보, 리스크 분석 결과, 리스크 대응 자료 목록이 포함된 리스크등록부(risk register)와는 다르다.
 
353. Risk Management Planning | 리스크관리기획 [프로세스] : 프로젝트에 대한 리스크관리 활동에 접근하는 방식과 작업을 계획 및 실행하는 방법을 결정하는 프로세스.
 
354. Risk Mitigation | 리스크완화 [기법] : 리스크 발생 확률과 영향력을 수용 한계치 이하로 낮추는 방법을 찾는 위협적 상황과 연관된 리스크대응기획 기법*.
 
355. Risk Monitoring and Control | 리스크감시 및 통제 [프로세스] : 식별된 리스크를 추적하고, 잔존 리스크를 감시하고, 새로운 리스크를 식별하고, 리스크 대응 계획을 실행하고, 전체 프로젝트 생애주기에서 대응 계획의 효율성을 평가하는 일련의 프로세스.
 
356. Risk Register | 리스크등록부 [산출/투입] : 정성적 리스크분석, 정량적 리스크분석 및 리스크대응계획의 결과 자료가 기록된 문서. 식별된 모든 리스크에 대한 설명, 범주, 원인, 발생 확률, 목표에 미치는 영향, 제안된 대응 방법, 소유자, 현재 상태 등을 포함한 상세한 정보가 리스크등록부에 들어 있다. 리스크등록부는 프로젝트관리계획의 구성 요소이다.
 
357. Risk Response Planning | 리스크대응기획 [프로세스] : 프로젝트 목표를 위협하는 요소를 줄이고 기회를 증가시키고 위한 옵션과 조치를 개발하는 프로세스.
 
358. Risk Transference | 리스크전가 [기법] : 리스크 대응에 대한 권한과 함께 리스크로 인한 영향을 제3자에게 이전하는 방식의 리스크대응기획 기법*.
 
359. Role | 역할 : 프로젝트팀원이 수행하도록 배정 받은 직무로, 시험, 서류 작성, 검사, 코드 작성 등의 역할이 있다.
 
360. Rolling Wave Planning | 연동기획 [기법] : 점진적 구체화 계획을 수립하는 방식 중 하나로 가까운 장래에 완수될 작업은 작업분류체계의 낮은 수준까지 자세하게 계획하는 반면에 장기적인 작업은 작업분류체계의 비교적 높은 수준만 대략적으로 계획한다하지만 가까운 장래에 하나 또는 두 기간 내에서 수행할 작업에 대한 상세한 계획은 현재 기간 동안 작업이 완료되고 있는 중에 수립한다.
 
361. Root Cause Analysis | 근본원인분석 [기법] : 차이, 결함 또는 리스크를 유발하는 기본적인 이유를 판별하는 데 사용되는 분석 기법한 가지 근본 원인이 여러 곳의 차이, 결함 또는 리스크를 초래할 수 있다.
 
362. Schedule | 일정 : 프로젝트 일정과 일정 모델 참조.
 
363. Schedule Activity | 일정 활동 : 프로젝트 진행 과정에서 수행되는 작업에서 개별적으로 일정이 지정된 작업 구성요소일정 활동에는 일반적으로 산정 기간, 산정 원가, 산정 자원 요구 사항이 명시되어 있다. 일정이 지정된 활동은 다른 일정 활동이나 일정 마일스톤에 논리적 관계로 연결되며, 작업 패키지에서 분할된다.
 
364. Schedule Analysis | 일정 분석 : 일정 네트워크 분석 참조.
 
365. Schedule Compression | 일정단축 [기법] : 프로젝트 범위를 축소하지 않고 프로젝트 일정 기간을 단축하는 것. 공정압축법(crashing) 및 공정중첩 단축법(Fast Tracking) 참조.
 
366. Schedule Control | 일정통제 [프로세스] : 프로젝트 일정에 대한 변경을 통제하는 프로세스.
 
367. Schedule Development | 일정개발 [프로세스] : 일정 활동 순서, 일정 활동 기간, 자원 요구사항, 일정 제약을 분석하여 프로젝트 일정을 계획하는 프로세스.
 
368. Schedule Management Plan | 일정관리계획서 [산출/투입] : 프로젝트일정을 개발 및 통제하는 데 사용할 기준 및 활동을 명시하는 문서일정관리계획서는 프로젝트관리계획에 포함되거나 별도의 보조 계획이다. 일정관리계획서는 프로젝트의 요구 사항에 따라 공식적 또는 비공식적이고, 매우 상세할 수도 또는 개괄적 윤곽만 제공할 수도 있다.
 
369. Schedule Milestone | 일정 마일스톤 : 프로젝트 일정에서 향후 작업을 제한하는 사건이나 주요한 인도물의 완성을 표시하는 것과 같이 중요한 사건일정 마일스톤의 기간은 0일(제로 기간)이다. 마일스톤 활동이라고도 하며, 마일스톤 참조.
 
370. Schedule Model | 일정모델 [도구] : 수동 방법 또는 프로젝트관리 소프트웨어와 연결하여 일정 네트워크 분석을 통해 프로젝트 실행을 관리하는 데 사용할 프로젝트 일정을 계획하는 데 사용되는 모델프로젝트 일정 참조.
 
371. Schedule Network Analysis | 일정네트워크분석 [기법] : 프로젝트 일정 활동에서 완료되지 않은 부분에 대한 빠른 및 늦은 개시일*과 빠른 및 늦은 종료일*을 식별하는 기법. 주공정법, 주공정 연쇄법, 가정상황(What-if) 분석, 자원 평준화 참조.
 
372. Schedule Performance Index (SPI) | 일정성과지수 : 프로젝트의 일정 효율 측정 지수. 획득가치(Earned Value, EV) 대 계획가치(Planned Value, PV) 비율(즉, SPI = EVPV)이다SPI가 1 이상이면 효율적이고, 1 미만이면 비효율적인 상태이다. 획득가치관리 참조.
 
373. Schedule Variance (SV) | 일정 차이 : 프로젝트의 일정 성과를 나타내는 지수획득가치(EV)와 계획가치(PV) 사이의 차이(즉, SV = EV - PV)이다. 획득가치관리 참조.
 
374. Scheduled Finish Date (SF) | 예정 종료일 : 작업이 일정 활동을 완료하도록 예정된 시점예정 종료일은 일반적으로 빠른 종료일과 늦은 종료일로 한정되는 범위 안에 있다. 결핍 자원의 평준화를 반영할 수도 있으며, 계획 종료일이라고도 한다.
 
375. Scheduled Start Date (SS) | 예정 개시일 : 작업이 일정 활동을 개시하도록 예정된 시점예정 개시일 일반적으로 빠른 개시일과 늦은 개시일로 한정되는 범위 안에 있다. 결핍 자원의 평준화를 반영할 수도 있으며, 계획 개시일이라고도 한다.
 
376. Scope | 범위 : 프로젝트로서 제공될 전체 제품, 서비스 및 결과. 프로젝트 범위 및 제품 범위 참조.
 
377. Scope Baseline | 범위 기준선 : 기준선 참조.
 
378. Scope Change | 범위 변경 : 프로젝트 범위에 대한 모든 변경 사항대부분의 범위 변경에 프로젝트 원가 또는 일정 조정이 수반된다.
 
379. Scope Control | 범위통제 [프로세스] : 프로젝트 범위에 대한 변경을 통제하는 프로세스.
 
380. Scope Creep | 범위 추가 : 시간, 원가, 자원에 미치는 영향을 검토하지 않거나 고객 승인을 받지 않고 특성 및 기능(프로젝트 범위)을 추가하는 것.
 
381. Scope Definition | 범위정의 [프로세스] : 향후 프로젝트 관련 의사 결정의 기준 자료로 상세한 프로젝트 범위기술서를 개발하는 프로세스.
 
382. Scope Planning | 범위기획 [프로세스] : 프로젝트 범위관리계획서을 작성하는 프로세스.
 
383. Scope Verification | 범위검증 [프로세스] : 완료된 프로젝트 인도물의 승인을 공식화하는 프로세스.
 
384. S-Curve | S-곡선 : 시간 경과에 대한 누적 원가, 근로 시간, 작업 비율(%), 기타 수량을 표시한 그래프S-곡선이란 용어는 처음에 느린 속도로 시작되어 점점 빨라졌다가 다시 느린 속도로 끝나는 프로젝트에서 생성된 S 모양 곡선(처음과 끝 부분은 평평하고 중앙에서 경사가 심해지는 형태)에서 비롯되었다. 정량적 리스크분석 도구인 시뮬레이션 결과 생성되는 누적 추정형 분포를 의미하기도 한다.
 
385. Secondary Risk | 2차 리스크 : 리스크 대응의 직접적인 결과로 발생되는 리스크.
 
386. Select Sellers | 판매자선정 [프로세스] : 제공물을 검토하고, 가장 적합한 판매자를 선택하고, 판매자와 서면 계약을 협상하는 일련의 프로세스.
 
387. Seller | 판매자 : 제품, 서비스 또는 결과를 조직에 공급하는 제공자 또는 공급자.
 
388. Sensitivity Analysis | 민감도 분석 : 프로젝트에 가장 큰 영향을 줄 수 있는 리스크를 판별하는 데 사용되는 정량적 리스크분석 및 모델링 기법. 다른 모든 불확실한 요소가 기준 값을 유지할 때 각 프로젝트 요소의 불확실성이 검토 대상 목표에 영향을 미치는 정도를 평가한다. 분석 결과를 표시하는 데 주로 사용되는 형태는 토네이도 다이어그램(Tornado Diagram)이다.
 
389. Service | 서비스 : 유형의 제품 또는 결과를 산출하지 않는 작업. 예를 들어 생산이나 유통을 지원하는 업무를 수행하는 것이다. 제품 및 결과와 대조되며, 인도물 참조.
 
390. Should-Cost Estimate | 필수원가 산정치 : 판매자가 제안한 원가의 합당성을 평가하는 데 사용되는 제품 또는 서비스 원가 산정치.
 
391. Simulation | 시뮬레이션 : 시뮬레이션은 상세한 수준으로 지정된 불확실성을 총 프로젝트 수준의 목표에 미칠 수 있는 잠재적 영향으로 환산하는 프로젝트 모델을 사용한다. 프로젝트 시뮬레이션은 컴퓨터 모델과 리스크 영향 산정(보통 상세한 작업 수준에서 가능한 원가 또는 기간의 확률 분포로 표시됨)을 사용하며, 주로 몬테카를로분석을 이용하여 실행한다.
 
392. Skill | 기량 : 지식과 개발된 방식을 사용하는 능력 또는 활동을 효율적으로 수행하거나 실행하는 능력.
 
393. Slack | 여유 : 총 여유 및 자유 여유 참조.
 
394. Special Cause | 특별 원인 : 시스템에 내재된 것이 아니고, 예측 불가능하며 간헐적으로 나타나는 변동의 요인시스템 결함의 원인이 될 수도 있다. 관리도에서 통제한계를 벗어난 점 또는 통제한계내의 규칙적 패턴이 이러한 원인을 나타낸다. 가피 원인(Assignable Cause)라고도 하며, 일반적인 원인과 대조됨.
 
395. Specification | 사양서 : 시스템, 구성요소, 제품, 결과, 서비스, 그리고 경우에 따라 규정 준수 여부를 판단하는 절차를 완전하고 정확하며 검증 가능한 방식으로 명시하는 문서. 예를 들면 요구 사항 사양서, 설계 사양서, 제품 사양서 및 테스트 사양서 등이 있다.
 
396. Specification Limits | 사양 한계 : 관리도에 플롯된 자료 중앙선(또는 평균)의 한쪽 면에서 제품 또는 서비스에 대한 고객의 요구 사항을 충족하는 영역이 영역은 통제한계에 의해 정의된 영역보다 크거나 작을 수 있다. 통제한계 참조.
 
397. Sponsor | 스폰서 : 프로젝트에 대한 재정 자원을 현금 또는 물품으로 제공하는 개인 또는 그룹.
 
398. Staffing Management Plan | 직원관리계획서 [프로세스] : 인적 자원 요구사항이 충족되는 시기와 그 방법을 설명하는 문서직원관리계획서는 프로젝트관리계획에 포함되거나 별도의 보조 계획이다. 직원관리계획서에는 개괄적인 윤곽만 제시한 비공식 문서 또는 프로젝트의 요구 사항을 토대로 상세한 내용을 기술한 공식 문서가 있다. 직원관리계획서의 정보는 응용 분야와 프로젝트 크기에 따라 달라진다.
 
399. Stakeholder | 이해관계자 : 고객, 스폰서, 담당 조직 및 일반 대중과 같은 개인이나 조직으로 프로젝트에 활발히 참여하거나 프로젝트의 실행이나 완료에 따라 이윤에 긍정적 또는 부정적인 영향을 받을 수 있는 대상프로젝트와 인도물에도 영향을 줄 수 있다.
 
400. Standard | 표준 : 합의 아래 작성하여 공인 기관의 승인을 받은 문서로, 여러 프로젝트에 반복해서 활용하면서 지정된 내용의 지시를 최적 수준으로 달성하는 것을 목표로 활동 또는 작업 결과에 대한 규칙, 지침 또는 특성 정보를 제공한다.
 
401. Start Date | 개시일 : 일정 작업의 시작과 연관된 시점. 일반적으로 실제, 계획, 산정, 예정, 빠른, 늦은, 목표, 기준선 또는 현재 등의 수식어가 앞에 붙으며 특정일로 그 의미가 한정된다.
 
402. Start-to-Finish (SF) | 개시-종료 관계 : 후행 일정 활동의 완료 시점이 선행 일정 활동의 착수 시점에 좌우되는 논리적 관계. 논리적 관계 참조.
 
403. Start-to-Start (SS) | 개시-개시 관계 : 후행 일정 활동의 착수 시점이 선행 일정 활동의 착수 시점에 좌우되는 논리적 관계. 논리적 관계 참조.
 
404. Statement of Work (SOW) | 작업기술서 : 제공될 제품, 서비스 또는 결과에 대한 구체적인 설명서.
 
405. Strengths, Weaknesses, Opportunities, and Threats (SWOT) Analysis | 강점, 약점, 기회 및 위협 분석 : 정보 수집 기법의 하나로 각 프로젝트의 강점, 약점, 기회 그리고 위협 관점에서 고려하여 리스크관리 에서 다루는 리스크의 범위를 확대하기 위하여 사용된다.
 
406. Subnetwork | 하부 네트워크 : 프로젝트 일정 네트워크도의 세분화된 구간(단편)으로, 보통 하부 프로젝트 또는 작업 패키지를 나타낸다. 종종 우선되는 논리 또는 프로젝트 범위 변경과 같은 일부 잠재적 또는 제안된 일정 조건을 살펴보거나 연구하는 데 사용된다.
 
407. Subphase | 하부 단계 : 단계를 세분한 구간.
 
408. Subproject | 하부 프로젝트 : 프로젝트를 관리하기 간편한 구성요소나 부분으로 세분할 때 생성되는 좁아진 범위의 프로젝트 구간보통 작업분류체계에 하부 프로젝트가 표시되며, 프로젝트라고도 하고 하나의 프로젝트로 관리되며 판매자로부터 구매할 수 있다. 프로젝트 일정 네트워크도에서는 하부 네트워크라고도 할 수 있다.
 
409. Successor | 후행 : 후행 활동 참조.
 
410. Successor Activity | 후행 활동 : 논리적 관계에 지정된 대로 선행 활동 뒤를 따르는 일정 활동.
 
411. Summary Activity | 요약 활동 : 일부 요약 수준에서 집계된 관련 일정 활동들의 집합으로 해당 요약 수준에서 하나의 활동으로 표시되고 보고된다. 하부 프로젝트 및 하부 네트워크 참조.
 
412. System | 시스템 : 정의된 목표를 달성하기 위하여 생성되어 정기적으로 연동하거나 서로 의존하는 구성요소들의 통합체. 구성요소간에 정의된 관계가 유지되며 통합체로서 단순한 결합 이상의 산출 또는 작동 성능을 제공한다. 시스템은 실질적인 프로세스 기반 또는 관리 프로세스 기반일 수 있고, 더 일반적으로 두 가지를 결합한 형태일 수 있다. 프로젝트관리 시스템은 프로젝트관리팀에 의해 작동되는 프로젝트관리 프로세스, 기법, 방법론, 도구 등으로 구성된다.
 
413. Target Completion Date (TC) | 목표 완료일 : 일정 네트워크 분석을 제한하거나 수정하도록 책정된 지정일자.
 
414. Target Finish Date | 목표 종료일 : 일정 활동에서 작업을 종료하도록 계획(목표)된 날짜.
 
415. Target Schedule | 목표 일정 : 일정 네트워크 분석 중에 비교 목적으로 채택한 일정으로 기준 일정과 다를 수 있다. 기준선 참조.
 
416. Target Start Date (TS) | 목표 개시일 : 일정 활동에서 작업을 시작하도록 계획(목표)된 날짜.
 
417. Task | 태스크 : 일종의 작업(work)을 일컫는 용어로, 프로젝트 작업의 분류체계 계획에서 그 의미와 위치가 응용 분야, 산업, 프로젝트관리 소프트웨어 제품명에 따라 달라진다.
 
418. Team Members | 팀원 : 프로젝트 팀원 참조.
 
419. Technical Performance Measurement | 기술적 성과측정 [기법] : 프로젝트 수행 기간 동안의 기술적 성취도를 계획한 기술적 성과에 해당하는 프로젝트관리계획의 일정과 비교하는 성과측정 기법이 기법에는 프로젝트가 생성한 여러 가지 중요한 기술적 파라미터가 품질 지표로 사용된다. 성취한 지표 값은 작업 성과 정보의 일부이다.
 
420. Technique | 기법 : 활동을 수행하여 제품이나 결과를 생산하거나 서비스를 제공하기 위해 인적자원이 사용하는 체계적으로 정의된 절차하나 이상의 도구가 활용되기도 한다.
 
421. Template | 템플릿 : 사전 정의된 형식을 갖춰 부분적으로 완성된 문서로 정보 및 자료를 수집, 구성 및 표시하는 데 필요한 구조를 제공한다. 템플릿는 종종 이전 프로젝트 진행 중에 작성된 문서를 기반으로 한다. 템플릿을 사용하면 작업을 수행하고 결과의 일관성을 증가시키는 데 드는 수고를 줄일 수 있다.
 
422. Threat | 위협 : 프로젝트에 바람직하지 않은 조건이나 상황, 부정적으로 작용하는 환경 및 사건 집합, 발생할 경우에 프로젝트 목표에 부정적인 영향을 주는 리스크 또는 부정적으로 작용할 변경 가능성기회(opportunity)와 대조됨.
 
423. Three-Point Estimate | 3점산정기법 [기법] : 세 개의 원가 또는 기간 산정치를 사용하여 최적의 시나리오, 최대 확률의 시나리오, 비관적 시나리오를 만드는 분석 기법기초가 되는 활동 또는 원가 구성요소가 불확실할 때 이 기법을 사용하여 원가 또는 기간 산정치의 정확성을 향상시킨다.
 
424. Threshold | 한계선 : 파라미터로 사용된 원가, 시간, 품질, 기술 또는 자원 가치이며 제품 사양서에 포함될 수도 있다. 한계선을 벗어나려면 예외 보고서 생성과 같은 일정한 조치를 유발해야 한다.
 
425. Time and Material (T&M) Contract | 시간 및 자재 계약 : 원가 상환과 고정가 계약의 두 가지 면을 모두 포함하는 혼합적 협정 형태의 계약시간 및 자재 계약은 협정의 총 가치가 판정 시점에 정의되지 않기 때문에 명확한 한도가 없다는 점에서 원가 상환 형태의 계약과 비슷하다. 따라서 시간 및 자재 계약이 원가 상환 방식 협정이었던 경우 계약 가치가 증가될 수 있다. 반대로 이 계약은 고정가 계약과 유사하기도 한데, 예를 들어 구매자와 판매자가 선임 엔지니어 그룹에 책정되는 비율에 합의할 경우 계약 쌍방에 의해 단위 비율이 재설정된다.
 
426. Time-Now Date | 현재 시점일 : 자료 기준일(data date) 참조.
 
427. Time-Scaled Schedule Network Diagram | 타임스케일 일정네트워크도 [도구] : 일정 활동의 위치와 길이가 작업 기간을 나타내는 형태의 프로젝트 일정 네트워크도기본적으로 일정 네트워크 논리가 포함된 막대 차트이다.
 
428. Tool | 도구 : 템플릿, 소프트웨어 프로그램과 같은 유형의 물체로 활동을 수행하여 제품 또는 결과를 산출하는 데 사용된다.
 
429. Total Float (TF) | 총여유 : 프로젝트 종료일을 연기하거나 일정 제약을 위반하는 일 없이 일정 활동의 빠른 개시일을 연기할 수 있는 기간주공정법을 사용하고 빠른 종료일과 늦은 종료일 사이의 차이를 구하는 방법으로 여유 기간을 계산한다. 자유 여유 참조.
 
430. Total Quality Management (TQM) | 전사적 품질경영 [기법] : 조직 내에서 품질 개선 프로그램을 구현하는 일반적인 방식.
 
431. Trend Analysis | 추세 분석 [기법] : 수리적 모델을 사용하여 과거의 결과를 토대로 미래의 성과를 예측하는 분석 기법과거 진행 보고 기간의 자료를 활용하여 예산, 원가, 일정 또는 범위 모수의 기준선으로부터 차이를 결정하고, 프로젝트 실행 과정에서 변경이 없을 경우에 향후 프로젝트의 일부 측면에서 해당 모수의 차이가 어느 정도일지 예측하는 기법이다.
 
432. Triggers | 유발 요인 : 리스크가 발생했거나 발생할 것임을 알리는 표시트리거는 리스크식별 프로세스에서 발견되며 리스크감시 및 통제 프로세스에서 감시할 수 있다. 리스크 징후 또는 경고 신호라고도 한다.
 
433. Triple Constraint | 3중 제약 : 경쟁적 요구를 평가하는 데 사용되는 프레임워크3중 제약은 삼각형으로 표시되기도 하는데 세 면 또는 세 꼭지점 중 하나가 프로젝트 팀에서 관리하는 모수 중 하나를 나타낸다.
 
434. User | 사용자 : 프로젝트의 제품 또는 서비스를 사용할 개인이나 조직고객 참조.
 
435. Validation | 확증 [기법] : 단계 또는 프로젝트의 종료 시점에서 구성요소나 제품을 평가하여 지정된 요구 사항을 준수하는지 확인하는 기법검증(Verification)과 대조됨.
 
436. Value Engineering (VE) | 가치공학 : 프로젝트 생애주기 원가를 최적화하고, 시간을 절약하고, 수익을 증대하고, 품질을 개선하고, 시장 점유율을 높이고, 문제를 해결하고, 자원 효용을 높이는 데 사용되는 창조적인 접근 방식.
 
437. Variance | 차이 : 알려진 기준선이나 기대값에서 벗어난 편차, 차이 또는 확산 정도.
 
438. Variance Analysis | 차이분석 [기법] : 범위, 원가, 일정 변수 집합의 총 차이를 이러한 변수에 영향을 미치는 정의된 요소와 연관되는 특정한 구성요소 차이로 분석하는 방식.
 
439. Verification | 검증 [기법] : 단계 또는 프로젝트의 종료 시점에서 구성요소나 제품을 평가하여 지정된 조건을 충족하는지 확인하는 기법확증(validation)과 대조됨.
 
440. Virtual Team | 가상팀 : 공동의 목표를 갖고 주어진 역할을 완수하는 사람들로 구성되며 물리적 공간에서 대면 회의를 하는 시간은 극히 적거나 전혀 없는 작업팀팀원 사이의 의사소통 및 정보 교환을 지원하는 데 다양한 형태의 기술이 사용되기도 한다가상팀의 경우 구성원들의 물리적 거리에 제약을 받지 않는다.
 
441. Voice of the Customer | 고객의 소리 : 프로젝트 제품 개발의 각 단계에서 고객의 요구사항을 해당하는 기술 요구사항으로 변환하여 고객의 요구를 정확하게 반영하는 제품, 서비스 및 결과를 제공하기 위해 사용되는 기획 기법.
 
442. War Room | 상황실 : 프로젝트 회의 및 기획에 사용되는 회의실로 원가, 일정 상태, 기타 주요한 프로젝트 자료 도표를 전시하기도 한다.
 
443. Work | 작업 : 장애물을 극복하고 목표를 달성하기 위해 지속적으로 쏟는 육체적 또는 정신적 노력, 활동 또는 기술 활용.

444. Work Authorization | 작업승인 [기법] : 특정한 일정 활동 또는 작업 패키지, 통제단위의 작업을 개시하는 권한 및 재량서면 형태의 허가서가 일반적이며, 작업이 담당 조직에 의해 올바른 시간에 적절한 순서로 수행될 수 있도록 프로젝트 작업을 인가하는 방식이다.

445. Work Authorization System | 작업승인 시스템 [도구] : 전체 프로젝트관리 시스템에 속한 하위 시스템프로젝트 작업이 담당 조직에 의해 올바른 시간에 적절한 순서로 수행될 수 있도록 프로젝트 작업이 승인되는 방법을 정의하는 절차가 수록된 공식적인 문서여기에는 작업 승인에 필요한 것으로 정의된 순차적 단계, 문서, 추적 시스템, 승인 수준 등이 포함된다.
 
446. Work Breakdown Structure (WBS) | 작업분류체계 [산출/투입] : 프로젝트 팀이 프로젝트 목표를 달성하고 필요한 인도물을 산출하기 위해 실행하는 작업을 인도물 중심의 계층 구조로 세분해 놓은 것. 프로젝트의 전체 범위를 구성하고 정의하며, 하위수준으로 내려가면서 프로젝트 작업에 대해 점차 상세한 정의를 보여준다. WBS는 작업 패키지로 세분되고, 인도물 중심으로 구성되며 내부 인도물과 외부 인도물을 모두 포함하고 있다. 작업 패키지, 통제단위, 계약 작업분류체계 및 프로젝트 요약. 작업분류체계 참조.
 
447. Work Breakdown Structure Component | 작업분류체계 구성요소 : 수준에 관계없이 작업분류체계를 구성하는 모든 항목.
 
448. Work Breakdown Structure Dictionary | 작업분류체계 사전 [산출/투입] : 작업분류체계(WBS)를 구성하는 각 요소를 성명하는 문서WBS 사전에는 각 WBS 구성요소에 대한 범위 또는 작업기술서, 정의된 인도물에 대한 간략한 정의와 연관된 활동 목록, 마일스톤 목록이 요약되어 있다. 그 밖에 담당 조직, 개시일과 종료일, 필요한 자원, 원가 산정치, 담당자 번호, 연락처 정보, 품질 요구사항, 작업의 성과를 개선하는 데 유용한 기술 참조 정보 등도 제공한다.
 
449. Work Item | 작업 항목 : 일반적으로 더 이상 사용되지 않는 용어이다. 활동 및 일정 활동 참조.
 
450. Work Package | 작업 패키지 : 작업분류체계의 각 분기에서 최하위 수준에 있는 인도물이나 프로젝트 작업 구성요소작업 패키지에는 작업 패키지 인도물이나 프로젝트 작업 구성요소를 완료하는 데 필요한 일정 활동 및 일정 마일스톤이 포함된다. 통제단위 참조.
 
451. Work Performance Information | 작업성과정보 [산출/투입] : 프로젝트 작업을 완료하기 위해 수행 중인 프로젝트 일정 활동의 상태에 관한 정보 및 자료로 프로젝트 실행지시 및 관리 프로세스*의 일환으로 수집된다. 해당하는 정보는 인도물의 상태, 변경 요청, 시정 조치, 예방 조치 및 결함 수리에 관한 실행 상태, 예측된 잔여분 산정치, 보고된 실제 작업 완성률(%), 달성한 기술 성과 측청 가치, 일정 활동의 개시일과 종료일 등이다.
 
452. Workaround | 우회작업 [기법] : 이미 발생한 부정적 리스크에 대한 대응해결책은 리스크 사건이 발생되기 전에 미리 계획하는 것이 아닌 점에서 우발사태 계획과 다르다.