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에 대하여

Peter Kim(김태영) PMP, Certified SAFe 5 Scrum Master (SSM), Certified ScrumMaster® (CSM®), Project Research Inc., CEO / Founder, +82-10-9344-7505

10개의 답글 to “PMI PMBOK과 Agile Practice Guide Glossary/용어해설 통합본”

  1. 안녕하세요. 영어 통역사이며 퍼실리테이터로 일하고 있는 김지혜 입니다. 애자일 관련 통역이 있어서 검색하다고 방문하게 되었습니다. 이렇게 멋지게 정리를 해논 사이트를 본적이 없는것 같습니다. 감사합니다. 좋은 정보 감사합니다.

트랙백/핑백

  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, […]

  5. Agile Practice Guide Glossary • Agile Practices - 11월 28, 2018

    […] (본 글은 ProjectResearch에서 PMI PMBOK 6판, PMI BA 1판 영문판에 등재된 기념(Taeyoung Kim, PMP) 으로 포스트 된 글을 가져왔습니다.) (원문보기) […]

  6. PMI 표준 (BA, PMBOK, Agile, Program, Portfolio)에 대한 핵심 | Project Research - 2월 18, 2020

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

  7. Agile & Agility Transformation 전략 – PMI 표준 기반 | Project Research - 2월 23, 2020

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

  8. PMI Agile Practice Guide 사용 단어 빈도 분석 | Project Research - 2월 23, 2020

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

  9. PMBOK 6판 주요 변경 내용 | Project Research - 2월 23, 2020

    […] – 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의 계정을 사용하여 댓글을 남깁니다. 로그아웃 /  변경 )

%s에 연결하는 중

This site uses Akismet to reduce spam. Learn how your comment data is processed.

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