|
8회 15번) 다음 중 활동의 결과 또는 산출물 등을 근거로 계량화된 기반을 통하여 각 활동의 진척율(Progress)을 산출하는 방법은?
① 0/100 퍼센트 규칙(0/100 Percent Rule) ② 산출물 완료율 법칙(Product Complete Rule) ③ 50/50 법칙(50/50 Rule) ④ 퍼센트 완료율 규칙(Percent Complete Rule) |
해설: ④번
계량화된 기반을 통하여 각 활동의 진척율을 산정하는 방법은 퍼센트 완료율 규칙임
원가관리 – 원가통제의 도구 및 기법 中
획득가치 측정 기준
- 수행한 작업의 가치는 실제 완성한 비율에 따라 인정할 수도 있지만, 해당 작업을 착수할 때 일부 가치를 그리고 완수하면 나머지 가치를 인정할 수도 있다.
|
획득가치 측정 기준 |
설명 |
|
완료율법(percent complete) |
목표의 완료된 퍼센트로 나타냄 |
|
50/50법칙
|
시작시점에 예산 50% 반영 종료시점에 예산 50% 반영 |
|
20/80법칙
|
시작시점에 예산 20% 반영 종료시점에 예산 80% 반영 |
|
0/100법칙
|
시작시점에 예산 0% 반영 종료시점에 예산 100% 반영 |
|
6회 7번) B시의 정보화 부서는 새로운 유비쿼터스 정보화 프로젝트를 추진하고 있다. 승인된 예산 안에서 프로젝트 활동을 완수하기 위하여 필요한 자원에 대한 원가의 근사 값을 알고 싶다. 프로젝트 원가 산정의 도구나 기법이 아닌 것은?
① Analogous estimating ② Determine resource cost rate ③ Bottom-up estimating ④ Benefit/cost analysis |
해설: ④번
원가-편익 분석(Benefit/cost analysis)은 품질관리 – 품질기획의 도구 및 기법임
자원 원가 단가 결정(Determine resource cost rate)은 PMBOK 제3판에서 원가산정 도구 및 기법 중 하나였음
|
4회 6번) 프로젝트 계획 수립을 위해서 사용되는 추정(estimation) 기법들이 가지고 있는 속성들과 가장 거리가 먼 것은?
① 고객의 예산을 고려한다. ② 프로젝트 영역은 사전에 설정되어야 한다. ③ 척도는 과거에 사용했던 것을 기초로 사용한다. ④ 프로젝트는 개별적으로 추정될 수 있는 작은 단위로 나눈다. |
해설: ①번
② ④ 범위관리의 요구사항 수집 → 범위정의 → 작업분류체계 작성 프로세스를 통하여 프로젝트의 범위와 수행해야 하는 작업이 식별되며, 작업패키지 단위로 일정을 계획하고, 원가를 산정하고 감시 및 통제를 수행하게 됨
③ 과거 유사한 프로젝트 실제원가를 바탕으로 현재 프로젝트 원가산정의 기준으로 활용함
|
9회 13번) 프로젝트관리 계획서의 원가관리 계획 부문에서 정의해야 할 사항과 거리가 먼 것은?
① 정밀도(Precision Level) ② 통제범위(Control Thresholds) ③ 작업의 완성기준(Earned Value Rules) ④ 기회비용(Opportunity Cost) |
해설: ④번
|
4회 13번) 하향식 예산제도(Top-Down Budgeting)의 장점은?
① 경영진의 참여를 유도한다. ② 구성원에 대한 통제가 용이하다. ③ 예산을 구체적으로 수립할 수 있다. ④ 총예산의 구성을 정확하게 전개할 수 있다. |
해설: ④번
하향식 예산제도는 사업부별 예산의 총액을 할당하고 각 사업부는 그 범위 내에서 최적의 정책과 사업을 선택하도록 자율을 부여하는 방식으로 총예산의 구성을 정확하게 전개할 수 있음
상향식 예산제도(Bottom-up Budgeting)
- 모든 부처와 공공기관이 예산당국에 자금 지원을 요청하면, 예산당국이 이를 취합하여 우선순위에 따라 자원을 배분하는 방식
- 각 부처의 예산요구액이 실제로 배정 받을 것으로 기대하는 예산보다 언제나 더 크다는 점이다. 이로 인해 결국 예산편성과정은 경영진과 구성원 사이에 하릴없는 협상과 설득, 조정과 타협과정을 거치지 않을 수 없다.
- 예산편성과정은 본질적으로 지루하고 비효율적인 게임이며, 불필요한 거래비용(transaction costs)과 시간, 인력의 낭비를 초래함
- 사업부 레벨의 창조적인 경영방식이 필요한 조직에 적합함
- 예산당국이 각 부문별ㆍ부처별로 예산의 총액을 할당하고 각 부처는 그 범위 내에서 최적의 정책과 사업을 선택하도록 자율을 부여하는 방식
- 단기보다는 장기 계획에 더 효율적이며 위기의 순간이 닥칠 때 유용하다. 경영계획 수립의 반복적인 절차가 상대적으로 적고, 유연한 경영계획이 가능하다사업부 실무진의 프로세스 참여가 어려우며 혁신의 가능성을 제거할 수 있다는 단점
|
11회 12번) 현재까지의 실제 성과를 근거로 향후 프로젝트 성과를 추측하는 프로세스를 예측이라고 하는데 복합예측, 기술예측 및 유추에 의한 기법 등과 같은 방법들은 예측 방법 중 어느 기법들의 예인가?
① 시계열 기법 ② 인과/계량 경제 기법 ③ 판단 기법 ④ 확률적 예측 기법 |
해설: ③번
프로젝트의 성과를 추측하는 방법도 수요를 예측하는 방법과 유사하며, 기술예측, 유추에 의한 기법 등은 주관적인 판단이나 전문가 의견에 기초한 정성적 예측기법으로 볼 수 있음
1) 수요예측 방법
- 수치를 이용한 계산방법이 중심이 되는가 안되는가에 따라 정성적/정량적기법으로 분류
1-1) 정성적 예측기법
- 주관적인 판단이나 의견에 기초하여 예측
- 과거의 자료가 충분하지 않은 경우에 유용하게 적용전문가나 외부기관으로부터의 정보가 중요하게 활용됨
- Ex) 시장조사법, 델파이법, 시장조사법, 판넬동의
1-2) 정량적 예측기법
1) 인과형 예측기법
- 수요에 영향을 주는 환경 요인들을 파악하고 수요와 이 요인들 간의 인과관계를 파악함으로써 미래의 수요를 예측하는 기법
- 수요를 종속변수로 하고 수요에 영향을 주는 요인들을 독립변수로 함
- Ex) 회귀분석, 산업연관분석, 투입산출모형, 선도지표법 등
2) 시계열 예측기법
- 과거의 수요를 분석하여 시간에 따른 수요의 패턴을 파악하고 이의 연장선상에서 미래의 수요를 예측하는 방법
- 즉 과거의 수요의 흐름으로부터 미래의 수요를 투영하는 방법으로서 수요패턴이 미래에도 지속된다는 시장의 안정성이 기본적인 가정으로 필요함
- Ex) 목측법, 이동평균법, 지수평활법, 최소자승법, 박스제킨스법 등
|
4회 9번) 정식기술검토(FTR)의 목적과 가장 거리가 먼 것은?
① 소프트웨어 비용이 적절한지 검토 ② 소프트웨어 표현에 대한 오류 검출 ③ 소프트웨어가 요구사항과 일치하는지 검토 ④ 소프트웨어가 정의된 표준에 따라 표현되었는지 검토 |
해설: ①번
정형기술검토(FTR)는 품질 보증을 위해 소프트웨어 검토 작업을 수행하는 것으로, 비용 적절성은 검토하지 않는다.
1) 품질 보증 기법의 정의
2) 정형기술검토(Formal Technical Review)
3) 정형기술검토 목적
|
5회 14번) 다음의 공식검토(Formal Review)에 대한 설명 중 잘못 된 것은?
① 공식검토는 품질보증 활동으로 제품의 기능, 논리, 구현의 오류를 찾아내고 요구사항과 일치하며 표준에 따라 구현되었는지 검증하는 것이 목표이다. ② 검토회의는 사전에 미리 준비하여, 검토자를 선정하고 일정을 미리 통보하며 자료를 미리 배포하여 충분한 검토 후에 회의에 참석하도록 한다. ③ 공식검토를 통해 더 이상의 수정없이 제품을 수락할 것인지, 심각한 오류로 제품을 포기할 것인지를 결정한다. ④ 공식검토는 제품의 오류뿐만 아니라 작업을 수행한 사람의 오류를 식별하고 분명하게 지적하며 시정할 것을 요구하는 수단이 된다. |
해설: ④번
정형기술검토는 제품의 기능, 오류에 대해 검토하며 사람의 오류를 식별하고 지적하지 않음
|
6회 25번) 소프트웨어 프로젝트에서 품질검토(Quality Review)에 대한 내용을 열 거한 것 중에서 틀린 것은?
① 품질검토를 통해서 오류와 불일치를 검출하고 지적된 내용은 관련 담당자들에게 통보한다. ② 품질검토는 작성된 코드를 포함하여 문서산출물을 대상으로 검토한다. ③ 문서산출물은 프로세스 모델, 시험계획서, 형상관리 절차서, 프로세스 표준 및 사용자 지침서 등을 포함된다. ④ 품질검토에는 실질적으로 영향력이 있는 프로젝트 구성원의 참여를 배제한다. |
해설: ④번
정형기술검토는 참가자의 수를 제한하고 사전 준비를 한 후 제품의 기능, 논리, 구현의 오류를 찾아내고 요구사항과 일치하며 표준에 따라 구현되었는지 검증하는 것이 주요 목표이며, 회의 끝에 모든 참가자들은 제품의 승인, 거절, 잠정적 인정을 결정해야 하므로, 실질적으로 영향력이 있는 프로젝트 구성원이 참여해야 한다.
|
5회 7번) 일반적인 소프트웨어 품질보증 활동 주체로서 가장 적합한 것은?
① 프로젝트 수행팀과는 독립적인 별도의 품질보증팀 ② 프로젝트 수행팀 내의 품질보증팀 ③ 프로젝트 책임자의 관리하에 있는 품질보증팀 ④ 프로젝트 수행기관과는 독립적인 품질보증 전문기관 |
해설: ①번
품질보증팀은 개발 조직과 구분하여 객관적인 시각에서 품질 평가와 관리를 수행하도록 하며, 프로젝트 품질관리자의 관리 감독하에 품질 보증 활동 수행
|
6회 18번) 다음 그림은 소프트웨어 개발단계에 따른 품질보증의 관계를 나타낸 것이다. 그림 속의 (가), (나), (다)에 차례로 들어갈 용어를 순서대로 나열한 것은?
(가)---------------(나)--------------(다) ① 검토(Review)-확인(Validation)-검증(Verification) ② 검토(Review)-검증(Verification)-확인(Validation) ③ 검증(Verification)-확인(Validation)-인증(Certification) ④ 확인(Validation)-검증(Verification)-인증(Certification) |
해설: ③번
|
6회 20번) 다음은 소프트웨어 품질 활동을 위해 이용되는 소프트웨어 검토 방법 중 하나이다. 어떤 기법을 의미하는가?
① 검사(Inspection) ② 워크스루(Walk-through) ③ 검증(Verification) ④ 확인(Validation) |
해설: ②번
Inspection은 개발자들이 결함을 찾고, 고치는 활동을 지원함으로써 제품의 품질의 개선하는 공식적인 활동이며, 조정자, 산출물작성자, 낭독자, 기록자, 참관자의 다양한 역할이 존재하며 모든 참여자는 참여자라는 역할을 수행하며 1인이 여러가지 역할을 수행하는 것이 보편적임. 단, 조정자는 기록자의 역할을 겸임할 수 있으나, 산출물 작성자는 낭독자 역할을 겸임할 수 없다
|
구분 |
역할 |
책임 |
|
조정자 |
Inspection을 계획하고 주도하는 리더 |
Inspection 용량 계획 / Inspection 계획 수립 Overview 필요 여부 결정 Inspection 시작/종료 기준 확인 Inspection을 리딩, Re-Inspection 수행여부 결정 기록된 Data의 정확성을 검증 |
|
산출물 작성자 |
Inspection을 통해 검토되는 산출물을 작성한 사람 |
Overview 진행 주조 결함에 대한 토론 중 상세한 정보를 파악 |
|
낭독자 |
Inspection 회의 시 작업 산출물을 읽어 나가는 사람 |
Reading 기법을 활용 결함을 충분히 찾을 수 있도록 의도를 가지고 낭독 |
|
기록자 |
데이터 분석을 위해 개별 Inspection에서 데이터를 수집하고 기록하는 사람 |
기록된 Data의 기록(Inspection 결과 기록서) |
|
참여자 |
Inspection에 참여하는 모든 역할을 통틀어 칭함 |
Inspection 사전검토 실시 Inspection 회의 참석 |
|
9회 15번) PMBoK(2004)에 따라 프로젝트에 적합한 품질표준을 정하고 그것을 프로젝트에서 어떻게 달성할 것인가를 계획하고자 한다. 다음 중 가장 적합한 기법은? (2개 선택)
① 검사(Inspection) ② 비용편익분석(Cost-Benefit Analysis) ③ 벤치마킹(Benchmarking) ④ 히스토그램(Histogram) |
해설: ②, ③번
① 검사(Inspection)과 ④ 히스토그램(Histogram)은 품질통제의 도구 및 기법임
|
6회 22번) 문제(Problem)나 결함(Defect)을 발생 분야(Category)에 따라 분류하는 기법에 가장 가까운 것은?
① CPM chart ② Gant chart ③ PERT chart ④ Pareto chart |
해설: ④번
CPM chart, Gant chart, PERT chart는 시간관리와 관련된 그래프임
|
8회 21번) 통계적 소프트웨어 품질보증과 관계가 없는 것은?
① 소프트웨어 결함 정보를 수집하고 분류한다. ② 품질비용이 낮은 결함부터 먼저 해결한다. ③ 우선순위가 높은 중요한 결함을 먼저 해결한다. ④ 파레토 원칙에 따라 20%에 해당하는 중요한 결함원인을 식별한다. |
해설: ②번
품질비용이 낮은 결함보다 중요한 결합부터 먼저 해결해 나가도록 해야 함
|
9회 17번) 품질 확보를 위한 다음의 기법 중에서 품질 문제를 일으키는 핵심 요인(Vital Few)을 찾아내어 이를 집중적으로 관리하는 기법은?
① 통계적 샘플링 기법(Statistical Sampling) ② 식스 시그마 기법(Six Sigma) ③ 파레토 분석 기법(Pareto Analysis) ④ 품질 통제 도표(Quality Control Charting) |
해설: ③번
파레토 차트
- 발생 빈도순으로 정렬하는 특수한 형태의 히스토그램
- 규명된 원인의 유형 또는 범주별로 발생된 결함의 수를 보여줌
- 상대적으로 적은 수의 원인이 일반적으로 대다수의 문제나 결함을 초래한다는 원칙에 바탕을 두고 있음, 80/20 원칙
10회 18번) 프로젝트 수행과정에서 품질통제 활동에 널리 활용되는 도구 및 기법으로서 80-20원리를 가장 잘 반영한 것은?
① Histogram
② Control Chart
③ Pareto Chart
④ Statistical Sampling
해설: ③번
|
6회 9번) 소프트웨어 프로세스의 품질을 확보하기 위해서 품질관리자가 수행하는 역할 중 틀린 것은?
① 품질 검토의 방법 및 검토 시점이 포함된 프로세스 표준을 정의한다. ② 프로세스 표준을 준수하고 있는지 개발 프로세스를 모니터링 한다. ③ 품질 검토 결과에서 나타난 문제점을 해결한다. ④ 프로젝트 관리자 또는 소프트웨어 사용자(고객)에게 프로세스 품질을 보고한다. |
해설: ③번
품질 검토 결과에서 나타난 문제점은 프로젝트팀에 변경요청을 함
품질 검토 결과에서 나타난 문제점은 프로젝트팀에 변경요청을 함
품질관리
|
순서 |
프로세스 |
설명 |
|
1 |
품질 계획수립 |
프로젝트 및 제품에 대한 품질 요구사항 및/또는 표준을 식별하고, 어떻게 프로젝트가 준수할지 입증하는 방법을 문서화하는 프로세스 |
|
2 |
품질보증 수행 |
품질 요구사항과 품질 통제 측정치를 감시하면서 해당하는 품질 표준과 운영상 정의를 사용하고 있는지 확인하는 프로세스 |
|
3 |
품질통제 수행 |
성과를 평가하고 필요한 변경 권고안을 제시하기 위해 품질 활동들의 실행 결과를 감시하고 기록하는 프로세스 |
|
6회 15번) 품질관리에서 품질통제와 품질보증은 여러 가지 차이점을 가진다. 다음 중 차이점이 아닌 것은?
① 목적 ② 대상 ③ 주체 ④ 결과 |
해설: ①번
품질보증 – 프로세스 준수여부를 평가하는 활동, 실행 프로세스 그룹
품질통제 - 결과물을 감시하고 기록하는 프로세스, 감시 및 통제 프로세스 그룹
※ 품질보증과 품질통제 비교
|
구분 |
품질보증 |
품질통제 |
|
목적 |
품질개선 |
품질개선 |
|
대상 |
프로젝트 조직 |
일의 결과 |
|
도구 및 기법 |
보증(Audit) |
검사(Inspection) |
|
결과 |
고객의 신뢰 및 인증 |
제품의 합격 |
|
프로세스 그룹 |
실행 |
감시 및 통제 |
|
9회 19번) 프로젝트를 수행하는 동안 프로젝트 결과물이 품질표준을 만족하고 있는지를 주기적으로 확인하는 활동은?
① 품질보증(Quality Assurance) ② 품질통제(Quality Control) ③ 품질계획(Quality Planning) ④ 품질검토(Quality Review) |
해설: ②번
품질보증 – 프로세스 준수여부를 평가하는 활동, 실행 프로세스 그룹
품질통제 - 결과물을 감시하고 기록하는 프로세스, 감시 및 통제 프로세스 그룹
|
10회 14번) 프로젝트 품질관리에서 품질 보증 활동을 가장 잘 설명한 것은?
① 산출물(Product)를 작성하는 활동 ② 프로젝트 결과물의 등급을 결정하는 활동 ③ 프로세스 준수여부를 평가하는 활동 ④ 프로젝트 결과가 품질기준을 준수하는지 감시하는 활동 |
해설: ③번
품질보증 – 프로세스 준수여부를 평가하는 활동, 실행 프로세스 그룹
품질통제 - 결과물을 감시하고 기록하는 프로세스, 감시 및 통제 프로세스 그룹
|
4회 1번) 다음 중 리스크 분석 활동이 아닌 것은?
① 리스크들을 순위화한다. ② 리스크 회피 전략을 구상한다. ③ 리스크의 발생 확률을 예측한다. ④ 심각성에 따라 리스크들을 표로 작성한다. |
해설: ②번
리스크 회피 전략을 구상하는 것은 리스크 대응 계획수립 프로세스임
리스크 관리
|
순서 |
프로세스 |
설명 |
|
1 |
리스크 관리 계획수립 |
프로젝트에 대한 리스크 관리 활동을 수행하는 방법을 정의하는 프로세스 |
|
2 |
리스크식별 |
프로젝트에 영향을 미칠 수 있는 리스크를 식별하고, 리스크별 특성을 문서화하는 프로세스 |
|
3 |
정성적 리스크 분석 수행 |
리스크의 발생 확률과 영향을 평가하고 결합시켜 추가적인 분석 또는 조치를 위하여 리스크의 우선순위를 지정하는 프로세스 |
|
4 |
정량적 리스크 분석 수행 |
식별된 리스크가 전체 프로젝트 목표에 미치는 영향을 수치로 분석하는 프로세스 |
|
5 |
리스크 대응 계획수립 |
프로젝트 목표에 대한 기회는 증대시키고 위협은 줄일 수 있는 대안 및 조치를 개발하는 프로세스 |
|
6 |
리스크 감시 및 통제 |
프로젝트 전반에서 리스크 대응 계획을 구현하고, 식별된 리스크를 추적하고, 잔존 리스크를 감시하고, 새로운 리스크를 식별하고, 리스크 프로세스의 효과를 평가하는 프로세스 |
|
4회 22번) 다음은 프로젝트 리스크 관리 프로세스의 단계들이다. 보기 중 순서대로 가장 잘 배열된 것은?
① A-B-C-D ② A-C-B-D ③ A-D-B-C ④ D-C-A-B |
해설: ②번
리스크 관리는 ① 리스크 관리 계획수립 → ② 리스크식별 → ③ 정성적 리스크 분석 수행 → ④ 정량적 리스크 분석 수행 → ⑤ 리스크 대응 계획수립 → ⑥ 리스크 감시 및 통제 프로세스순으로 수행됨
|
5회 2번) 프로젝트 위험은 프로젝트관리의 어느 단계에서 식별되어야 하는가?
① 개시단계(Initiation) ② 계획단계(Planning) ③ 실행단계(Executing) ④ 모든 단계 |
해설: ④번
프로젝트가 진행됨에 따라 생애 주기 전반에서 새로운 리스크가 발생되거나 확인될 수 있기 때문에 리스크 식별은 반복적인 프로세스로 프로젝트 전 단계에서 이루어져야 함
반복빈도와 각 주기에 참여자는 상황에 따라 달라진다
리스크 기술 형식의 일관성을 유지하여 프로젝트에 미치는 상대적 영향을 다른 리스크들과 비교할 수 있도록 해야 함
|
6회 2번) A 회사는 정보화 통합 프로젝트를 수행하는 도중에 발생할 중대한 리스크들을 발견하고, 리스크의 우선순위를 결정하였다. 그리고 식별된 리스크에 대하여 프로젝트 목표에 대한 영향을 수치로 분석하는 정량적인 리스크 분석을 수행하고자 한다. 다음 중에서 정량적인 리스크 분석 및 모델링 기법으로 적합하지 않은 것은?
① Sensitivity analysis ② Expected monetary value analysis ③ Decision tree analysis ④ Reserve analysis |
해설: ④번
예비비 분석은 활동기간산정, 원가산정, 원가 예산책정, 리스크 감시 및 통제 프로세스의 도구 및 기법임
리
리스크 관리 – 정량적 리스크 분석 프로세스
1) 도구 및 기법
1-1) 데이터 수집 및 표현 기법
1-2) 정량적 리스크 분석 및 모델링 기법
|
도구 및 기법 |
설명 |
|
민감도 분석 |
|
|
금전적 기대값 분석 |
|
|
모델링 및 시뮬레이션 |
|
1-3) 전문가 판단
