PMI PMBOK과 Agile Practice Guide Glossary/용어해설 통합본

PMI Glossary 001

 

 

PMI 표준 특집
 
 

 

* 본 특집은 PMI PMBOK 6판, PMI BA 1판 영문판에 등재된 기념(Taeyoung Kim, PMP) 으로 몇가지 핵심 사항을 포스트 합니다.   
 
 

PMI에서 새롭게 출시된 PMBOK (프로젝트 관리 지식체계 지침서) 및  Agile Practice Guide/ 실무 지침서는 급변하는 시대 환경에 따라 통합되어 출시되었습니다. 각각의 Glossary/용어해설이 구분되어있는 것을, “Open Minds. Multiple Approaches. One Goal” / 하나의 목표(프로젝트 성공)를 위한 열린 마음가짐, 다양한 접근방식 슬로건에 맞추어 하나로 통합했습니다. 총 581개의 단어집은 프로젝트 관리에 focus 되어 있기 때문에, PMI의 Lexicon 보다 상세히 실제 프로젝트에서 사용되는 단어에 대한 표준 목록이라고 보시면 됩니다.

  1. a3 / A3 : A3 크기 용지 한 장에 관련 정보를 수집하는 체계적인 문제해결 프로세스 및 사고방식.
  2. acceptance criteria / 인수기준 : 인도물이 인수되기까지 충족해야 할 일련의 조건.
  3. acceptance test- driven development (atdd) / 인수 테스트 주도 개발(ATDD) : 인도가 시작되기 전에 인수 테스트를 정립하는 데 사용할 인수테스트 기준을 공동으로 제정하는 방법.
  4. accepted deliverables / 수용된 인도물 : 프로젝트를 통해 생산되어 프로젝트 고객이나 스폰서가 지정한 인수 기준을 충족하는 것으로 확인된 제품, 결과 또는 서비스 역량.
  5. accuracy / 정확도 : 품질관리 시스템 내에서 정확도는 정확성의 척도이다
  6. acquire resources / 자원 확보 : 프로젝트 작업을 완료하는 필요한 팀원, 설비, 장비, 자재, 보급품 및 기타 자원을 확보하는 프로세스.
  7. acquisition / 획득 : 프로젝트 활동을 수행하는 필요한 인적, 물적 자원의 확보. 획득에는 자원 비용이 내포되지만 반드시 금전적 의미는 아니다.
  8. activity / 활동 : 프로젝트 진행 과정에서 수행되는 작업을 구성하는, 예정된 개별 작업 요소.
  9. activity attributes / 활동속성 : 활동목록에 포함될 수 있는 일정활동과 연관된 여러 속성. 활동 코드, 선행활동, 후행활동, 논리적 관계, 선도 및 지연, 자원 요구사항, 지정일자, 제약 및 가정 등이 활동속성에 포함된다.
  10. activity duration / 활동기간 : 일정활동의 시작시점과 종료시점 사이의 기간을 단위로 나타낸 값. 기간(Duration) 참조.
  11. activity duration estimates / 활동기간 산정치 : 활동을 완료하는 데 필요한 최빈 단위 기간을 정량적으로 평가한 값.
  12. activity list / 활동목록 : 일정활동을 정리해서 기록한 표로, 프로젝트 팀원이 수행 작업을 파악할 수 있도록 활동기술, 활동식별코드, 작업범위에 대한 자세한 설명을 제공한다.
  13. activity-on-node / 노드표기활동 : 선후행도형법(Precedence Diagramming Method, PDM) 참조.
  14. actual cost / 실제원가 : 지정된 기간 동안 활동에서 수행한 작업에서 실제로 발생한 원가.
  15. actual duration / 실제활동기간 : 일정활동의 실제시작일과 프로젝트 일정의 데이터 기준일(일정활동이 진행 경우) 또는 실제종료일(일정활동이 완료된 경우) 사이의 기간을 역일 단위로 나타낸 값.
  16. adaptive life cycle / 적응형 생애주기 : 프로젝트의 반복적 또는 점증적 생애주기.
  17. affinity diagrams / 친화도 : 효과적인 검토와 분석을 위하여 수많은 아이디어를 몇 개의 그룹으로 분류하는 기법
  18. agile / 애자일 : ‘애자일 선언’에 명시된 가치 및 원칙의 사고방식을 설명하는 데 사용되는 용어.
  19. agile coach / 애자일 코치 : 변혁을 통해 조직과 팀을 교육 및 지도하고 이끌 수 있는 애자일 지식과 경험을 갖춘 인재.
  20. agile life cycle / 애자일 생애주기 : 작업 항목을 구체화하고 자주 인도하기 위해 반복적, 증분적 특성을 모두 취하는 접근방식.
  21. agile manifesto / 애자일 선언 : 애자일 가치와 원칙을 밝힌 최초의 공식적 정의.
  22. agile mindset / 애자일 사고방식 : 애자일 선언의 4 가지 가치와 12 가지 원칙이 뒷받침하는 사고 및 행동 방식.
  23. agile practitioner / 애자일 실무자 : 교차기능팀에서 비슷한 사고의 동료들과 협업하는 애자일 사고방식을 포용하는 실무자. 애자일리스트라고도 한다.
  24. agile principles / 애자일 원칙 : ‘애자일 선언’에 구체적으로 제시된 12 가지 애자일 프로젝트 인도 원칙.
  25. agile unified process / 애자일 통합 프로세스(AUP) : 애자일 기법과 개념을 이용하여 간단하고 이해하기 쉽게 비즈니스 애플리케이션 소프트웨어를 개발하는 방식. 래셔널 통합 프로세스(RUP)를 단순화한 버전이다.
  26. agilist / 애자일리스트 : ‘애자일 실무자’ 참조.
  27. agreements / 협약 : 프로젝트의 초기 의도를 정의하는 모든 문서 또는 의사소통 자료. 계약서, 양해각서 (MOU), 합의서, 구두 합의사항, 이메일 등의 형식일 수 있다.
  28. alternative analysis / 대안분석 : 프로젝트 작업을 실행 및 수행하는 데 사용할 방법을 선별하기 위해, 식별된 여러 가지 옵션을 평가하는 기법.
  29. analogous estimating / 유사산정 : 과거 유사한 활동 또는 프로젝트의 선례데이터를 이용하여 활동이나 프로젝트의 기간 또는 산정하는 기법.
  30. analytical techniques / 분석기법 : 프로젝트 또는 환경변수의 가능한 변이와 다른 변수들과의 관계를 바탕으로 가능한 산출물을 평가, 분석 또는 예측하는 데 사용되는 다양한 기법.
  31. anti-pattern / 안티패턴 : 확인된 결함이 있는 바람직하지 못한 작업 패턴.
  32. assumption / 가정 : 기획 프로세스에서 증거 실증 없이 진실, 사실 또는 확실한 것으로 간주하는
  33. assumption log / 가정사항 기록부 : 프로젝트 생애주기에 걸쳐 모든 가정과 제약을 기록한 프로젝트 문서.
  34. attribute sampling / 속성 표본추출 : 품질측정 방법으로, 고려 중 각 단위에서 일부 특성(속성)의 존재 여부를 확인한다.
  35. authority / 권한 : 프로젝트 자원을 사용하고, 자금을 지출하고, 의사결정을 내리고, 승인할 수 있는 권한
  36. automated code quality analysis / 자동화된 코드품질 분석 : 버그 및 취약점에 대한 코드 기반 스크립트 테스트.
  37. backlog / 백로그 : ‘제품 백로그’ 참조
  38. backlog refinement / 백로그 상세화 : 고객의 요구를 충족하기 위해 팀에서 협업으로 요구사항을 검토 및 업데이트하고 작성해나가면서 프로젝트 요구사항 및/또는 진행 활동을 점진적으로 구체화하는 방식.
  39. backward pass / 후진계산 : 프로젝트 종료일로부터 일정 모델을 역으로 진행하면서 늦은시작일(LS)과 늦은종료일(LF)을 계산하는 방식의 주공정법(CPM).
  40. bar chart / 막대차트 : 일정 관련 정보를 그래프로 표시한 도표. 일반적인 막대차트에서는 일정활동 또는 작업분류체계(WBS) 구성요소가 차트 왼쪽 나열되고, 맨 위에 수평으로 날짜가 나타나며, 활동 날짜가 표시된 수평 막대로 나타난다. 간트 차트 (Gantt chart) 참조.
  41. baseline / 기준선 : 승인된 버전의 작업 산출물로 공식적인 변경통제 절차를 통해서만 변경할 수 있고 실 결과에 대한 비교 기준으로 사용된다.
  42. basis of estimates / 산정 기준서 : 가정, 제약, 상세 수준, 범위 신뢰도 수준 등의 프로젝트 산정치 산출에 사용되는 세부정보를 간략히 기술한 참고 문서.
  43. behavior-driven development (bdd) / 행위 주도 개발(BDD) : 테스트 우선 원칙과 생활 언어와 유사한 시나리오를 사용하는 시스템 설계 및 확인 기법.
  44. benchmarking / 벤치마킹 : 벤치마킹은 프로세스나 운영과 같은 실제 또는 계획 실무사례를 유사한 조직의 실무사례와 비교함으로써 모범사례를 식별하고, 개선책을 구상하고, 성과측정에 필요한 기준을 제시하는 것을 말한다.
  45. benefits management plan / 편익관리 계획서 : 프로젝트 또는 프로그램에 의해 제공되는 편익을 창출 극대화하고 유지하기 위해 수행하는 프로세스에 대한 정의를 기술한 문서.
  46. bid documents / 입찰 문서 : 참여자격을 갖춘 판매자에게 정보, 견적서 또는 제안서를 요청하기 위해 사용되는 문서.
  47. bidder conference / 입찰자 회의 : 입찰 또는 제안에 들어가기 전에 조달 사항을 충분히 이해시키기 위해 모든 판매자들과 갖는 회의. 회의, 판매자 회의 또는 선입찰 회의라고도 한다.
  48. blended agile / 혼합 애자일 : 두 가지 이상의 애자일 프레임워크, 방법, 요소 또는 실무를 함께 사용하는 방식이며, 예로는 XP 및 칸반(Kanban) 방법에 스크럼을 적용하는 사례가 있다.
  49. blocker / 블로커 : ‘장애’ 참조.
  50. bottom-up estimating / 상향식 산정법 : 작업분류체계(WBS)의 하위 수준 구성요소별 산정치를 집계하여 프로젝트 기간이나 원가를 산정하는 방법.
  51. broken comb / 다재다능형(broken comb) : 팀에 요구되는 여러 기술 분야에서 다양하고 정통한 전문성을 갖춘 인재. (각주 : 이 빠진 머리빗으로 잘 빗겨진다는 의미. 역할별 구성은 완벽하지 않더라도 팀 역량은 부족함이 없다는 뜻이지만 한글 정의로는 의미 전달이 어려워 다재다능형(broken comb)으로 대체 정의함). 다재다능형(paint drip)이라고도 한다. ‘T-형’ 및 ‘I-형’ 참조.
  52. budget / 예산 : 프로젝트, 작업분류체계( WBS) 구성요소 또는 모든 일정활동에 대해 승인된 산정치.
  53. budget at completion / 완료시점예산 : 수행할 작업에 대해 책정된 모든 예산의 합계.
  54. buffer / 완충 : 예비(Reserve) 참조
  55. burndown chart / 번다운 차트 : 타임박스에 남아 있는 시간 대비 잔여 작업을 그래프로 표시한 차트.
  56. burnup chart / 번업 차트 : 제품의 출시 시점까지 완료되는 작업량을 그래프로 표시한 차트.
  57. business case / 비즈니스 케이스 : 문서로 정리된 경제적 연구 자료로, 정의가 못한 구성요소가 제공할 혜택의 타당성을 확인하고 추가적인 프로젝트 활동을 승인하기 위한 기초로 사용된다.
  58. business requirement documents (brd) / 비즈니스 요구사항 문서(BRD) : 특정 프로젝트에 대한 모든 요구사항의 목록.
  59. business value / 비즈니스 가치 : 비즈니스 업무에서 파생된 정량적 순 편익을 나타내는 수치. 편익은 유형 또는 무형이거나 두 가지 모두에 해당될 수 있다.
  60. cadence / 주기적인 일정 : 수행리듬. ‘타임박스’ 참조.
  61. cause and effect diagram / 인과관계도 : 바람직하지 않은 효과를 역으로 추적하여 근본 밝히는 데 유용한 분해기법.
  62. change / 변경 : 공식적으로 통제되는 인도물 프로젝트관리 계획서에 속한 문서 또는 프로젝트 문서를 수정하는 조치.
  63. change control / 변경통제 : 프로젝트와 연관된 문서, 인도물 또는 기준선에 대한 변경사항을 식별하여 문서화하고 승인 또는 거부하는 프로세스.
  64. change control board / 변경통제위원회 : 프로젝트에 대한 변경 검토, 평가, 승인, 보류 또는 거부할 책임과 결정사항에 대한 기록 및 의사소통을 담당하기 위해 구성된 공인 위원회.
  65. change control system / 변경통제 시스템 : 프로젝트 인도물과 문서에 대한 변경사항을 관리하고 통제하는 방법을 기술한 체계.
  66. change control tools / 변경통제 도구 : 변경 및 형상관리를 지원하는 수동 또는 자동 처리 도구. 도구는 최소한 변경통제위원회(CCB)의 활동을 뒷받침해야 한다.
  67. change log / 변경사항 기록부 : 프로젝트 기간에 제출된 변경사항 목록과 변경사항별 현황 기록부.
  68. change management plan / 변경관리 계획서 : 변경통제위원회를 구성하고 위원회의 권한 범위와 변경통제 시스템의 구현 방법을 기술한 문서로, 프로젝트관리 계획서를 구성하는 요소.
  69. change request / 변경요청 : 문서, 인도물 또는 기준선의 수정을 공식적으로 제안하는 조치.
  70. charter / 헌장 : 프로젝트헌장(Project Charter) 참조.
  71. checklist analysis / 점검목록 분석 : 정확성과 완성도 목록을 사용하여 자료를 체계적으로 검토하는 기법.
  72. checksheets / 점검기록지 : 데이터를 수집할 때 점검목록으로 사용할 수 집계 기록지.
  73. claim / 클레임 : 법적 구속력이 있는 계약조건에 의거한 보상 지불과 관련하여 구매자를 대상으로 판매자가 또는 판매자를 대상으로 구매자가 행사할 수 있는 권리요청, 요구 또는 주장(예:분쟁이 야기된 변경 관련 클레임)
  74. claims administration / 클레임 행정관리 : 계약 클레임을 처리 및 판정하고 상호 의사소통을 진행하는 프로세스.
  75. close project or phase / 프로젝트 또는 단계 종료 : 프로젝트, 단계 또는 계약에 속한 모든 활동을 종료하는 프로세스.
  76. closing process group / 종료 프로세스 그룹 : 프로젝트, 단계 또는 계약을 공식적으로 완료하거나 종료하는 과정에서 수행되는 프로세스.
  77. code of accounts / WBS 코드 : 작업분류체계(WBS)의 각 구성요소를 고유하게 식별하는 데 사용되는 번호 지정 체계.
  78. collect requirements / 요구사항 수집 : 프로젝트 목표 달성에 사항과 이해관계자의 요구를 판별하여 문서화하고 관리하는 프로세스.
  79. collective code ownership / 코드 공동소유권 : 모든 팀원에게 프로젝트 작업 결과물 또는 인도물을 수정할 수 있는 권한을 부여하여 팀 차원의 소유권과 책임을 강조하는 방식의 프로젝트 가속화 및 협업 기법.
  80. colocation / 동일장소배치 : 프로젝트 팀원들 간 긴밀한 의사소통과 업무협력, 향상을 위해 팀원들을 위치에 배치하는 방식의 배치 전략.
  81. communication methods / 의사소통 방법 : 프로젝트 이해관계자 사이에 정보를 전달하는 데 사용되는 체계적인 절차, 기법 또는 프로세스.
  82. communication models / 의사소통 모델 : 프로젝트에 관한 의사소통 프로세스의 수행방법을 표시하는 데 사용되는 설명, 비유 또는 도식.
  83. communication requirements analysis / 의사소통 요구사항 분석 : 인터뷰, 워크숍, 과거 프로젝트에서 얻은 교훈 등을 통해 프로젝트 이해관계자의 정보 요구사항을 결정하는 분석기법.
  84. communication styles assessment / 의사소통 형식 평가 : 계획된 의사소통 활동에 대하여 이해관계자들이 선호하는 의사소통 방법, 및 내용을 식별하는 기법.
  85. communication technology / 의사소통 기술 : 프로젝트 이해관계자 사이 정보 전달에 사용되는 특정 도구, 시스템, 컴퓨터 프로그램 등이 포함된다.
  86. communications management plan / 의사소통관리 계획서 : 프로젝트에 관한 정보의 및 배포 방법, 시기 및 담당자를 명시한 문서로, 프로젝트, 프로그램 또는 포트폴리오관리 계획서를 구성하는 요소이다.
  87. conduct procurements / 조달수행 : 대상 판매자를 모집하고, 판매자를 선정하고, 계약을 체결하는 프로세스.
  88. configuration management plan / 형상관리 계획서 : 형상통제를 받는 프로젝트 품목을 식별하고 고려하는 방법과 변경사항을 프로젝트 품목에 기록 및 보고하는 방법을 명시한 문서로, 프로젝트관리 계획서를 구성하는 요소이다.
  89. configuration management system / 형상관리 시스템 : 프로젝트 품목을 추적하고 품목에 대한 변경을 통제하기 위해 사용되는 절차 규정.
  90. conformance / 적합성 : 품질관리 시스템 내에서 적합성은 품질 요구사항에 대해 허용되는 변이를 한도를 벗어나지 않는 인도물을 의미하는 일반적인 개념이다.
  91. constraint / 제약 : 프로젝트, 프로그램 포트폴리오 또는 프로세스의 실행에 영향을 미치는 제한 요인.
  92. context diagrams / 배경도 : 비즈니스 시스템(프로세스, 장비, 컴퓨터 시스템 등)과 함께 인적자원 및 다른 시스템(행위자)과 비즈니스 시스템의 상호작용 방법을 도식으로 보여주는 제품 범위도.
  93. contingency / 우발사태 : 예비로 대응할 수도 있는, 프로젝트의 실행에 영향을 미칠 수 있는 사건이나 돌발 사태
  94. contingency reserve / 우발사태 예비 : 확인된 리스크에 대한 적극적인 대응 전략으로, 일 또는 원가 기준선에 할당된 시간 또는 자금.
  95. contingent response strategies / 우발사태 대응 전략 : 특정 유발조건이 발생할 때 사용할 수 있도록 규정된 대응책.
  96. continuous delivery / 지속적 인도(CD) : 대개 소단위 작업 및 여러 자동화 기술을 사용하여 고객에게 즉각적으로 증분된 기능을 인도하는 실무.
  97. continuous integration / 지속적 통합(CI) : 모든 팀원의 작업 결과물을 잦은 주기로 통합하고 확인하는 실무.
  98. contract / 계약 : 계약은 지정된 제품, 서비스 또는 결과물을 제공할 판매자의 의무와 그에 대한 대가를 지불할 구매자의 의무를 명시하는 상호간에 구속력 있는 협정이다.
  99. contract change control system / 계약변경통제 시스템 : 계약에 대한 변경 사항을 수집, 추적 및 판정하고 의사소통을 수행하는 데 사용되는 시스템.
  100. control / 통제 : 계획성과와 실제성과를 비교하고, 차이를 분석하고, 프로세스 개선에 영향을 미치는 추세를 평가하고, 가능한 대안을 평가하고, 필요에 따라 적절한 시정조치를 제안하는 일련의 활동.
  101. control account / 통제단위 : 성과측정을 목적으로 범위, 예산, 실제 원가 및 일정을 통합하여 획득가치와 비교하는 관리 통제점.
  102. control chart / 관리도 : 시간의 경과에 따른 프로세스 데이터를 설정된 통제한계에 대비하여 그래프로 표시한 도표. 표시된 값들의 추이가 통제한계로 접근하는지 판단하기 쉽도록 중앙선이 표시되어 있다.
  103. control costs / 원가통제 : 프로젝트의 상태를 감시하면서 프로젝트 원가를 업데이트하고 원가 기준선에 대한 변경을 관리하는 프로세스.
  104. control limits / 통제한계 : 관리도에 표시된 데이터의 정상 분포에서 중앙선(또는 평균)의 한쪽 구간에 세 개의 표준편차로 구성되는 영역으로, 예상되는 데이터 변이를 나타낸다. 사양 한계(Specification Limits) 참조.
  105. control procurements / 조달통제 : 조달관계를 관리하고, 이행을 감시하고, 적절한 변 및 시정 조치를 수행하고, 계약을 종결하는 프로세스.
  106. control quality / 품질통제 : 품질관리 활동의 실행결과를 감시하고 기록하면서 성과를 평가하고 프로젝트 산출물이 완전하고 정확하며 고객의 기대사항을 충족하는지 확인하는 프로세스.
  107. control resources / 자원통제 : 프로젝트에 할당되고 배정된 실제 자원을 예정대로 수 있는지 확인하고, 계획 대비 실제 자원 활용률을 비교하며, 필요에 따라 시정조치를 수행하는 프로세스.
  108. control schedule / 일정통제 : 프로젝트의 상태를 감시하면서 프로젝트 일정을 업데이트하고 일정 기준선에 대한 변경을 관리하는 프로세스.
  109. control scope / 범위통제 : 프로젝트 및 제품 범위의 상태를 감시하고 범위 기준선에 대한 변경을 관리하는 프로세스.
  110. corrective action / 시정조치 : 프로젝트작업의 성과를 프로젝트관리 계획과 맞추는 것을 목적으로 하는 활동.
  111. cost aggregation / 원가합산 : 프로젝트의 작업분류체계(WBS)에 제시 수준 또는 주어진 원가통제 단위의 다양한 작업패키지와 연관된 하위 수준 원가 산정치들의 합산.
  112. cost baseline / 원가 기준선 : 승인된 버전의 시간 단계별 프로젝트 예산으로, 관리예비는 제외되며, 공식적인 변경통제 절차를 통해서만 변경될 수 있고 실 결과에 대한 비교 기준으로 사용된다.
  113. cost management plan / 원가관리 계획서 : 원가를 계획, 구성 및 통제하는 방법을 기술한 문서로, 프로젝트 또는 프로그램관리 계획서를 구성하는 요소이다.
  114. cost of quality / 품질비용 : 요구사항에 대한 부적합한 결과를 예방하기 위한 투자, 요구사항에 대한 제품 또는 서비스의 적합성 평가, 요구사항 준수 미달로 인해 제품 생애주기 전반에 모든 비용.
  115. cost performance index / 원가성과지수 : 예산자원의 원가효율을 측정하는 지수로, 획득가치(EV) 대비 실제원가(AC)의 비율로 표시한다.
  116. cost plus award fee contract / 보상금가산원가 계약 : 완료한 작업에 발생되는 합법적인 실제원가에 판매자 수익에 해당하는 보상금을 가산한 금액을 판매자에게 지불하는 유형의 계약.
  117. cost plus fixed fee contract / 고정수수료가산원가 계약 : 판매자가 정당하게 청구할 있는 원가(계약에 따라 결정되는 정당한 원가)에 고정액의 수익(수수료)을 가산한 금액을 구매자가 판매자에게 상환하는 유형의 원가정산 계약.
  118. cost plus incentive fee contract / 성과급가산원가 계약 : 판매자가 정당하게 청구할 있는 원가(계약에 따라 결정되는 정당한 원가)를 구매자가 판매자에게 상환하고 정해진 성과 충족할 때 판매자 수익금이 지불되는 방식의 원가정산 계약.
  119. cost variance / 원가차이 : 주어진 시점의 예산 적자 또 흑자 금액으로, 획득가치(EV)와 실제 원가(AC) 간의 차이로 표시된다.
  120. cost-benefit analysis / 비용-편익 분석 : 원가 기준으로 프로젝트가 제공하는 편익을 결정하는 사용되는 재무분석 도구.
  121. cost-reimbursable contract / 원가정산 계약 : 판매자의 실제원가에 대한 지불금에 판매자의 수익에 해당하는 수수료를 가산하는 방식의 계약.
  122. crashing / 공정압축법 : 자원을 보충하여 최소한의 추가 비용으로 일정기간을 단축하기 위해 사용되는
  123. create wbs / 작업분류체계 작성 : 프로젝트 인도물과 프로젝트작업을 관리하기 편하도록 작은 구성요소로 세분하는 프로세스.
  124. criteria / 기준 : 판단이나 결정의 근거가 되거나 제품, 서비스, 결과 또는 프로세스의 평가 될 수 있는 표준, 규칙 또는 테스트.
  125. critical path / 주공정 : 프로젝트를 통해 가장 긴 경로를 나타내는 일련의 활동순서로, 가능한 최단기간을 결정하는 방법.
  126. critical path activity / 주공정 활동 : 프로젝트 일정에서 주공정 경로상의 모든 활동.
  127. critical path method / 주공정법 : 일정 모델의 논리 네트워크 경로에서 일정계획에 유연성이 허용되는 기간을 결정하고 프로젝트의 최소기간을 산정하는 데 사용되는 방법.
  128. cross-functional team / 교차기능팀 : 가치가 증분된 제품을 인도하기 위해 필요한 모든 기술을 갖춘 실무자들을 참여시키는 팀.
  129. crystal family of methods / 크리스탈 패밀리 방법론 : 특정 환경에 적응 가능성에 중점을 둔 경량 애자일 소프트웨어 개발 방법론 모음.
  130. daily scrum / 일일 스크럼(daily Scrum) : 팀에서 전날 진척 상황을 검토하고 오늘 추진 의도를 공표하고, 발생했거나 예상되는 모든 장애를 집중적으로 다루기 위해 매일 진행하는 간략한 협업 회의. 일일 스탠드업(daily standup)이라고도 한다.
  131. data / 데이터 : 체계적으로 구성 및 처리되지 않은 개별 측정치 또는 실제 관찰값.
  132. data analysis techniques / 데이터분석기법 : 데이터와 정보를 체계화하고 분석 및 평가하기 위해 사용하는 기법.
  133. data date / 데이터 기준일 : 프로젝트의 상태가 기록되는 시점.
  134. data gathering techniques / 데이터수집기법 : 다양한 출처에서 데이터와 정보를 수집하기 위해 사용하는 기법.
  135. data representation techniques / 데이터 표현 기법 : 데이터와 정보를 전달하는 사용되는 도식 또는 기타 방식.
  136. decision tree analysis / 의사결정나무 분석 : 불확실성이 존재할 때 옵션들에 함축된 의미를 평가하는 데 사용되는 및 계산기법.
  137. decision-making techniques / 의사결정기법 : 여러 가지 대안에서 한 가지 행동방침을 선정하기 위해 사용하는 기법.
  138. decomposition / 분할 : 프로젝트 범위와 프로젝트 인도물을 관리하기 편한 요소로 세분하는 기법.
  139. defect / 결함 : 프로젝트 구성요소에 요구사항이나 사양을 충족하지 못하여 수리 또는 교체가 필요한 결점이나 결손이 있는 상태.
  140. defect repair / 결함수정 : 부적합한 제품 또는 제품 구성요소를 수정하기 위한 목적의 활동.
  141. define activities / 활동정의 : 프로젝트 인도물을 생산하기 위해 수행할 관련 활동들을 식별하고 문서화하는 프로세스
  142. define scope / 범위정의 : 프로젝트와 제품에 대한 설명을 개발하는 프로세스.
  143. definition of done (dod) / 완료 정의(DoD) : 팀에서 고객이 사용할 수 있는 수준으로 완료된 인도물로 간주하기 위해 충족해야 할 모든 기준을 명시한 팀 점검목록.
  144. definition of ready (dor) / 준비 정의(DoR) : 팀이 작업을 시작하는 데 필요한 모든 정보가 있는 사용자 중심 요구 사항에 대한 팀의 점검목록.
  145. deliverable / 인도물 : 프로세스, 단계 또는 프로젝트를 완료하기 위해 산출해야 하는 고유하면서 검증 가능한 제품, 결과 또는 서비스 수행 역량.
  146. dependency / 의존관계 : 논리적 관계(Logical Relationship) 참조.
  147. determine budget / 예산책정 : 개별 활동 또는 작업패키지별로 산정된 원가를 합산하여 승인된 기준선을 세우는 프로세스
  148. develop project charter / 프로젝트헌장 개발 : 프로젝트의 채택을 공식적으로 승인하고 프로젝트 관리자에게 조직의 자원을 프로젝트 활동에 투입할 수 있는 권한을 부여하는 내용의 문서를 개발하는 프로세스.
  149. develop project management plan / 프로젝트관리 계획서 개발 : 계획서를 구성하는 모든 요소를 정의, 작성 및 조율하여 하나의 통합 프로젝트관리 계획서에 취합하는 프로세스.
  150. develop schedule / 일정개발 : 활동 순서, 기간, 자원 요구사항, 일정 제약을 분석하여 프로젝트를 실행, 감시 및 통제하기 위한 프로젝트 일정 모델을 생성하는 프로세스.
  151. develop team / 팀개발 : 프로젝트 성과를 향상시키기 위해 팀원들의 능력과 협력, 전반적인 팀 분위기를 개선하는 프로세스.
  152. development approach / 개발방식 : 프로젝트 생애주기 동안 서비스 또는 결과물을 산출하고 진화해 나가는 데 사용되는 방식으로, 예측형, 반복적, 점증적, 민첩형 또는 복합형 방식이 있다.
  153. devops / 데브옵스(DevOps) : 개발자와 운영자간 협업을 향상시켜서 인도단계까지의 원활한 흐름을 구현하는 실용 기법의 모음.
  154. diagramming techniques / 도식화기법 : 이해를 돕기 위해 논리적 연결을 통해 정보를 표현하는 기법.
  155. direct and manage project work / 프로젝트작업 지시 및 관리 : 프로젝트 목표를 달성하기 위해 프로젝트관리 계획서에 정의된 작업을 지도 및 수행하고, 승인된 변경 실행하는 프로세스.
  156. disciplined agile (da) / 체계적 애자일(DA) : 점증적이고 반복적인 솔루션 인도 프로세스를 간소화하여 결정하기 위한 프로세스 의사결정 프레임워크.
  157. discrete effort / 개별 업무 : 계획수립과 측정이 가능하며 특정한 결과물을 산출하는 활동. [참고: 개별 업무는 작업성과 측정에 사용되는 가지 유형의 획득가치관리(EVM) 활동 하나이다.]
  158. discretionary dependency / 임의적 의존관계 : 특정 응용분야에서 검증된 모범사례 또는 특정 순서가 요구되는 프로젝트 측면을 바탕으로 형성되는 관계.
  159. documentation reviews / 문서검토 : 정보들을 수집하여 정보의 정확도와 완성도를 판별하기 위해 검토하는 프로세스.
  160. double-loop learning / 이중순환 학습 : 증상에 초점을 맞추기 보다 근본 원인을 더 자세히 설명하고 개선된 대책을 찾기 위해 근본적인 가치와 가정에 이의를 제기하는 프로세스.
  161. duration / 기간 : 일정활동 또는 작업분류체계 구성요소를 완료하는 데 필요한 총 작업 기간으로, 시간, 일 또는 주 수로 표시된다. 노력(effort)과 대조됨.
  162. dynamics systems development model (dsdm) / 동적시스템개발방법(DSDM) : 애자일 프로젝트 인도 프레임워크.
  163. early finish date / 빠른종료일 : 주공정법에서 일정활동의 미완결 부분을 일정 네트워크 논리, 데이터 기준일, 기타 일정상 제약에 기준하여 빠르게 종료할 수 있는 시점
  164. early start date / 빠른시작일 : 주공정법에서 일정활동의 미완결 부분을 일정 네트워크 논리, 데이터 기준일, 기타 일정상 제약에 기준하여 빠르게 시작할 수 있는 시점
  165. earned value / 획득가치 : 수행한 작업의 측정가치로, 작업에 승인된 예산으로 환산하여 나타낸다.
  166. earned value management / 획득가치관리 : 프로젝트의 범위, 일정, 자원 측정치를 모두 결합하여 프로젝트 성과 및 진척률을 평가하는 방법론.
  167. effort / 업무(량) : 일정활동 또는 작업분류체계 구성요소를 완료하는 데 필요한 단위 노동의 양으로, 보통 시간, 일, 주 수로 표시한다. 기간(duration)과 대조됨.
  168. emotional intelligence / 감성지능 : 본인 및 타인의 개인감성, 그리고 집단의 군중감성을 식별하고 평가 및 관리하는 능력.
  169. enterprise environmental factors / 기업환경요인 : 프로젝트팀의 즉각적인 통제 아래 있지 않으면서 프로젝트 프로그램 또는 포트폴리오에 영향을 미치거나 제약을 주거나 방향을 지시하는 가지 조건.
  170. estimate / 산정치 : 프로젝트 원가, 자원, 업무( 또는 기간 등과 같이, 변수 형태의 값으로 양이나 결과 정량적으로 추정한 수치.
  171. estimate activity durations / 활동기간 산정 : 산정된 자원으로 개별 완료하는 데 필요한 총 작업기간을 추정하는 프로세스.
  172. estimate activity resources / 활동자원 산정 : 프로젝트 작업을 수행하는 필요한 팀원 및 자재, 장비 또는 보급품의 종류와 산정하는 프로세스
  173. estimate at completion / 완료시점산정치 : 모든 작업을 완료하기 위해 예상되는 총 원가로, 실제 원가와 잔여분산정치를 합산한 결과.
  174. estimate costs / 원가산정 : 프로젝트 작업을 완료하는 필요한 금전적 자원의 근사치를 추정하는 프로세스
  175. estimate to complete / 잔여분산정치 : 남아 있는 프로젝트작업을 모두 완료하기 위해 예상되는 원가.
  176. evolutionary value delivery (evo) / 진화적 가치 인도(Evo) : 다른 방법에는 없는 특정 요소를 포함하는 최초 애자일 방법으로 널리 공인되며, 측정 가능한 여러 가지 가치 요구사항을 이해관계자들에게 인도하는 데 중점을 둔다.
  177. execute / 실행 : 프로젝트작업을 지시, 관리, 수행 및 완료하고, 인도물을 제공하고, 작업성과 정보를 제공하는 과정.
  178. executing process group / 실행 프로세스 그룹 : 프로젝트 요구사항에 맞게 프로젝트관리 계획서에 정의된 작업을 완료하는 과정에서 수행되는 프로세스
  179. expert judgment / 전문가 판단 : 수행 중인 활동에 해당하는 응용분야, 지식영역, 전문분야, 산업분야의 전문지식에 근거하여 제시되는 판단. 이러한 전문지식은 전문 교육, 지식 기술, 경험 또는 훈련이 축적된 개인이나 그룹에서 제공할 수 있다.
  180. explicit knowledge / 명시적 지식 : 단어, 숫자, 그림 등의 기호를 사용하여 문서화할 수 있는 지식.
  181. external dependency / 외부적 의존관계 : 프로젝트 관련 활동과 프로젝트와 무관한 활동 사이의 관계.
  182. extreme programming / 익스트림 프로그래밍(XP) : 품질이 향상된 소프트웨어를, 변화하는 고객의 요구사항에 신속하게 대응하여, 단축된 주기로 더 빈번한 출시를 유도하는 애자일 소프트웨어개발 방법.
  183. fallback plan / 대체방안 : 대체방안은 이슈, 리스크 기타 원인으로 인해 기본 계획을 폐기해야 할 때 대안으로 활용할 수 있는 다양한 작업 또는 조치를 포함한다.
  184. fast tracking / 공정중첩 단축법 : 일반적으로 순차적으로 수행되는 활동이나 단계를 일정기간의 특정 구간에서 동시에 수행하는 방식의 단축기법.
  185. feature-driven development / 기능 주도 개발(FDD) : 고객이 가치를 두는 기능 관점으로 추진되는 경량 애자일 소프트웨어 개발 방법.
  186. fee / 수수료 : 판매자에게 대가의 일부로 제공되는 수익.
  187. finish date / 종료일 : 일정활동의 완료와 연관된 시점. 일반적으로 실제, 계획된, 산정된, 예정된, 늦은, 기준선, 목표 또는 등의 수식어를 붙여 의미를 한정한다.
  188. finish-to-finish / 종료-종료관계 : 선행활동이 완료되기 전에는 후행활동을 완료할 수 없는 논리적 관계.
  189. finish-to-start / 종료-시작관계 : 선행활동이 완료되기 전에는 후행활동을 시작할 수 없는 논리적 관계.
  190. firm fixed price contract / 확정고정가 계약 : 구매자가 판매자의 원가에 관계 없이 계약에 명시된 고정금액을 판매자에게 지불하는 형태의 고정가격 계약.
  191. fishbone diagram / 피시본 다이어그램 : 인과관계도(Cause and Effect Diagram) 참조
  192. fit for purpose / 목적 부합형 : 의도한 용도에 적합한 제품을 설명.
  193. fit for use / 용도 부합형 : 의도된 목적을 달성하기 위해 현재 형태로 사용할 수 있는 결과물을 설명하는 용어.
  194. fixed price incentive fee contract / 성과급가산고정가 계약 : 구매자가 계약에 명시된 고정금액을 지불하고, 판매자가 정의된 성과기준을 충족할 때 추가금액을 가산하는 형태의 계약.
  195. fixed price with economic price adjustment contract / 가격조정-조건부고정가 계약 : 고정가 계약의 일종이면서 특정 상품의 원가 상승(또는 하락)이나 인플레이션 변동 등에 따라 계약가에 사전 정의된 최종 조정안을 허용하는 특별 조항이 추가되는 형태의 계약.
  196. fixed-price contract / 고정가 계약 : 원가 또는 제공할 노력에 관계없이 정해진 범위의 작업에 지불할 수수료를 지정하는 형태의 계약.
  197. float / 여유 : 여유(Slack)라고도 한다. 자유여유(Free Float) 및 총여유(Total Float) 참조.
  198. flowchart / 순서도 : 시스템에 속한 하나 이상의 프로세스에 대한 투입물, 프로세스 조치, 산출물을 보여주는 도표.
  199. flowmaster / 플로우 마스터 : 지속적인 흐름 또는 칸반(Kanban) 정황에서 작업하는 팀 및 서비스 요청 관리자를 지도하는 코치. ‘스크럼 마스터’와 동일하다.
  200. focus groups / 핵심전문가 그룹 : 제안된 제품, 서비스 또는 결과에 대한 기대사항과 의견을 파악하기 위해 이해관계자와 해당 주제 전문가들로 구성된 집단.
  201. forecast / 예측치 : 예측 시점에서 활용 가능한 정보와 지식을 토대로 프로젝트의 향후 조건 및 사건을 산정 또는 예상한 결과.
  202. forward pass / 전진계산 : 프로젝트 시작일 또는 시점으로부터 일정 모델을 전진시키면서 빠른시작일과 빠른종료일을 계산하는 방식의 주공정법.
  203. framework / 프레임워크 : 접근방식을 지원하는 아이디어 또는 사실들로 구성된 기본적인 체제 또는 체계.
  204. free float / 자유여유 : 후행활동의 빠른시작일을 늦추거나 일정제약을 위반하지 않고 일정활동을 지연할 수 있는 시간.
  205. functional organization / 기능조직 : 전문 영역별로 직원들이 분류되고 프로젝트 관리자에게 작업 배정 및 자 투입에 대한 제한적 권한이 부여되는 조직 구조.
  206. functional requirement / 기능적 요구사항 : 제품 또는 서비스가 반드시 수행해야 하는 특정 동작.
  207. functional specification / 기능 사양 : 시스템 또는 애플리케이션이 반드시 수행해야 하는 특정 기능. 일반적으로 기능사양서에 기술된다.
  208. funding limit reconciliation / 자금한도 조정 : 프로젝트 자금에서 계획된 지출액을 프로젝트에 약정된 자금 한도와 비교하여 프로젝트 자금 한도와 지출 간의 차액을 확인하는 프로세스.
  209. gantt chart / 간트차트 : 세로 축에는 활동이 나열되고 가로 축에는 날짜가 나열되며 활동 기간은 시작일과 종료일에 따라 생성된 가로 막대로 표시되는 방식으로 일정정보를 보여주는 막대차트.
  210. grade / 등급 : 기능적인 용도는 같지만 요구사항은 다른 품목들을 구분하는 데 사용되는 범주 또는 순위.
  211. ground rules / 기본규칙 : 프로젝트 팀원들에게 허용되는 행동에 내포된 기대사항.
  212. histogram / 히스토그램 : 수치 데이터를 그래프로 보여주는 막대차트.
  213. historical information / 선례정보 : 과거 프로젝트들에 대한 문서와 데이터로, 프로젝트 파일, 기록, 프로젝트와 관련해 교환된 서신, 종료된 계약, 종료된 프로젝트를 포함한다.
  214. hoshin kanri / 호신 칸리(Hoshin Kanri) : 전략 또는 정책의 배포 방법.
  215. hybrid approach / 혼합형 접근방식 : 두 가지 이상의 애자일 및 비애자일 요소들이 혼합된 방식으로, 최종 결과는 비애자일 유형이 된다.
  216. ideal / IDEAL : 착수(Initiating), 진단(Diagnosing), 구축(Establishing), 실행(Acting), 학습(Learning)이라는 5 단계 명칭을 의미하는 조직개선모델.
  217. identify risks / 리스크 식별 : 전체 리스크의 발생 근원과 개별 리스크를 식별하고 각 리스크의 특성을 문서화하는 프로세스.
  218. identify stakeholders / 이해관계자 식별 : 프로젝트 이해관계자를 정기적으로 식별하고 이해관계자들의 이해관계, 참여도, 상호 의존관계, 영향 및 프로젝트의 성공에 미칠 잠재적 영향을 분석하여 문서화하는 프로세스.
  219. impact mapping / 영향도 매핑 : 새로운 제품을 제작하는 동안 조직의 로드맵 역할을 하는 전략적 계획수립 기법.
  220. impediment / 장애 : 팀이 목표를 달성하지 못하게 막는 방해물. 블로커라고도 한다.
  221. implement risk responses / 리스크대응 실행 : 합의된 리스크대응 계획을 실행하는 프로세스.
  222. imposed date / 지정일자 : 일정활동 또는 일정 마일스톤에 지정되는 날짜로 보통 지정된 날짜 “이후 시작”, “이전 종료” 등의 형태로 표시된다.
  223. incentive fee / 성과금 : 판매자의 원가, 일정 또는 기술적 성과와 관련된 성과급 일체.
  224. increment / 증분 : 전체 프로젝트 결과에 포함되는 부속물로, 기능 테스트를 마치고 승인된 인도물.
  225. incremental life cycle / 점증적 생애주기 : 사전에 정해진 기간 내에 기능을 계속 추가해 나가는 일련의 반복 과정을 통해 인도물이 산출되는 적응형 프로젝트 생애주기. 최종 단계 이후에만 완성된 간주되는 필요충분 역량이 인도물에 포함된다.
  226. incremental life cycle / 증분적 생애주기 : 고객이 즉시 사용할 수 있는 완성된 인도물을 제공하는 접근방식.
  227. independent estimates / 독립산정 : 제3자가 원가, 일정 또는 사항을 예측할 수 있도록 지원하기 위해 정보를 확보하고 분석하는 과정에 사용하는 프로세스.
  228. influence diagram / 영향관계도 : 다양한 변수와 산출물 우발적 영향, 시간순 사건, 기타 관계를 도식으로 보여주는 도표.
  229. information / 정보 : 특정 상황에 맞는 가치 있고 의미 있는 유용한 자료로 만들기 위해, 구체적인 가지고 처리되어 체계적으로 구성된 데이터.
  230. information management systems / 정보관리 시스템 : 정보 산출자와 정보 사용자 간에 물리적 또는 전자 형태 정보를 수집, 저장 및 배포하는 데 사용되는 기능, 프로세스 및 절차 체계.
  231. information radiator / 정보 상황판 : 팀에 방해가 되지 않으면서 최신 정보를 공유할 수 있도록 조직의 나머지 부서에 정보를 제공하는 시각적, 물리적 정보 현황판.
  232. initiating process group / 착수 프로세스 그룹 : 프로젝트 또는 단계의 대한 승인을 받아서 기존 프로젝트의 새 단계 또는 새 프로젝트를 정의하기 위해 수행하는 프로세스.
  233. input / 투입물 : 프로젝트 내부 또는 외부 여부에 관계없이, 프로세스를 진행하기에 앞서 프로세스에 필요한 모든 항목. 선행 프로세스에서 생성된 산출물일 수도 있다.
  234. inspection / 검사 : 작업 결과물이 문서화된 표준과 일치하는지 확인하기 위한 검사.
  235. interpersonal and team skills / 대인관계 및 팀 기술 : 팀원과 이해관계자들을 효과적으로 이끌고 그들과 협업하는 기술.
  236. interpersonal skills / 대인관계 기술 : 다른 사람들과 관계를 맺고 유지하는 기술.
  237. interviews / 인터뷰 : 이해관계자와 직접 대화를 통해 정보를 구하는 공식적 또는 비공식적 정보 수집 방법.
  238. invitation for bid / 입찰초청서 : 일반적으로 제안 요청서와 동의어. 단, 일부 응용분야에서는 더 구체적이거나 협의의 의미를 갖기도 한다.
  239. i-shaped / I-형 : 한 가지 전문 분야에만 정통하고 팀에 요구되는 나머지 기술 분야에 대한 관심이나 기술이 없는 사람을 가리키는 용어. ‘T-형’ 및 ‘다재다능형(Broken Comb)’ 참조
  240. issue / 이슈 : 프로젝트 목표에 영향을 수도 있는 현재 여건이나 상황.
  241. issue log / 이슈 기록부 : 이슈에 관한 정보를 기록하고 감시하는 데 사용되는 프로젝트 문서.
  242. iteration / 반복(iteration) : 제품이나 인도물의 가치를 제공하기 위한 모든 작업을 수행하는 일정 시간동안의 주기.
  243. iterative life cycle / 반복적 생애주기 : 일련의 반복적인 주기를 인도물이 완성되는 적응형 프로젝트 생애주기. 각 끝에서 완성되는 것으로 간주되는 필요충분 역량이 인도물에 포함된다. 매 반복주기를 거치면서 인도물의 역량이 점차 개선된다.
  244. iterative life cycle / 반복적 생애주기 : 일반적으로 프로젝트 생애주기 초기에 프로젝트 범위가 결정되지만 프로젝트팀의 제품에 대한 이해도가 점차 높아지면서 정기적으로 시간 및 원가 산정치를 수정하는 방식의 프로젝트 생애주기. 일련의 반복적인 주기를 통해 기능에 보완사항이 계속 추가되면서 제품이 개발된다
  245. iterative life cycle / 반복적 생애주기 : 미완성 작업에 대한 피드백을 참작하여 작업 결과를 개선하고 수정하는 접근방식.
  246. kaizen events / 카이젠(Kaizen) 이벤트 : 시스템 개선을 목표로 하는 이벤트.
  247. kanban board / 칸반(Kanban) 보드 : 병목 현황과 작업 수량을 가시화하여 작업 흐름을 개선할 수 있도록 지원하는 시각화 도구.
  248. kanban method / 칸반(Kanban) 방법 : 원래 칸반(Kanban) 재고관리시스템에서 착안되었으며, 특히 지식작업에 활용되는 애자일 방법.
  249. knowledge / 지식 : 새로운 경험과 정보를 이해하기 위해 사람들이 활용하는 경험과 가치, 신념 상황 정보, 직관력, 통찰력이 종합된 집합체.
  250. lag / 지연 : 선행활동을 기준으로 후행활동을 연기할 수 있는 시간의 양.
  251. large-scale scrum (less) / 대규모 스크럼(LeSS) : 대규모 스크럼은 스크럼의 원래 목적은 유지하면서 확장성 지침을 통해 스크럼을 확장하는 제품 개발 프레임워크.
  252. late finish date / 늦은종료일 : 주공정법에서 일정활동의 미완결 부분을 일정 네트워크 논리, 프로젝트 완료일, 기타 일정상 제약에 기준하여 늦게 종료할 수 있는 시점.
  253. late start date / 늦은시작일 : 주공정법에서 일정활동의 미완결 부분을 일정 네트워크 논리, 프로젝트 완료일, 기타 일정상 제약에 기준하여 늦게 시작할 수 있는 시점.
  254. lead / 선도 : 선행활동을 기준으로 후행활동을 앞당길 수 있는 시간의 양.
  255. lean software development (lsd) / 린(Lean) 소프트웨어개발(LSD) : 린(Lean) 소프트웨어 개발은 린(Lean) 제작 원칙과 실무를 소프트웨어 개발 영역에 적용한 것으로, 품질, 속도 및 고객 맞춤을 달성하기 위한 일련의 원칙과 실무를 기반으로 한다.
  256. lessons learned / 교훈 : 프로젝트를 수행하는 과정에서 습득한 지식으로, 과거에 프로젝트 사건을 처리한 방법 또는 향후 성과개선 목적으로 따라야 처리 방법을 제시한다.
  257. lessons learned register / 교훈 관리대장 : 현재 프로젝트에서 활용하고 교훈 저장소에도 추가할 수 있도록 프로젝트 수행 과정에서 습득한 지식을 기록하는 문서.
  258. lessons learned repository / 교훈 저장소 : 프로젝트에서 습득한 교훈에 관한 선례정보의 저장소.
  259. level of effort / 노력수준 : 확정된 완제품을 생산하지 않으며 경과한 시간으로 측정되는 활동.
  260. life cycle / 생애주기 : 프로젝트 생애주기(Project Life Cycle) 참조.
  261. life cycle / 생애주기 : 제품이 구상되고 제작되어 실용 단계에 이르기까지 전 프로세스 과정.
  262. log / 기록부 : 프로세스나 활동을 실행하는 과정에서 선별된 항목을 설명 또는 명시하는 데 사용되는 문서. 일반적으로 이슈, 변경 또는 가정 등의 단어와 함께 사용된다.
  263. logical relationship / 논리적 관계 : 두 가지 활동 사이 또는 활동과 마일스톤 사이에 형성되는 의존관계.
  264. make-or-buy analysis / 제작-구매 분석 : 제품 요구사항에 대한 데이터를 수집하여 체계적으로 구성한 후 구매 또는 자체 제작을 포함하여 가능한 대안과 분석하는 프로세스.
  265. make-or-buy decisions / 제작-구매 결정 : 제품의 외부 구매 또는 내부 제작 여부에 대한 결정.
  266. manage communications / 의사소통관리 : 의사소통관리는 프로젝트 정보를 적시에 적절한 방식으로 수집, 생성, 배포, 저장, 검색, 관리 및 감시하고 최종 처리하는 프로세스이다
  267. manage project knowledge / 프로젝트지식 관리 : 프로젝트의 목표를 달성하고 조직의 학습에 기여할 수 있도록 기존 지식을 활용하고 새로운 지식을 만들어가는 프로세스.
  268. manage quality / 품질관리 : 조직의 품질 정책을 프로젝트에 반영하여, 품질관리 계획을 실행 품질 관련 활동으로 변환하는 프로세스.
  269. manage stakeholder engagement / 이해관계자 참여관리 : 이해관계자의 요구 및 기대사항을 충족하기 위해, 이해관계자와 소통하고 협력하면서, 이슈를 해결하고 관련 이해관계자의 참여를 유도하는 프로세스.
  270. manage team / 팀관리 : 프로젝트 성과를 최적화하기 위해 팀원의 성과를 추적하고 피드백을 제공하고, 이슈를 해결하고, 팀 변경 사항을 관리하는 프로세스.
  271. management reserve / 관리예비 : 통제 관리를 목적으로 성과측정기준선(PMB) 에 포함되지 않는 프로젝트 또는 프로젝트 일정으로, 프로젝트 범위 안에서의 예상치 못한 작업을 위해 예비된다.
  272. management skills / 관리기량 : 특정 목표를 달성하기 위한 목적으로 개개인 또는 기획 및 구성하고, 지시를 내리고 통제하는 역량.
  273. mandatory dependency / 의무적 의존관계 : 계약상 요구되거나 작업의 본질에 따라 형성되는 관계.
  274. master schedule / 대일정 : 주요 인도물 및 작업분류체계 구성요소, 주요한 일정 마일스톤을 요약해서 정리한 프로젝트 일정. 마일스톤 일정(Milestone Schedule) 참조.
  275. matrix diagrams / 매트릭스도 : 매트릭스로 생성된 조직 내에서 데이터 분석을 수행하는 데 사용되는 품질관리 및 통제 도구. 매트릭스도는 매트릭스를 형성하는 행과 열 사이에 존재하는 다양한 요인, 원인 및 목표들 간 관계의 강도를 보여주는 데 사용된다.
  276. matrix organization / 매트릭스 조직 : 프로젝트작업의 우선순위 지정, 프로젝트에 배정된 팀원의 업무 지시에 대한 책임을 프로젝트 관리자와 기능조직 관리자가 공동으로 지는 조직 구조.
  277. methodology / 방법론 : 전문분야의 작업자가 사용한 실무 사례, 기법, 절차 및 체계.
  278. milestone / 마일스톤 : 프로젝트, 프로그램 또는 포트폴리오에서 중요한 시점이나 사건.
  279. milestone schedule / 마일스톤 일정 : 마일스톤과 예정 날짜를 제시하는 방식의 일정. 대일정(Master Schedule) 참조.
  280. mind-mapping / 마인드매핑 : 개별 브레인스토밍 세션을 통해 창출된 아이디어들을 하나의 맵에 통합하여 공통점과 차이점이 반영된 새로운 아이디어를 도출하는 기법.
  281. mobbing / 집단동일작업(mobbing) : 여러 팀원이 특정 작업 항목에 동시에 집중하면서 서로의 기여도를 조율하는 기법.
  282. monitor / 감시 : 프로젝트 성과 데이터를 수집하고, 성과 측정치를 산출하고, 성과정보를 보고 배포하는 조치.
  283. monitor and control project work / 프로젝트작업 감시 및 통제 : 프로젝트관리 계획서에 정의된 성과 목표를 달성하는 과정에서 프로젝트 진척을 추적 및 검토하고 보고하는 프로세스.
  284. monitor communications / 의사소통 감시 : 프로젝트와 이해관계자의 정보 요구사항이 충족되는지 확인하는 프로세스.
  285. monitor risks / 리스크 감시 : 프로젝트 전반에 걸쳐, 리스크 대응계획이 실행되는지 감시하고, 리스크를 추적하고, 새로운 리스크를 식별 및 분석하고, 리스크 프로세스 유효성을 평가하는 프로세스.
  286. monitor stakeholder engagement / 이해관계자참여 감시 : 프로젝트 이해관계자 관계를 감시하면서 이해관계자의 참여 전략 및 계획 수정을 통해 이해관계자 참여 조정하는 프로세스.
  287. monitoring and controlling process group / 감시 및 통제 프로세스 그룹 : 프로젝트의 진척과 성과를 추적, 검토 및 조절하고, 계획에 변경이 필요한 식별하여, 이에 상응하는 변경을 착수하는 과정에서 필요한 프로세스.
  288. monte carlo simulation / 몬테카를로 시뮬레이션 : 확률분포와 확률론적 가지를 포함하는 입력 데이터에 무작위로 선정된 입력 컴퓨터 모델을 여러 번 반복하여 분석하는 기법. 프로젝트 결과물의 가능 영역을 나타내는 산출물이 생성 됨.
  289. multicriteria decision analysis / 다기준 의사결정 분석 : 이 기법에서는 리스크 수준, 불확실성, 평가 가치 등의 기준을 정립하는 데 필요한 체계적인 분석 방법을 제공하는 의사결정 매트릭스를 활용하여 수많은 아이디어를 평가하고 순위를 매긴다.
  290. network / 네트워크 : 프로젝트 일정 네트워크 다이어그램(Project Schedule Network Diagram) 참조.
  291. network logic / 네트워크 논리 : 프로젝트 일정 네트워크 다이어그램에 나타나는 모든 활동들의 의존관계.
  292. network path / 네트워크 경로 : 프로젝트 일정 네트워크 다이어그램에서 논리적 관계로 연결되는 활동들의 진행경로.
  293. networking / 네트워킹 : 동일 조직 또는 다른 조직의 인적 자원과 연계 및 관계 형성.
  294. node / 노드 : 일정 네트워크 다이어그램에서 의존관계선들이 연결되는 지점.
  295. nominal group technique / 명목집단기법 : 심층 브레인스토밍 또는 우선순위 결정에 가장 순서로 아이디어 순위를 매기는 투표 절차를 거쳐 브레인스토밍을 개선하는 기법.
  296. objective / 목표 : 작업이 추진될 방향, 도달할 전략적 위치 또는 성취할 목적, 획득할 결과, 생산할 제품 또는 수행할 서비스.
  297. opportunity / 기회 : 한 가지 이상의 프로젝트 목표에 긍정적 영향을 주는 리스크.
  298. organizational bias / 조직 편견 : 탐험 대 실행, 속도 대 안정성, 수량 대 품질, 유연성 대 예측성과 같은 핵심 가치로 규정되는 일련의 척도에 대한 조직의 선호도.
  299. organizational breakdown structure / 조직분류체계 : 조직에서 프로젝트 활동을 수행하는 팀과 프로젝트 활동들 사이 관계를 보여주는 프로젝트 조직의 계통도.
  300. organizational change management / 조직 변경관리 : 개인, 그룹 및 조직을 현재 상태에서 의도한 비즈니스 편익이 적용된 미래 상태로 전환하는 종합적, 주기적, 체계적인 접근 방식.
  301. organizational learning / 조직의 학습 : 개인과 그룹, 조직이 지식을 개발하는 방법과 관련된 체계.
  302. organizational process assets / 조직 프로세스 자산 : 수행 조직과 관련되고 수행 조직에 의해 사용되는 계획, 프로세스, 정책, 절차 및 기반.
  303. output / 산출물 : 프로세스에 의해 생성된 결과 또는 서비스. 산출물이 후행 프로세스의 투입물이 수 있다.
  304. overall project risk / 포괄적 프로젝트 리스크 : 개별적인 리스크를 포함한 모든 불확실성의 유발 근원으로부터 나오거나, 이해관계자가 프로젝트 결과물의 긍정적 또는 모든 변이에 노출되어 나타나는, 프로젝트 전반의 불확실성의 효과
  305. paint drip / 다재다능형(paint drip) : ‘다재다능형(Broken Comb)’ 참조.
  306. pair programming / 페어 프로그래밍 : 프로그래밍에 주력하는 페어작업.
  307. pair work / 페어작업 : 두 명의 팀원이 한 조가 되어 동일한 작업 항목에 협업하는 페어링 기법.
  308. pairing / 페어링 : ‘페어작업’ 참조.
  309. parametric estimating / 모수산정 : 알고리즘을 이용하여 선례 데이터와 프로젝트 모수를 기준으로 원가 또는 기간을 계산하는 산정기법.
  310. path convergence / 경로수렴 : 선행활동이 여러 개인 일정활동에서 나타나는 관계
  311. path divergence / 경로분기 : 후행활동이 여러 개인 일정활동에서 나타나는 관계
  312. percent complete / 달성율 : 활동 또는 작업분류체계(WBS) 구성요소에서 완료된 작업량을 산정하여 백분율로 나타낸 값.
  313. perform integrated change control / 통합 변경통제 수행 : 모든 변경 요청을 검토한 후 변경 사항을 승인하고, 인도물과 조직 프로세스 프로젝트 문서 및 프로젝트관리 계획서의 변경을 관리하며, 결정사항에 대해 의사소통하는 프로세스
  314. perform qualitative risk analysis / 정성적 리스크분석 수행 : 리스크의 발생 확률과 영향, 그 밖의 특성을 평가하여 심 분석 또는 조치의 긴급성에 따라 개별 리스크들의 우선순위를 지정하는 프로세스.
  315. perform quantitative risk analysis / 정량적 리스크분석 수행 : 식별된 개별 프로젝트 리스크와 그 밖의 전체 프로젝트 목표에 영향을 미치는 불확실성 유발 수치로 분석하는 프로세스.
  316. performance measurement baseline / 성과측정 기준선 : 통합된 범위, 일정 및 원가 기준선으로, 프로젝트 관리하고, 측정 및 통제하는 과정에서 비교 기준으로 사용된다.
  317. performance reviews / 성과검토 : 프로젝트 진행 과정에서 기준선 대비 실제 작업 성과 측정하고 비교 및 분석하는 사용되는 기법.
  318. personas / 페르소나 : 목표와 동기, 대표적 인적 특성으로 설명되는 유사한 최종 사용자 집단을 대표하는 전형적 사용자.
  319. phase / 단계 : 프로젝트 단계 참조.
  320. phase gate / 단계 심사 : 한 단계의 종료 시점에서 다 단계로 진행할지, 수정 계속할지 또는 프로젝트나 프로그램을 종료할지에 대한 결정을 내리기 위한 검토.
  321. pivot / 피봇 : 제품 또는 전략에 대한 새로운 가설을 테스트하기 위해 고안되어 계획된 과정 시정조치.
  322. plan communications management / 의사소통관리 계획수립 : 이해관계자 개개인 또는 집단의 정보 요구사항과 가용한 조직 자산, 프로젝트 요구사항을 바탕으로 프로젝트에 적합한 의사소통 방식과 계획을 수립하는 프로세스.
  323. plan cost management / 원가관리 계획수립 : 프로젝트 원가를 산정하고, 예산을 책정하고, 관리 및 감시하고 통제하는 방법을 정의하는 프로세스.
  324. plan procurement management / 조달관리 계획수립 : 프로젝트 조달 결정사항을 문서화하고, 조달 방식을 지정하며, 유력한 판매자를 식별하는 프로세스.
  325. plan quality management / 품질관리 계획수립 : 프로젝트 및 인도물에 대한 품질 요구사항과 표준을 식별하고, 프로젝트가 품질 요구사항 및 표준을 준수함을 입증할 방법을 문서화하는 프로세스.
  326. plan resource management / 자원관리 계획수립 : 실물 자원과 팀의 인적자원을 산정, 확보 및 관리하고, 활용하는 방법을 정의하는 프로세스.
  327. plan risk management / 리스크관리 계획수립 : 프로젝트에 대한 리스크 활동의 수행 방법을 정의하는 프로세스.
  328. plan risk responses / 리스크대응 계획수립 : 개별 프로젝트의 리스크를 처리할 뿐만 아니라, 전체 프로젝트 리스크 노출도를 낮추기 위해 옵션을 마련하고, 전략을 선정하고, 대응조치에 합의를 도출하는 프로세스.
  329. plan schedule management / 일정관리 계획수립 : 프로젝트 일정의 기획, 개발 관리, 실행 및 통제에 필요한 정책과 절차, 문서화 기준을 수립하는 프로세스.
  330. plan scope management / 범위관리 계획수립 : 프로젝트와 제품의 범위를 정의, 확인 및 통제하는 방법을 기술한 범위관리 계획서를 작성하는 프로세스
  331. plan stakeholder engagement / 이해관계자참여 계획수립 : 이해관계자들의 요구, 기대사항, 이해관계 및 프로젝트에 미치는 잠재적 영향을 바탕으로 프로젝트 이해관계자의 참여를 위한 접근 방식을 개발하는 프로세스.
  332. plan–do–check–act (pdca) / 계획-실행-검토-조치(PDCA) : 조직에서 프로세스 및 제품에 대한 통제와 지속적인 개선을 촉진하기 위해 사용하는 반복적 관리법.
  333. plan-driven approach / 계획 주도 방식 : ‘예측 방식’ 참조.
  334. planned value / 계획가치 : 일정 작업에 배정하여 받은 예산.
  335. planning package / 기획패키지 : 작업분류체계(WBS)에서 통 단위 아래에 위치하며 일정활동은 없지만 작업 내용은 파악된 구성요소. 통제 단위(Control Account)
  336. planning process group / 기획 프로세스 그룹 : 프로젝트의 범위를 설정하고 목표를 구체화하고, 프로젝트 목표를 달성하기 위해 일련의 활동을 정의하는 프로세스.
  337. plurality / 다수결 : 과반수가 아니더라도 집단의 최다 구성원이 지지하는 선택하는 의결 방식.
  338. policy / 정책 : 조직에서 채택한 체계적인 행동 양식. 조직의 정책은 조직의 행동을 규제하는 기본강령으로 설명될 수
  339. portfolio / 포트폴리오 : 전략적 목표를 달성하기 그룹으로 관리되는 프로젝트 프로그램, 하위 포트폴리오 작업.
  340. portfolio management / 포트폴리오관리 : 전략적 목표를 달성하기 하나 이상의 포트폴리오를 중앙집중식으로 관리하는 기법.
  341. practice / 실무사례 : 프로세스 실행에 기여하는 특정 유형의 전문적 활동 또 관리 활동으로, 한 가지 이상의 기법과 도구를 활용하기도 한다.
  342. precedence diagramming method / 선후행도형법 : 일정 모델을 구성하는 데 사용되는 기법으로, 활동을 노드로 표시하고 한 가지 이상의 논리적 관계로 연결하여 활동들의 수행 순서를 보여준다.
  343. precedence relationship / 선후행 관계 : 선후행도형법에서 사용되는 논리적 의존관계.
  344. predecessor activity / 선행활동 : 일정에서 논리적으로 종속된 활동 앞에 나오는 활동.
  345. predictive approach / 예측 방식 : 프로젝트 생애주기에 걸쳐 작업계획과 그 작업계획의 관리를 활용하는 작업관리 방식.
  346. predictive life cycle / 예측 생애주기 : 프로젝트의 범위와 시간, 원가가 생애주기의 초기 단계에서 결정되는 형태의 프로젝트 생애주기.
  347. predictive life cycle / :
  348. preventive action / 예방조치 : 프로젝트작업의 미래 성과를 프로젝트관리 계획서에 맞추는 것을 목적으로 하는 활동.
  349. probability and impact matrix / 확률-영향 매트릭스 : 각 리스크의 발생 확률과 리스크가 발생할 경우 프로젝트 목표에 미치는 영향을 연결하여 보여주는 계통도.
  350. procedure / 절차 : 일관된 성과나 결과를 달성하기 위해 수립된 방법이며, 일반적으로 프로세스를 실행하기 위해 진행할 일련의 단계로 설명할 수 있다.
  351. process / 프로세스 : 한 가지 이상의 투입물로 한 가지 이상의 산출물을 생산하는 방식으로 최종 결과를 유발하는 일련의 체계적 활동.
  352. procurement audits / 조달감사 : 계약 및 계약 프로세스의 완전성, 정확성, 효율성을 확인하기 위한 심사.
  353. procurement documentation / 조달 문서 : 협약을 체결 및 이행하고 종료하는 과정에서 사용되는 모든 문서. 조달 문서는 프로젝트 이전에 발생한 문서를 포함할 수도 있다.
  354. procurement documents / 조달문서 : 입찰 및 제안서를 제출하는 과정에서 사용하는 문서로, 구매자의 입찰초청서, 협상초청서, 정보요청서, 견적요청서, 제안요청서 및 판매자 응답서를 포함한다.
  355. procurement management plan / 조달관리 계획서 : 프로젝트팀이 수행 조직 밖에서 상품과 서비스를 확보하는 방법을 기술한 문서로, 프로젝트 또는 프로그램관리 계획서를 구성하는 요소이다.
  356. procurement statement of work / 조달 작업기술서 : 유력한 판매자가 제품, 또는 결과물을 제공할 있는지 판단할 수 있도록 상세하게 조달품목을 기술한 문서.
  357. procurement strategy / 조달 전략 : 원하는 결과를 인도하기 따라야 하는 법적 구속력 있 합의 유형과 프로젝트 인도 방식을 결정하는 과정에서 구매자의 접근 방식.
  358. product / 제품 : 생산되어 정량적으로 표현될 수 있고, 자체가 완제품이거나 다른 제품의 구성요소인 자재와 상품도 제품을 의미하는 용어이다. 인도물(Deliverable) 참조.
  359. product analysis / 제품분석 : 인도물이 제품인 프로젝트에서, 범위를 정의하는 도구로, 일반적으로 제품에 관해 문의하고, 제작 제품의 용도, 특성 그리고 기타 관련 측면에 대해 질문하는 작업을 의미한다.
  360. product backlog / 제품 백로그 : 팀이 제품에 대해 유지관리하는 사용자 중심 요구사항들을 순서대로 정리한 목록.
  361. product life cycle / 제품 생애주기 : 개념 수립부터 인도, 성장, 성숙 과정을 거쳐 폐기 단계 이르기까지 제품의 진화를 나타내는 일련의 단계.
  362. product owner / 제품 책임자(PO) : 제품의 가치를 극대화할 책임과 제작되는 최종 제품에 대한 최종적인 책임을 지는 사람. 서비스요청 관리자 참조.
  363. product scope / 제품범위 : 제품, 서비스 또는 결과의 특성과 기능.
  364. product scope description / 제품 범위명세서 : 제품의 범위를 자세히 문서.
  365. program / 프로그램 : 개별적으로 관리해서는 실현되지 않는 편익을 달성하기 위해 통합적인 방식으로 관리하는 다양한 관련 프로젝트, 하위 프로그 및 프로그램 활동.
  366. program management / 프로그램관리 : 프로그램 구성 요소들을 개별적으로 관리해서는 실현되지 않는 혜택과 달성하기 위해 프로그램에 지식, 기량, 원칙을 적용하는 관리 방식.
  367. progressive elaboration / 점진적 구체화 : 점차 정보의 양이 증가하고 정확한 산정치가 제시됨에 따라 프로젝트관리 계획서의 정확도를 높여 나가는 반복적인 프로세스.
  368. progressive elaboration / 점진적 구체화 : 점차 정보의 양이 증가하고 정확한 산정치가 제시됨에 따라 프로젝트관리 계획서의 정확도를 높여 나가는 반복적인 프로세스.
  369. project / 프로젝트 : 고유한 제품, 서비스 또는 결과를 창출하기 위해 일시적으로 투입하는 노력.
  370. project calendar / 프로젝트 달력 : 일정활동을 수행할 수 있는 근무일 또는 근무 교대 시간 보여주는 달력.
  371. project charter / 프로젝트헌장 : 프로젝트의 채택을 공식적으로 승인하고 프로젝트 관리자에게 프로젝트 활동에 조직의 자원을 투입할 수 있는 권한 부여하기 위해서 프로젝트 착수자나 스폰서가 발행하는 문서.
  372. project communications management / 프로젝트 의사소통관리 : 프로젝트 의사소통관리 영역에는 프로젝트 정보를 적기에 적절히 기획, 수집, 생성, 배포, 저장, 검색, 관리 통제, 감시, 그리고 최종 처리를 하기 위해 필요한 프로세스들이 포함된다.
  373. project cost management / 프로젝트 원가관리 : 프로젝트 원가관리에는 승인된 예산 범위에서 프로젝트를 완료할 수 원가를 계획 및 산정하고 예산을 책정하며, 필요한 자금을 조달 및 관리하고 원가를 통제하는 과정에서 수행하는 프로세스들이 포함된다.
  374. project funding requirements / 프로젝트 자금 요구사항 : 원가 기준선에서 파생되어 총액으로 또는 주기적으로 요구되는 분할급으로 지불해야 할 예측 프로젝트 원가로, 프로젝트 지출금과 예상되는 부채가 포함된다.
  375. project governance / 프로젝트 거버넌스 : 조직의, 전략적, 운영상 목표를 달성하기 위해 제품, 서비스 또는 결과를 산출할 수 있도록 프로젝트 관리 활동을 안내하는 기본 구조와 기능, 프로세스.
  376. project initiation / 프로젝트 착수 : 새 프로젝트가 승인됨에 프로젝트를 시작하는 조치.
  377. project integration management / 프로젝트 통합관리 : 프로젝트 통합관리에는 프로젝트관리 프로세스 그룹에 속하는 다양한 프로세스와 프로젝트관리 활동을 식별, 정의, 결합, 및 조정하는 프로세스 및 활동들이 포함된다.
  378. project life cycle / 프로젝트 생애주기 : 시작부터 종료되기까지 프로젝트가 거쳐가는 일련의 생애 단계.
  379. project management / 프로젝트관리 : 프로젝트 요구사항을 충족시키기 위해 지식, 기술 도구, 기법 등을 프로젝트 활동에 적용하는 조치.
  380. project management body of knowledge / 프로젝트관리지식체계 : 프로젝트관리 전문분야에 속하는 지식을 설명하는 전문 분야에서 이미 널리 적용되고 있는 입증된 실무사례와 새롭게 등장하는 혁신적인 실무사례가 모두 프로젝트관리지식체계에 포함된다.
  381. project management information system / 프로젝트관리정보시스템 : 프로젝트관리 프로세스의 산출물을 수집, 통합, 배포하는 데 사용되는 기법들로 구성된 정보
  382. project management knowledge area / 프로젝트관리 지식영역 : 지식 요구사항에 따라 정의되고 하위 프로세스, 사례, 투입물, 산출물, 도구 기법 등으로 설명되는 프로젝트관리 영역.
  383. project management office / 프로젝트관리오피스 : 프로젝트 관련 거버넌스 프로세스를 표준화하여 자원 방법론, 도구, 기법 등을 공동으로 이용할 수 있도록 지원하는 관리 구조.
  384. project management office (pmo) / 프로젝트관리오피스(PMO) : 프로젝트 관련 거버넌스 프로세스를 표준화하여 자원, 방법론, 도구, 기법 등을 공동으로 이용할 수 있도록 지원하는 관리 구조.
  385. project management plan / 프로젝트관리 계획서 : 프로젝트를 실행, 감시, 통제 및 종료하는 방법을 기술한 문서.
  386. project management process group / 프로젝트관리 프로세스그룹 : 프로젝트 관리 투입물, 도구 및 기법, 산출물들을 논리적으로 분류한 그룹. 프로젝트관리 프로세스 그룹에는 착수 프로세스, 기 프로세스, 실행 프로세스, 감시 및 통제 프로세스, 종료 프로세스가 포함된다. 프로세스관리 프로세스 그룹은 프로젝트 단계가 아니다.
  387. project management system / 프로젝트관리 시스템 : 프로젝트를 관리하기 위한 프로세스, 도구, 기법, 방법론 자원 및 절차들의 체계적인 통합체.
  388. project management team / 프로젝트관리팀 : 프로젝트팀에서 프로젝트관 활동에 직접 참여하는 팀원. 프로젝트팀(Project Team 참조.
  389. project manager / 프로젝트 관리자 : 수행 조직에서 프로젝트 목표를 달성할 책임을 지고 팀을 이끌도록 선임된
  390. project organization chart / 프로젝트 조직도 : 특정 프로젝트에서 프로젝트 팀원 구성과 팀원간 관계를 도식으로 표시한 문서.
  391. project phase / 프로젝트 단계 : 논리적으로 연관된 프로젝트 활동들의 집합체로, 각 한 가지 이상의 인도물이 최 완성되면서 끝난다.
  392. project procurement management / 프로젝트 조달관리 : 프로젝트 조달관리에는 프로젝트팀 외부에서 제품, 서비스 또는 결과물을 구매하거나 획득하기 위해 필요한 프로세스들이 포함된다.
  393. project quality management / 프로젝트 품질관리 : 프로젝트 품질관리에는 이해관계자의 기대사항을 충족하기 위해 프로젝트 및 제품의 품질 요구사항에 품질 계획수립, 관리 및 통제에 관한 조직의 품질 정책을 반영하는 프로세스들이 포함된다.
  394. project resource management / 프로젝트 자원관리 : 프로젝트 자원관리에는 프로젝트를 성공적으로 완료하는 데 필요한 자원을 식별 및 조달하고 관리하는 프로세스들이 포함된다.
  395. project risk management / 프로젝트 리스크관리 : 프로젝트 리스크관리에는 프로젝트 리스크관리 계획수립, 프로젝트 리스크 식별, 분석, 대응 계획수립, 대응 실행 및 감시 과정에서 실행하는 프로세스들이 포함된다.
  396. project schedule / 프로젝트 일정 : 예정일, 기간, 마일스톤 및 자원과 해당 활동을 연결하여 보여주는 일정 모델.
  397. project schedule management / 프로젝트 일정관리 : 프로젝트 일정관리에는 적시에 프로젝트가 완료되도록 관리하기 위해 필요한 프로세스들이 포함된다.
  398. project schedule network diagram / 프로젝트 일정 네트워크 다이어그램 : 프로젝트 일정활동 사이의 논리적 관계를 도식으로 보여주는 도표.
  399. project scope / 프로젝트 범위 : 지정된 특성과 기능을 갖춘 제품, 서비스 또는 결과를 제공하기 위해 수행하는
  400. project scope management / 프로젝트 범위관리 : 프로젝트 범위관리에는 프로젝트를 성공적으로 완료하기 위해 필요한 작업만이 빠짐없이 프로젝트에 포함되었다는 것을 확실히 하기 위해 필요 프로세스들이 포함된다.
  401. project scope statement / 프로젝트 범위기술서 : 프로젝트 범위, 주요 인도물 가정, 제약을 기술한 문서.
  402. project stakeholder management / 프로젝트 이해관계자관리 : 프로젝트 이해관계자관리에 프로젝트에 영향을 주거나 영향을 받을 수 있는 모든 사람, 집단 또는 조직을 식별하고, 이해관계자의 기대사항과 그들이 프로젝트에 미치는 영향력을 분석하고, 프로젝트 의사결정 및 실행에 이해관계자의 효과적인 참여를 유도하기 위해 적절한 관리전략 필요한 프로세스들이 포함된다.
  403. project team / 프로젝트팀 : 정해진 목표를 달성하기 프로젝트관리자를 도와 프로젝트작업을 수행하는 집단. 프로젝트관리팀(Project Management Team) 참조.
  404. project team directory / 프로젝트팀 명부 : 프로젝트 팀원 구성, 각 팀원이 프로젝트에서 담당하는 역할, 의사소통 정보가 수록된 명부.
  405. proposal evaluation techniques / 제안서 평가기법 : 계약 수주 의사결정을 지원하기 위해 공급업체가 제출하는 제안서를 검토하는 프로세스.
  406. prototypes / 프로토타입 : 제품의 실제 제작에 앞서 예 제품의 작동모형을 제공하여 제품 요구사항에 대한 조기 피드백을 구하는 방법.
  407. quality / 품질 : 기본 특성이 요구사항을 충족하는 정도.
  408. quality audits / 품질감사 : 품질감사는 프로젝트 활동이 조직 및 프로젝트의 정책, 프로세스 및 절차를 따르는지 판별하기 위해 수행하는 체계적이며 독립적인 프로세스이다.
  409. quality checklists / 품질 점검목록 : 필요한 일련의 단계를 수행했는지 확인하는 데 사용되는 체계적인 검사
  410. quality control measurements / 품질통제 측정치 : 품질통제 활동의 결과를 기록한 자료.
  411. quality management plan / 품질관리 계획서 : 품질 목표를 달성하기 위해 적용되는 정책과 절차, 구현하는 방법을 기술한 문서로, 프로젝트관리 또는 프로그램관리 계획서를 구성하는 요소이다.
  412. quality management system / 품질관리 시스템 : 품질관리 계획서를 이행하는 데 필요한 정책, 프로세스, 절차 및 자원을 제공하는 구조의 조직체계. 기본적인 프로젝트 품질관리 계획서는 조직의 품질관리 시스템과 호환되어야 한다.
  413. quality metrics / 품질 매트릭스 : 프로젝트 또는 제품의 특성과 각 특성의 측정방법에 대한 설명.
  414. quality policy / 품질정책 : 프로젝트 품질관리 지식영역과 관련된 정책으로 조직에서 품질관리 시스템을 구현할 때 조직의 조치를 통제할 기본 정책을 수립한다
  415. quality report / 품질 보고서 : 품질관리 이슈와 시정 조치 권고사항, 품질 통제 발견된 결과를 요약한 프로젝트 문서로, 프로세스 프로젝트, 제품 개선에 대한 권고사항을 포함하기도 한다
  416. quality requirement / 품질 요구사항 : 결과물의 품질특성이 인수 가능한 수준인지 확인하여 적합성을 평가하는 데 사용되는 조건 또는 역량.
  417. questionnaires / 설문지 : 수많은 응답자로부터 신속하게 정보를 수집할 수 있도록 고안된 문항들이 수록된 양식.
  418. raci chart / RACI 차트 : 프로젝트 활동에 이해관계자의 참여도를 정의하는 데 수행담당(R), 총괄책임(A), 자문담당(C), 정보통지(I) 역할을 적용하는 일반적인 형태의 책임배정매트릭스.
  419. refactoring / 리팩토링 : 예상되는 결과는 변경하지 않고 유지관리성과 그 밖에 원하는 특성을 향상시켜서 제품의 설계를 개선하는 방식의 제품 품질관리 기법.
  420. regression analysis / 회귀분석 : 일련의 투입물 변수를 해당하는 산출결과와 비교하여 둘 사이 수학적 또 통계적 관계를 밝히는 분석기법.
  421. regulations / 규정 : 정부 기관에서 규정하는 요구사항. 정부 시행령에 따 준수해야 하는 관할 행정 규제를 비롯한 법적 요구사항에 따라 제품, 프로세스 또는 서비스 결정될 수도 있다.
  422. request for information / 정보요청서 : 조달 문서의 일종으로 구매자가 잠재적 판매자에게 제품, 서비스 또는 판매자 역량과 관련된 다양한 제공할 것을 요청하는 데 사용하는 서식.
  423. request for proposal / 제안요청서 : 조달문서의 일종으로 제품이나 서비스의 유력한 판매자에게 제안서를 요청하는 데 사용하는 서식. 일부 응용분야에서는 더 구체적인 의미를 갖기도
  424. request for quotation / 견적요청서 : 조달문서의 일종으로 일반 또는 표준 제품이나 서비스의 유력한 판매자에게 가격 견적서를 요청하는 데 사용하는 서식. 때로 제안요청서 대신 사용되며, 일부 응용분야에서는 더 구체적인 의미를 갖기도
  425. requirement / 요구사항 : 비즈니스 요구를 충족하기 위해 제품, 서비스 또는 결과물에 구현해야 하는 조건이나 역량.
  426. requirements documentation / 요구사항 문서 : 개별 요구사항이 프로젝트의 비즈니스 요구를 충족하는 방법을 기술한 문서.
  427. requirements management plan / 요구사항관리 계획서 : 요구사항의 분석, 문서화, 관리 방법을 기술한 문서로, 프로젝트 또는 프로그램관리 계획서를 구성하는 요소이다
  428. requirements traceability matrix / 요구사항 추적 매트릭스 : 요구사항이 비롯된 근원에서 요구사항을 충족하는 인도물까지 제품 요구사항을 연결해 놓은 계통도.
  429. reserve / 예비 : 프로젝트관리 계획서에 원가 리스크와 일정 리스크를 완화할 목적으로 마련된 완화할 리스크 유형을 구체적으로 설명하기 위해 대개 수식어와 함께 사용된다(예: 관리예비, 우발사태 예비).
  430. reserve analysis / 예비분석 : 프로젝트관리 계획서의 구성요소별 필수기능과 구성요소 간 관계를 판별한 후, 프로젝트의 일정 기간, 예산, 산정 원가 또는 자금에 대한 예비량을 설정하는 분석기법.
  431. residual risk / 잔존 리스크 : 리스크 대응 조치를 실행한 후에도 남아 있는 리스크.
  432. resource / 자원 : 프로젝트를 완료하는 데 필요한 팀원 또는 실제 품목
  433. resource breakdown structure / 자원분류체계 : 범주와 유형별로 자원을 분류한 계통도.
  434. resource calendar / 자원달력 : 특정 자원별로 자원을 사용 가능한 근무일과 교대 근무 시간을 보여주는 달력.
  435. resource histogram / 자원 히스토그램 : 연속된 자원 사용 기간에 걸 자원의 사용 일정을 시간 값으로 보여주는 막대차트.
  436. resource leveling / 자원평준화 : 프로젝트 일정을 조정하여 자원 할당을 최적화하는 방식의 자원최적화 기법으로 주공정에 영향을 미칠 수 있다. 자원최적화기법(Resource Optimization Technique), 자원평활화(Resource Smoothing) 참조.
  437. resource management plan / 자원관리 계획서 : 프로젝트 자원을 확보하여 할당하고, 감시 및 통제하는 방법을 기술한 문서로, 프로젝트관리 계획서를 구성하는 요소이다.
  438. resource manager / 자원관리자 : 하나 이상의 자원에 대한 관 권한을 가지는 사람.
  439. resource optimization technique / 자원최적화기법 : 자원에 대한 수요와 가용한 공급의 균형을 위해 활동의 시작일과 종료일을 조정하는 기법 자원평준화(Resource Leveling) 및 자원평활화(Resource Smoothing) 참조.
  440. resource requirements / 자원 요구사항 : 작업패키지의 각 활동에 필요한 자원의 종류와 수량.
  441. resource smoothing / 자원평활화 : 주공정에 영향을 주지 않으면서 자유여유와 총여유를 이용하는 자원최적화 기법. 자원평준화(Resource Leveling) 및 자원최적화기법(Resource Optimization Technique) 참조.
  442. responsibility / 담당(업무) : 프로젝트관리 계획서에 의거 위임될 수 있는 임무로, 배정된 자원은 그에 따른 요구사항을 수행할 의무가 발생한다.
  443. responsibility assignment matrix / 책임배정매트릭스 : 각 작업패키지에 배정된 프로젝트 자원을 보여주는 계통도.
  444. result / 결과 : 프로젝트관리 프로세스와 활동을 수행하여 나온 산출물(예: 통합 시스템, 개정한 프로세스, 재구성한 조직, 테스트, 교육을 이수한 직원 등)과 문서(예: 정책서, 계획서, 연구서, 절차 규정집 사양서, 보고서 등)가 결과에 포함된다. 인도물(Deliverable) 참조.
  445. retrospective / 회고 : 프로세스와 제품을 모두 개선할 목적으로 참가자들이 자신의 작업과 결과물을 논의하기 위해 정기적으로 갖는 워크샵.
  446. rework / 재작업 : 요구사항 또는 사양을 않거나 결함이 있는 구성요소를 해당 요건을 준수하는 상태로 개선하기 위해 취하는 조치.
  447. risk / 리스크 : 발생할 경우에 한 가지 이상 프로젝트 목표에 긍정적 부정적인 영향을 미치는 불확실한 사건이나 조건.
  448. risk acceptance / 리스크 수용 : 프로젝트팀에서 리스크를 인정하지만 실제로 발생할 때까지 어떠한 조치도 않기로 결정하는 리스크 전략.
  449. risk appetite / 리스크 선호도 : 조직이나 개인이 보상을 기대하고 감수하려고 하는 불확실성 정도.
  450. risk audit / 리스크 감사 : 리스크관리 프로세스의 효과를 판단하기 위해 사용하는 감사 유형.
  451. risk avoidance / 리스크 회피 : 위협을 제거하거나 충격으로부터 프로젝트를 보호하기 위해 프로젝트팀에서 취하는 리스크 대응 전략.
  452. risk breakdown structure / 리스크분류체계 : 리스크의 잠재적 유발 보여주는 계통도.
  453. risk categorization / 리스크 분류 : 불확실성의 영향에 가장 취약한 프로젝트 영역을 판별하기 위해 리스크 유발 근원(예: RBS 사용), 영향을 받는 프로젝트 영역(예: WB 사용) 또는 기타 유용한 범주(예: 프로젝트 단계) 기준으로 리스크를 분류하는 조치.
  454. risk category / 리스크 범주 : 리스크를 잠재적 원인별로 분류한 그룹.
  455. risk data quality assessment / 리스크 데이터 품질평가 : 리스크 관련 데이터가 리스크관리에 유용한 정도를 평가하는 기법.
  456. risk enhancement / 리스크 개선 : 프로젝트팀에서 기회의 발생 확률이나 영향력을 높이기 위해 취하는 리스크 대응 전략.
  457. risk escalation / 리스크 상부보고 : 팀에서 리스크가 팀의 범위를 벗어나 리스크의 소유권을 조직에서 더 효과적으로 관리할 상위 수준으로 이전해야 함을 인정하는 유형의 리스크 전략.
  458. risk exploiting / 리스크 활용 : 프로젝트팀에서 기회의 발생을 보장하기 위해 취하는 리스크 대응 전략.
  459. risk exposure / 리스크 노출도 : 프로젝트, 프로그램 또는 포트폴리오에서 주어진 시점에 모든 리스크의 잠재적 영향력을 집계한 측정값.
  460. risk management plan / 리스크관리 계획서 : 리스크관리 활동을 체계적으로 구성하고 수행하는 방법을 기술한 문서로, 프로젝트, 프로그램 또는 포트폴리오관리 계획서를 구성하는 요소이다
  461. risk mitigation / 리스크 완화 : 프로젝트팀에서 위협의 발생 확률이나 영향력을 줄이기 위해 취하는 리스크 대응 전략.
  462. risk owner / 리스크 소유자 : 리스크를 감시하고 적절한 리스크대응 전략을 선별하여 실행할 책임이 있는 사람.
  463. risk register / 리스크 관리대장 : 리스크관리 프로세스의 산출물을 기록하는 저장소.
  464. risk report / 리스크 보고서 : 프로젝트 리스크관리 프로세스 전반에서 점진적으로 개발되는 프로세스 문서로, 개별 프로젝트 리스크에 대한 정보와 전체 프로젝트 리스크의 정도가 요약되어 있다.
  465. risk review / 리스크검토 : 전체 프로젝트 리스크와 식별된 개별 프로젝트 리스크를 처리함에서 리스크 대응의 효과를 검토하고 문서화하기 위해 진행하는 회의.
  466. risk sharing / 리스크 공유 : 프로젝트팀에서 기회의 편익을 가장 잘 포착할 수 있는 제3자에게 그 기회의 소유권을 할당하는 방식의 리스크 대응 전략.
  467. risk threshold / 리스크 한계선 : 리스크 노출도 수준으로, 한계선을 넘으면 해결해야 리스크이고 넘지 않으면 가능한 리스크이다.
  468. risk transference / 리스크 전가 : 프로젝트팀에서 위협으로 인한 영향을 리스크 대응 권한과 함께 제3 자에게 이전하는 방식의 리스크 대응전략
  469. role / 역할 : 프로젝트 팀원이 수행하도록 배정 받은 직무로, 시험, 작성, 검사 또는 코드 작성 등의 역할이 있다.
  470. rolling wave planning / 연동기획 : 곧 착수할 작업은 하위 수준까지 세밀하게 계획하고 먼 미래의 작업은 상위 수준 계획하는 방식의 반복적 기법.
  471. rolling wave planning / 연동기획 : 곧 착수할 작업은 하위 수준까지 세밀하게 계획하고 먼 미래의 작업은 상위 수준만 계획하는 방식의 반복적 기획 기법.
  472. root cause analysis / 원인분석 : 차이, 결함 또는 리스크를 유발하는 근본적인 이유를 판별하는 데 사용되는 분석기법. 한 가지 근본 원인이 하나 이상의 차이, 결함, 리스크를 초래할 수 있다.
  473. scaled agile framework (safe®) / 확장형애자일프레임워크(SAFe®) : 전사 차원으로 확장된 린(lean)-애자일 개발을 위한 통합형 지식기반.
  474. schedule / 일정 : 프로젝트 일정(Project Schedule) 및 일정모델(Schedule Model 참조.
  475. schedule baseline / 일정 기준선 : 승인된 버전의 일정 모델로, 실제 결과와 비교 기준으로 사용되며 공식적인 변경통제 절차를 수행하여 변경할 수 있다.
  476. schedule compression / 일정단축 : 프로젝트 범위를 축소하지 않고 일정기간을 단축하는 사용되는 기법.
  477. schedule data / 일정데이터 : 일정을 설명하고 통제하는 사용되는 정보의 집합.
  478. schedule forecasts / 일정예측 : 일정을 계산하는 시점에서 활용 가능한 정보와 지식을 토대로 프로젝트의 향후 및 사건을 산정 또는 예상한 결과.
  479. schedule management plan / 일정관리 계획서 : 일정을 개발, 감시 및 통제하기 위한 기준과 기술한 문서로, 프로젝트관리 또는 프로그램관리 계획서를 구성하는 요소이다.
  480. schedule model / 일정모델 : 프로젝트 활동의 실행 정리한 모델로, 다른 일정과 맞추면서 프로젝트 일정을 계획하는 데 사용되며 기간, 의존관계, 기타 기획 정보가 포함된다.
  481. schedule network analysis / 일정 네트워크 분석 : 프로젝트 활동 중 미완결 부분에 대한 빠른시작일과 늦은시작일, 빠른종료일과 늦은종료일을 식별하는 기법
  482. schedule performance index / 일정성과지수 : 획득가치(EV) 대비 계획가치(PV)의 비율로 표시되는 일정 효율의 척도.
  483. schedule variance / 일정차이 : 획득가치(EV)와 계획가치(PV) 간 차이로 표시되는 일정 성과의 척도.
  484. scheduling tool / 일정계획 도구 : 일정계획 작업에 유용한 구성요소 이름, 정의, 구조적 관계를 제공하는 도구.
  485. scope / 범위 : 프로젝트 형태로 제공될 서비스 및 결과를 모두 포괄하는 집합. 프로젝트 범 (Project Scope) 및 제품 범위 (Product Scope) 참조
  486. scope baseline / 범위 기준선 : 승인된 버전의 범위기술서, 작업분류체계(WBS) 및 관련 WBS 사전으로, 공식적인 변경통제 절차를 통해서만 변경할 수 있고 실제 결과와 비교의 기준으로 사용된다.
  487. scope creep / 범위추가 : 시간, 원가 및 자원 조정 진행되는 통제되지 않는 수준의 제품 또는 프로젝트 범위 확장.
  488. scope management plan / 범위관리 계획서 : 범위를 정의, 개발, 감시, 및 확인하는 방법을 기술한 문서로, 프로젝트관리 또는 프로그램관리 계획서를 구성하는 요소이다.
  489. scrum / 스크럼(Scrum) : 특정 역할, 이벤트 및 작업물이 할당된 복잡한 제품을 개발 및 지속하기 위한 애자일 프레임워크.
  490. scrum board / 스크럼 보드 : 제품과 스프린트 백로그를 관리하고 작업흐름과 병목현상을 보여주는 데 사용되는 정보 전광판.
  491. scrum master / 스크럼 마스터 : 스크럼(Scrum) 프레임워크에서 개발팀과 프로세스 책임자를 지도하는 코치. 장애물을 제거하고 생산적인 이벤트를 촉진하며, 혼란이 발생하지 않도록 팀을 주도한다. ‘플로우 마스터’ 참조.
  492. scrum of scrums / 스크럼의 스크럼(SoS) : 동일한 제품에 협업하는 여러 팀을 위해 규모대로 스크럼을 운영하면서 상호 의존관계에 대한 진척 논의를 조율하고, 특히 중첩 영역에서 소프트웨어 인도를 통합할 방법에 주력하는 기법.
  493. scrum team / 스크럼팀 : 스크럼에 투입된 개발팀과 스크럼 마스터, 제품 책임자로 이루어진 팀.
  494. scrumban / 스크럼반(Scrumban) : 팀이 선택한 작업 방식으로 스크럼을 채택하고, 작업 방식을 확인 및 파악하고 지속적으로 개선하기 위한 창구로 칸반(Kanban) 방법을 사용할 때 등장하는 관리 프레임워크.
  495. secondary risk / 2차 리스크 : 리스크 대응의 직접적인 결과로 발생되는 리스크.
  496. self-organizing team / 자율구성팀 : 팀의 목표를 달성하기 위해 필요에 따라 유동적으로 리더십이 이전되는 교차기능팀. (자기조직화된 팀이라고도 함)
  497. self-organizing teams / 자율구성팀 : 중앙의 통제를 받지 않고 기능을 수행하는 형태의 팀 결성.
  498. seller / 판매자 : 제품, 서비스 또는 결과를 조직에 공급하는 제공자 또는 공급자.
  499. seller proposals / 판매자 제안서 : 판매자가 요청한 조직을 위해서 수행해야 할 가격, 판매조건, 기술사양서 또는 기술역량을 규정한 제안요청서나 기타 조달문서에 대한 판매자의 공식 회신. 이것이 승인되면 판매자는 합의결과를 이행해야 할 의무를 가지게 된다.
  500. sensitivity analysis / 민감도 분석 : 정량적 리스크 분석 모델을 구성하는 요소들의 변이와 프로젝트 결과물을 연관시키는 방식으로 프로젝트 결과물에 미치는 잠재적 영향력이 가장 큰 개 프로젝트 리스크나 그 밖의 불확실성의 유발 근원을 판별하는 분석 기법.
  501. sequence activities / 활동순서 배열 : 프로젝트 활동 사이의 식별하여 문서화하는 프로세스.
  502. servant leadership / 섬김형 리더십 : 팀성과를 최대치로 달성하기 위해 팀원의 요구와 개발을 파악하고 해결하는 데 중점을 두어 섬김으로 리딩하는 실무.
  503. service level agreement / 서비스수준 협약 : 서비스 제공자(대내 또는 대외)로부터 기대하는 수준을 정의하는 최종 사용자와 서비스 제공자 사이의 계약.
  504. service request manager / 서비스요청 관리자 : 지속적인 흐름 또는 칸반 환경에서 가치를 극대화하기 위해 필요한 서비스요청을 담당하는 사람. 제품 책임자(PO)와 동일하다.
  505. siloed organization / 사일로형 조직 : 고객에게 가치를 인도하는 데 필요한 측면 중 일부에만 기여하는 방식으로 구성된 조직. (각주:부서이기주의라고 표현되기도 함) 대비되는 ‘가치흐름’ 참조.
  506. simulation / 시뮬레이션 : 여러 가지 불확실성이 프로젝트 목표에 미칠 영향을 평가하기 위해 불확실성들의 종합적 결과를 모델링하는 분석 기법.
  507. single-loop learning / 단일순환 학습 : 경험에 비추어 다양한 방법에 도전하지 않고 미리 정의된 특정한 방법만으로만 문제를 해결하려고 시도하는 실무.
  508. smoke testing / 스모크 테스트 : 개발 중인 시스템의 가장 중요한 기능이 의도한 대로 작동하는지 확인하기 위한 일련의 경량 테스트를 실시하는 실무.
  509. source selection criteria / 공급자 선정기준 : 판매자가 계약자로 선정되기 위해 충족하거나 초과해야 속성으로 구매자가 요구하는 기준.
  510. specification / 사양서 : 충족해야 하는 요구사항과 필수적인 특성을 정확히 명시한 기술서.
  511. specification by example (sbe) / 예제별 명세(SBE) : 추상문이 아닌 실질적인 예제를 이용하여 포착하고 제시한 요구사항을 기반으로 소프트웨어 제품에 대한 요구사항 및 비즈니스 지향 기능 테스트를 정의하는 협업 방식.
  512. specification limits / 사양한계 : 관리도에 표시된 데이터의 중앙선(또는 평균)으로 나뉜 한쪽 구간에서 제품 또는 서비스에 대한 고객의 요구사항을 충족하는 영역. 영역은 통제한계로 정의되는 영역보다 크거나 작을 수 있다. 통제한계(Control Limits) 참조.
  513. spike / 스파이크 : 프로젝트 내에서의 짧은 시간간격(통상 고정된 기간)동안 팀이 실현 가능성에 대한 해결책 차원으로 연구나 시제품을 수행하는 것.
  514. sponsor / 스폰서 : 프로젝트, 프로그램 또는 포트폴리오에 필요한 자원과 지원을 제공하고 성공으로 이끌 책임이 있는 개인 또는 집단.
  515. sponsoring organization / 후원조직 : 프로젝트 스폰서와 프로젝트 자금 또는 기타 프로젝트 자 전달자를 동원할 책임이 조직.
  516. sprint / 스프린트 : 스크럼에서 타임박스가 있는 반복(iteration)을 설명한다.
  517. sprint backlog / 스프린트 백로그 : 스크럼팀이 식별한 스프린트 동안 완료해야 할 작업항목리스트.
  518. sprint planning / 스프린트 계획 : 스크럼팀이 현재 스프린트를 위한 업무계획을 수립하는 스크럼의 협업이벤트.
  519. stakeholder / 이해관계자 : 프로젝트, 프로그램 또는 포트폴리오의 의사결정, 또는 결과로 인해 영향을 받거나 받을 수 있거나 스스 영향을 받는다고 여기는 집단 또는 조직.
  520. stakeholder analysis / 이해관계자 분석 : 프로젝트 전반에 걸쳐 고려해야 할 이해관계자의 이해관계를 결정하기 위한 정량적 및 정성적 정보를 체계적으로 수집하고 분석하는 기법
  521. stakeholder engagement assessment matrix / 이해관계자 참여 평가 매트릭스 : 이해관계자 참여도의 현재 수준과 원하는 수준을 비교하는 매트릭스.
  522. stakeholder engagement plan / 이해관계자 참여관리 계획서 : 프로젝트 또는 프로그램 의사결정 및 실행 과정에 이해관계자의 생산적인 참여를 촉진하기 위해 전략과 조치를 기술한 프로젝트관리 계획서를 구성하는 요소이다.
  523. stakeholder register / 이해관계자 관리대장 : 프로젝트 이해관계자 식별 명부, 평가 및 분류 정보가 수록된 프로젝트 문서.
  524. standard / 표준 : 당국이나 관습, 또는 일반적 합의에 따라 표본 또는 예로 정해진 문서.
  525. start date / 시작일 : 일정작업의 시작과 연관된 시점. 대개 실제, 계획, 산정 예정, 빠른, 늦은, 목표, 기준선 또는 현재 등의 수식어가 붙으면서 의미가 한정된다.
  526. start-to-finish / 시작-종료관계 : 선행활동이 시작되기 전에는 후행활동을 종료할 수 없는 논리적 관계.
  527. start-to-start / 시작-시작관계 : 선행활동이 시작되기 전에는 후행활동을 시작할 수 없는 논리적 관계.
  528. statement of work / 작업기술서 : 프로젝트에 의해 제공될 서비스 또는 결과를 자세히 기술한 문서.
  529. statistical sampling / 통계적 표본추출 : 모집단에서 검사 대상 선택하는 작업.
  530. story point / 스토리포인트 : 상대적 사용자 스토리 추정기법에 사용되는 단위없는 척도.
  531. successor activity / 후행활동 : 일정에서 논리적으로 다른 활동 이후에 나오는 종속적 활동.
  532. summary activity / 요약활동 : 관련된 일정활동들이 결합되어 하나의 활동으로 표시되는 그룹.
  533. swarming / 스워밍(swarming) : 여러 명의 팀원이 한 가지 특정 장애를 해결하는 데 집중하는 기법.
  534. swot analysis / SWOT 분석 : 조직, 프로젝트 또는 옵션의 강점, 약점, 기회, 위협을 분석하는 기법.
  535. tacit knowledge / 암묵적 지식 : 신념, 경험, 통찰력과 같이 명확히 표현하거나 공유하기 힘든 개인적 지식.
  536. tailoring / 조정 : 프로젝트를 관리하는 과정에서 프로세스, 투입물, 도구, 기법, 산출물, 생애주기 단계들의 적절한 조합을 결정하는 조치.
  537. team charter / 팀헌장 : 팀 가치, 합의사항 및 운영 지침을 명시하고, 프로젝트 팀원에게 허용되는 행동과 관련하여 명확한 기대사항을 기술한 문서.
  538. team management plan / 팀관리 계획서 : 팀원을 확보할 시기와 방법, 팀원이 필요한 기간을 문서로, 자원관리 계획서를 구성하는 요소이다.
  539. technical debt / 기술 부채 : 제품 생애주기의 초기 단계에서 수행되지 않은 작업에 대한 지연 비용.
  540. technique / 기법 : 인적자원이 제품 또는 생산하거나 서비스를 제공하기 위한 활동을 수행하는 과정에서 사용하는 체계적으로 정의된 절차. 하나 이상의 도구가 활용되기도 한다.
  541. templates / 템플릿 : 정보와 데이터를 수집, 구성 표시하는 데 필요한 서식이 갖춰진 문서로, 부분적으로 완성된 상태로 제공된다.
  542. test and evaluation documents / 테스트 및 평가 문서 : 제품이 품질관리 계획서에 명시된 품질 목표를 충족하는지 판별하는 데 사용되는 활동을 기술하는 프로젝트 문서.
  543. test-driven development / 테스트 주도 개발(TDD) : 작업이 시작되기 전에 테스트가 정의되는 기법으로, 진행 중인 작업을 지속적으로 검증하므로 무결함 사고방식으로 작업할 수 있다.
  544. threat / 위협 : 한 가지 이상의 프로젝트 목표에 부정적 영향을 주는 리스크.
  545. three-point estimating / 3점 산정 : 개별 활동 산정치에 불확실성이 존재할 때 산정치, 비관적 산정치, 최빈 산정치의 평균 또는 가중 평균을 적용하여 원가나 기간을 산정하는 기법.
  546. threshold / 한계선 : 측정 가능한 프로젝트 설정값으로, 도달할 경우 조치를 취해야 하는 한도를 나타낸다.
  547. time and material contract / 시간자재(T&M) 계약 : 원가정산 계약과 고정가 계약의 양면이 결합된 협정 방식의 계약.
  548. timebox / 타임박스 : 1 주, 2 주, 3 주 또는 1 개월 등의 한정된 기간. ‘반복(iteration)’ 참조.
  549. to-complete performance index / 완료성과지수 : 지정된 관리 목표를 충족하기 위해 잔여자원으로 달성해야 하는 원가성과의 척도로, 미결작업의 완료원가 대비 잔여예산의 비율로 표시한다
  550. tolerance / 허용한도 : 품질 요구사항에 허용되는 변이를 설명하는 수치.
  551. tool / 도구 : 템플릿, 소프트웨어 프로그램과 같은 유형의 수단으로, 활동을 수행하여 제품 또는 결과를 산출하는 사용된다.
  552. tornado diagram / 토네이도도 : 막대차트의 하나로, 변수의 상대적 중요도를 비교하기 위한 민감도분석에 사용된다
  553. total float / 총여유 : 프로젝트 종료일을 연기하거나 일정 제약을 위반하는 일없이 빠른시작일로부터 일정활동 지연 또는 연장할 수 있는 기간.
  554. trend analysis / 추세분석 : 수리적 모델을 사용하여 선례결과를 토대로 미래의 성과를 예측하는 분석기법.
  555. trigger condition / 유발조건 : 리스크가 발생할 것임을 알리는 사건 또는 상황.
  556. t-shaped / T-형 : 한 가지 전문 분야에 정통하며 팀에 요구되는 나머지 기술 분야에도 폭넓은 역량을 갖춘 인재를 가리키는 용어. ‘I-형’ 및 ‘다재다능형(Broken Comb)’ 참조.
  557. unanimity / 만장일치 : 하나의 행동방침에 대한 내 모든 구성원의 합의.
  558. update / 업데이트 : 공식적인 변경 통제를 받지 않고 수행하는 인도물, 프로젝트관리 계획서에 속한 문서 또는 프로젝트 문서 수 조치.
  559. user story / 사용자 스토리 : 특정 사용자에 대한 인도물 가치를 간략히 소개하는 설명. 세부사항을 명확화 하는 대화에서 약속으로 사용된다.
  560. user story mapping / 사용자 스토리 매핑 : 시간이 경과하면서 창출되는 일련의 고부가 가치 기능을 파악하고, 백로그에서 누락사항을 식별하고, 사용자에게 가치를 제공하는 릴리즈를 효과적으로 계획하는 데 유용한 모델로 작업을 구성하는 시각적 실무.
  561. ux design / UX 디자인 : 사용자와 제품 간 상호작용에서 발견될 수 있는 유용성 및 접근성 개선에 초점을 맞춘 사용자 경험 만족도를 높이는 프로세스.
  562. validate scope / 범위확인 : 완료된 프로젝트 인도물의 인수를 공식화하는 프로세스
  563. validation / 인도물 확인 : 제품, 서비스 또는 결과물이 고객과 그 밖에 이해관계자의 요구사항을 충족함에 대한 보증. 검증(Verification) 과 대조됨.
  564. value stream / 가치흐름 : 특정 제품 또는 서비스를 인도함으로써 고객에게 가치를 제공하는 것에 주력하는 유기적 구조.
  565. value stream mapping / 가치흐름 매핑 : 고객을 위해 제품이나 서비스를 산출하는 데 필요한 정보 또는 재화의 흐름을 문서화하고, 분석 및 개선하는 데 사용되는 린(Lean) 엔터프라이즈 기법.
  566. variance / 차이 : 알려진 기준선이나 기대값에서 벗어난 편차, 이 또는 변이 정도
  567. variance analysis / 차이분석 : 기준선과 실제성과 간의 차이의 원인과 정도를 판단하는 기법.
  568. variance at completion / 완료시점차이 : 예산 적자 또는 흑자 금액 추정치로, 완료 시점 예산과 완료 시점 산정치 간 차이로 표시한다.
  569. variation / 변이 : 기준선 계획서에 포함된 조건과 다른 실제 조건.
  570. verification / 검증 : 제품, 서비스 또는 결과물이 규정, 요구사항, 사양 또는 지정된 조건을 따르는지 평가. 인도물 확인(Validation) 과 대조됨.
  571. verified deliverables / 검증된 인도물 : 품질통제 프로세스를 통해 정확도가 검사되고 확인되어진 완료된 프로젝트 인도물.
  572. virtual teams / 가상팀 : 직접 대면하는 일은 극히 적거나 전혀 없이 공통의 목 아래 주어진 역할을 수행하는 사람들로 구성된 작업팀.
  573. voice of the customer / 고객의 소리 : 고객의 요구사항을 프로젝트 제품 개발의 각 단계에 대한 기술 요구사항으로 변환하여 고객의 요구가 정확히 제품, 서비스 및 결과를 제공하기 위해 사용하는 기획기법.
  574. wbs dictionary / 작업분류체계 사전 : 작업분류체계(WBS)에 포함 각 요소에 대한 자세한 인도물, 활동 및 일정 정보를 기술한 문서.
  575. what-if scenario analysis / 가정형 시나리오 분석 : 프로젝트 목표에 미칠 예측하기 위해 여러 가지 시나리오를 평가하는 프로세스.
  576. work breakdown structure / 작업분류체계 : 프로젝트팀에서 프로젝트 목표를 달성하고 필요한 인도물을 생산하기 위해 수행할 전체 작업 범위를 계 구조로 세분한 계통도.
  577. work breakdown structure component / 작업분류체계 구성요소 : 수준에 관계 없이 작업분류체계를 구성하는 모든 항목.
  578. work package / 작업패키지 : 작업분류체계(WBS)의 최하위 수준에서 정의된 작업단위로 원가와 기간을 산정하고 관리한다.
  579. work performance data / 작업성과 데이터 : 프로젝트작업을 수행하는 동안 식별된 실제 관찰 및 측정 자료.
  580. work performance information / 작업성과 정보 : 통제 프로세스에서 수집되어 프로젝트관리 계획서에 속한 문서, 프로젝트 문서 및 기타 작업성과 정보와 비교 성과 데이터.
  581. work performance reports / 작업성과 보고서 : 의사결정, 조치사항, 목적으로 프로젝트 문서에 삽입된 실물 또는 전자형식의 작업성과 정보.

Peter Kim에 대하여

김태영 PMP 010-9344-7505 프로젝트리서치(주) 대표/설립 peterkim@projectresearch.co.kr http://www.ProjectResearch.co.kr

트랙백/핑백

  1. 글로벌 표준 PM 단어집 한글 번역 – PMI Lexicon of Project Management Terms (v3.1) | Project Research - 1월 13, 2018

    […] – PMI 표준 기반 8. PMI 표준 (BA, PMBOK, Agile, Program, Portfolio)에 대한 핵심 9. PMI PMBOK과 Agile Practice Guide Glossary/용어해설 통합본   * 본 특집은 PMI PMBOK 6판, PMI BA 1판 영문판에 등재된 기념(Taeyoung Kim, […]

  2. PMBOK 6판에서 늘어난 단어 사용빈도 분석 | Project Research - 1월 13, 2018

    […] – PMI 표준 기반 8. PMI 표준 (BA, PMBOK, Agile, Program, Portfolio)에 대한 핵심 9. PMI PMBOK과 Agile Practice Guide Glossary/용어해설 통합본   * 본 특집은 PMI PMBOK 6판, PMI BA 1판 영문판에 등재된 기념(Taeyoung Kim, […]

  3. WordCloud of PMBOK 6th and Agile Practice Guide | Project Research - 1월 13, 2018

    […] – PMI 표준 기반 8. PMI 표준 (BA, PMBOK, Agile, Program, Portfolio)에 대한 핵심 9. PMI PMBOK과 Agile Practice Guide Glossary/용어해설 통합본   * 본 특집은 PMI PMBOK 6판, PMI BA 1판 영문판에 등재된 기념(Taeyoung Kim, […]

  4. 프로젝트 관련 글로벌 표준 (부제: PMI 표준 목록) | Project Research - 1월 13, 2018

    […] – PMI 표준 기반 8. PMI 표준 (BA, PMBOK, Agile, Program, Portfolio)에 대한 핵심 9. PMI PMBOK과 Agile Practice Guide Glossary/용어해설 통합본   * 본 특집은 PMI PMBOK 6판, PMI BA 1판 영문판에 등재된 기념(Taeyoung Kim, […]

답글 남기기

아래 항목을 채우거나 오른쪽 아이콘 중 하나를 클릭하여 로그 인 하세요:

WordPress.com 로고

WordPress.com의 계정을 사용하여 댓글을 남깁니다. 로그아웃 /  변경 )

Google+ photo

Google+의 계정을 사용하여 댓글을 남깁니다. 로그아웃 /  변경 )

Twitter 사진

Twitter의 계정을 사용하여 댓글을 남깁니다. 로그아웃 /  변경 )

Facebook 사진

Facebook의 계정을 사용하여 댓글을 남깁니다. 로그아웃 /  변경 )

w

%s에 연결하는 중

%d 블로거가 이것을 좋아합니다: