39
출제예상 프로젝트 일정 단축기법 [정의] 일정계획에 근거하여 실적을 모니터링하여 일정이 지연될 경우 납기준수를 위한 활동
[기법]
Crashing : 자원 추가
Fast Tracking : 병행 추진
크자패병
토픽 이름(중) 일정단축기법
분류 PM > 프로젝트관리 > 일정관리
키워드(암기) Crashing(자원추가), Fast Tracking(병행 추진)
암기법(해당경우) 크자패병

 

기출문제

번호 문제 회차
1 프로젝트 관리시 일정 단축 기법에 대하여 설명하시오. 합숙_2013.01.5일차
2 다음은 어떤 프로젝트에 대한 단위 작업과 이를 수행하기 전에 해야 할 선행 작업 및 완수하는데 필요한 소요 시간을 나타낸 것이다. 다음 내용을 설명하시오.
가. 이 프로젝트의 주공정 경로(Critical Path)와 총 기간은 얼마인가?
나. 이 프로젝트에서 일정 단축을 위해서 공정압축법(Crashing)을 할 때 가장 먼저 대상으로 선택해야 할 첫번째 작업은 무엇인가?		 합숙_2014.07.5일차
3 5. 귀하는 6 명이 8 개월 동안 수행하고 있는 정보시스템 SW 개발프로젝트의 PM 이다. 6 개월이 지난 시점에서, 개발진도가 많이 늦어지자 사장은 귀하를 불러 "신규인력을 더 투입하라" 고 지시했으나, 귀하는 '불가함' 을 일차 보고했다.
아래 내용에 대하여 서술하시오.
가. brook's 이론을 기반으로 한 신규인력투입 불가사유
나. 일반적인 프로젝트 일정단축 기법의 유형
다. 실질적인 일정 단축 방안 제시		 모의_응용_2018.07.4
4 2. 일정 추정과 일정 단축 기법에 대해 설명하시오. 모의_관리_2017.06.1
5 12. Brook's law 와 프로젝트 일정 단축 방안 모의_응용_2016.04.1
6 다음은 어떤 프로젝트에 대한 단위 작업과 이를 수행하기 전에 해야 할 선행 작업 및 완수하는데 필요한 소요 시간을 나타낸 것이다. 다음 내용을 설명하시오.
가. 이 프로젝트의 주공정 경로(Critical Path)와 총 기간은 얼마인가?
나. 이 프로젝트에서 일정 단축을 위해서 공정압축법(Crashing)을 할 때 가장 먼저 대상으로 선택해야 할 첫번째 작업은 무엇인가?		 합숙_2014.07.5일차

 

 

I. 상황에 대응하기 위한 프로젝트 관리, 프로젝트 일정 단축 기법의 정의

- 범위의 변경 없이 프로젝트의 일정을 단축시키는 수학적 분석 방법, 크래싱, 패스트 트래킹 기법을 선택적, 혹은 2개 모두 현장에 적용,  일정 제약에 대한 대응 기법

 

II. 프로젝트 일정 단축 기법의 개념도 및 상세 설명

  1. 프로젝트 일정 단축 기법의 개념도
공정 압축법(Crashing) 공정 중첩 단축법(Fast Tracking)

- 범위의 변경 없이 자원을 Critical Path상에 자원을 추가하여 단축

- 작업간의 관계를 조정하여 병행 추진 함으로써 기간 단축
  1. 프로젝트 일정 단축 기법 상세 설명
기법 핵심 설명
공정 압축법
(Crashing)		 자원추가 비용과 시간 사이의 상충 관계를 분석하여 최소한의 자원 추가로 최대 시간 단축 방법을 결정하는 기법
공정중첩 단축법
(Fast Tracking)		 작업 병행 추진 일정계획 상의 활동간의 의존성을 조정해서 순서상의 활동을 중첩 진행하여 일정을 단축하는 기법

 

 

III. Crashing과 Fast Tracking의 비교

구분 Crashing Fast Tracking
장점 자원의 추가 투입, 근무시간 연장, 유휴 리소스의 효율적 활용 가능 활동의 병행 추진, 리드타입 추가 확보를 통한 프로젝트 일정의 Reserve 확보 가능
단점 비용 증가
(원가에 대한 여유가 있을 경우만 적용 가능함)		 재작업의 위험 증가
(대부분 인명 사고가 병행 추진에서 발생함)
제약사항 투입 인력에 여유가 있는 활동이 있어야 함 Critical Path상의 활동에 적용 불가
반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

획득가치관리(EVM)  (1) 2024.02.28
자원 최적화  (0) 2024.02.28
CPM  (1) 2024.02.26
프로젝트 일정관리(시간)  (0) 2024.02.25
WBS  (1) 2024.02.24
34
상 CPM [정의] 개별활동들을 연결하여 순방향분석과 역방향 분석을 통해 각 활동의 시작일과
종료일, 여유시간 및 전체 프로젝트 수행기간을 산출하는 기법
[유형] 1)순방향분석 - Start 시점으로부터 왼쪽->오른쪽으로 계산하는 방식
2)역방향분석 - 순방향 반대. End시점부터 오른쪽->왼쪽으로 계산하는 방식
[PDM] 선후행 도형법
착수일: ES(Early start), 관리관점: 진척율/EVM		 순방향,역방향
CP(Critical Path)
ES(Early Start Date), EF(Early Finish Date)
LF(Late Finish), LS(Late Start)		  
토픽 이름(상) CPM
분류 PM > CPM
키워드(암기) (Critical Path Method), CP, 임계경로, ES, EF, LS, LF, Free float, Total float
암기법(해당경우) 절차 : [정순포백여주개] 활동정의 -> 활동순서배열 -> Forword -> Backward -> 여유기
간 계산 -> 주경로분석 -> 일정개발

 

기출문제

번호 ㅣ 회차
1
83.관리.4.5
2
102.관리.1.10
119.관.1.2.(TOC)
3
110.관리.4.1
4
118.관리.3.6

 

I. 프로젝트 일정관리, CPM의 개요

  가. CPM(Critical path Method)의 정의

- 대규모 프로젝트의 일정을 계획 및 관리하기 위한 기법으로, 시간과 비용을 고려하여 프로젝트의 최소 시간을

결정하는 네트워크 분석기법

나. CPM의 특징

- 프로젝트를 완료하기 위해 가능한 최단 기간이며 프로젝트 활동들의 순서.

- 여유(Float)가 0인 활동을 연결한 경로

- 전진계산(Forward Pass) / 후진계산(Backward Pass)를 통한 공정 계산을 위한 Activity 표기법

 

II. CPM의 절차 및 CPM 주경로 도출방식

  1. CPM의 절차

 

  1. CPM 주경로 도출 방법
- ES : 빠른 개시일 (ES, Early Start Date)
- EF : 빠른 종료일 (EF, Early Finish Date)
- LS : 늦은 종료일 (LS, Late Start Date)
- LF : 늦은 종료일 (LF, Late Finish Date)
- TF : 여유 기간, 총 여유 (TF, Total Float)
/* FF : 자유 여유 (FF, Free Float)는 표기 부분 없음 */
전진계산 후진계산
여유기간(Float)
EF=ES+기간-1
ES=EF+1		 LS=LF-기간+1
LF=LS-1		 LF-EF or LS- ES

- 각 활동의 ES, EF, LS, LF, FF, TF를 구해 전체 일정 및 여유시간을 계산

 다. CPM 활동별 기간 계산 방법(1일 시작 기준)

구분 항목 설명
전진계산
(Forward pass)		 - 프로젝트 시작일 기준으로 예상종료일을 계산하여 ES와 EF를 구하는 방식

ES
(Early Start)		 - 빠른 개시일 (Early Start Date)
- ES = 선행활동의 빠른 종료일(EF) + 1

EF
(Early Finish)		 - 빠른 종료일 (Early Finish Date)
- EF = 빠른 개시일(ES) + 기간 - 1
후행계산
(Backward pass)		 - 프로젝트 종료일을 기준으로 시작일을 도출하여 LS와 LF를 구하는 방식

LF
(Late Finish)		 - 늦은 종료일 (Late Finish Date)
- LF = 후행활동의 늦은 개시일(LS) - 1

LS
(Late Start)		 - 늦은 종료일 (Late Start Date)
- LS = 늦은 종료일(LF) – 기간 + 1
여유시간 계산
(Float)		 - 프로젝트 납기에 영향을 주지 않고 해당 활동에 주어진 여유시간

TF
(Total Float)		 - 프로젝트 종료일을 지연시키지 않으면서 한 활동이 가질 수 있는
 총 여유시간
- TF = 늦은 종료일(LF) – 빠른 종료일(EF)
- TF = 늦은 개시일(LS) – 빠른 개시일(ES)

FF
(Free Float)		 - 자유 여유 (Free Float)
- FF = 후행 활동의 빠른 개시일(ES) - 빠른 종료일(EF) – 1  (1일 시작기준)
CP - Critical Path: 여유기간이 ‘0’인 경로를 연결한 경로

 

 

III. CPM 주경로 도출 사례

(활동정의)
작업		 (활동기간 산정)
기간(일 (Duration))
(활동순서 배열)
선행작업
A 3d
-
B 2d
A
C 2d
B, D
D 4d
A
E 6d
D
F 3d
C, E









*시간은 0부터 시작, 일자는 1부터 시작

Free Float
Total Float
후행활동의 ES를 지연 시키지 않으면서 가질 수 있는 여유기간
종료일을 지연시키지 않고 활동이 가질 수 있는 총 여유 시간
B: 2d, C: 4d, 나머지: 0d
B: 6d, C: 4d, 나머지 0d

III. CPM과 PERT비교

구분 CPM PERT
정의 프로젝트의 활동 경로 중 가장 긴 시간이 소요되는 경로를 선정하여 그에 따라 일정을 관리하는 기법 일의 순서를 계획적으로 정리하기 위한 수렴 기법으로 최빈치, 일반치, 비관치의 3점 추정방식을 통해 일정을 산정하는 기법
주목적 비용절감, 일정단축 일정 추정 및 단축
장점 경험있는 분야의 정확성 경험이 없는 대상도 가능
단점 잘 알려진 기술, 자원만 적용 확률이용의 위험성
시간추정 1점 추정방식
Te = Tm
Te = Expected Time
Tm = Most Likely Time		 3점 추정방식
Te = (To + 4Tm + Tp) / 6
To = Optimistic Time
Tp = Pessimistic Time
모델 확정적 모델 확률적 모델
일정계산 활동 중심 단계 중심
주공정 TF = FF = 0 TL-TE = 0
특성 - 어느 정도 안정적인 기술을 기초로 하는 산업에 적용
- 어떤 활동을 얼마만큼 가속화 시킬 것이며, 이 때의 비용 증감 추이 중심		 - 기술은 빠르게 변화하며, 산출물 또한 일반화 불가
- 모든 기술상의 문제가 완전히 해결되기 전에 계약 및 계획 수립
- 일정은 수시로 변경

TE (Earliest expected date) : 가장 이른 예정일 → 전진계산

TL (Latest allowable date) : 가장 늦은 완료일 → 후진계산

반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

자원 최적화  (0) 2024.02.28
프로젝트 일정 단축기법  (0) 2024.02.27
프로젝트 일정관리(시간)  (0) 2024.02.25
WBS  (1) 2024.02.24
요구사항 수집기법  (0) 2024.02.23
30 프로젝트 일정관리
(시간관리)		 상 프로젝트 일정관리(시간) [정의] 프로젝트를 성공적으로 완수하고 납기를 준수할 수 있도록 개발 기간을 단계별로 철저히 계획하여 관리하는 프로젝트 관리영역
[프로세스]
일정관리계획수립(일정관리계획서)
활동정의(활동목록, 활동속성, 마일스톤)
활동순서배열(프로젝트 일정 네트워크 다이어그램)
활동기간산정(활동기간 산정치)
일정개발(일정기준선, 프로젝트 일정)
일정통제(일정예측, 변경요청, 성과측정치)
계정순기개통
토픽 이름(상) 프로젝트 일정관리(시간)
분류 PM > 프로젝트 일정관리(시간)
키워드(암기) 6개 프로세스 이해 및 암기, 선도 및 지연 삼각분포, 베타분포의미 자원평준화, 1점 추정, 3점 추정방식, 크자패병, CPM, CCM
암기법(해당경우) [계정순기개통] 일정관리 계획수립, 활동정의, 활동순서 배열, 활동기간 산정, 일정 개
발, 일정 통제

 

기출문제

번호 문제 회차
1 2.프로젝트 관리 국제표준인 ISP21500에는 관리 주제별로 단계별 수행 프로세스에 대하여 명시하고 있다.
가. ISO21500에서 범위관리를 위해 기획 단계와 통제 단계에 수행하는 세부 활동에 대하여 설명하시오
나. 직업분류체계(WBS: Work Breakdown Structure)에 대하여 설명하시오
   (정의, 주요투입물, 적성방법등)
다. 프로젝트 수행 경험을 통해 WBS가 범위관리 외에 일정관리, 의사소통관리 등에 어떻게 활용되는지 사례를 제시하시오		 111회_컴시응_3
2 2. PMO(Project Management Officer)의 기능 중 범위관리, 일정관리, 인적자원관리, 위험관리, 의사소통관리 기능에 대하여
각 기능의 정의, 주요단계, 관리상 주의사항을 설명하시오.		 104_컴시응_3
3 11. 프로젝트 일정관리 프로세스와 CPM 사례를 들어보시오. 합숙_2016.01.5일차
4 프로젝트 일정관리 네트워크 다이어그램을 통한 주공정 산출 문제 합숙_2012.08.1일차

 

 

I. 프로젝트의 성공적인 납기 준수를 위한, 프로젝트 일정관리(Schedule Management)의 개요

- 프로젝트를 성공적으로 완수하고 납기를 준수할 수 있도록 개발 기간을 단계별로 철저히 계획하여 관리하는 프로젝트 관리영역

 

II. 프로젝트 일정관리 프로세스 및 상세 설명

  1. 프로젝트 일정관리 프로세스

 

 

- 프로젝트 일정관리의 프로세스는 총 6가지의 프로세스로 구분됨(개정사항)

 

  1. 프로젝트 일정관리 프로세스의 상세 설명
프로세스 설명 산출물
일정관리 계획수립 정책, 절차 문서화, 기준수립 일정관리 계획서
활동정의 인도물 생산을 위한 수행활동 문서화 활동목록, 활동속성, 마일스톤, 목록
활동순서 배열 프로젝트 활동사이 관계 식별 (FS관계) 프로젝트 일정 네트워크
활동기간 산정 산정된 자원의 개별 활동 완료하는데 필요한 총 작업기간 단위수를 산정 활동기간 산정치
일정 개발 활동순서, 기간, 자원 요구사항 및 일정 제약을 분석하여 프로젝트 일정 모델을 생성 일정기준선, 프로젝트 일정
일정 통제 계획 달성위한 활동 감시, 진행율 갱신하고 일정기준선 변경/관리 일정예측, 변경요청, 프로젝트문서 갱신

 

 

 

III. 활동기간 산정 및 일정 개발 주요 기법

구분 주요기법 특징 및 설명
활동기간
산정		 전문가판단
(Expert Judgment)		 - 산정 전문가나 유사 경험이 있는 내부, 외부 자원 통해 산정 방법

유사산정
(Analogous estimating )		 - 일반적으로 적은 시간과 비용, 대신 정확도 떨어짐
- 이전 프로젝트의 기간, 규모, 복잡도, 고려 사항의 자료 참조 산정 방식

모수산정
(Parametric estimating)		 - 수집 또는 보유한 과거 실적 데이터를 기반으로 수학적인 함수를 정의하여 산출하는 방법

3점산정
(Three-point estimates)		 - 위험 고려 일정 추정 기법, PERT(Program Evaluation and Review)
- Optimistic (낙관치), Most Likely (평균치), Pessimistic (비관치) 평균
일정개발 주공정법
(Critical Path Method)		 - 프로젝트 최소 기간 결정에 사용
- Critical Path: 여유기간 (total float)이 없는 작업들의 경로

주공정 연쇄법
(Critical chain method)		 - 자원 제약 고려, 여유시간 관리를 통한 일정관리 방법
- 자원을 고려하여 만들어서 주요 경로를 Critical chain이라 함

자원 최적화 기법
(Resource Optimaization Technique)		 - 효과적 자원 사용을 위해, 자원의 과다 배치 줄이는 기법
- 자원평준화(Resource leveling), 자원평활화(Resource Smoothing)

일정 단축
(Schedule compression)		 - 일정 계획에 근거, 일정 지연 발생 시 납기 준수 위한 활동
- 공정압축법(Crashing), 공정중첩 단축법(Fast Tracking)

 

 

IV. 단계별 주요 활동 상세 추가

구분 내용
Activity
Definition
(활동 정의)		 목적 다양한 프로젝트 인도물(산출물)을 생성하기 위해 수행해야만 하는 Activity들을 식별
- WBS를 근거로 하여 개별 Activity를 도출
- 프로젝트를 수행하기 위한 작업 부분을 식별
투입물 WBS, 범위 기준선, 기업 환경 요소(EEF), 조직 프로세스 자산(OPA)
도구 분할, 연동 기획(Rolling Wave Planning), 템플릿, 전문가 판단
산출물 Activity 목록(속성), Milestone 목록
Activity
Sequencing
(활동 순서
결정)		 목적 Activity 사이의 관계를 식별하여 문서화
- Activity간의 선후관계를 정의
- 프로젝트 내의 작업 종속성을 식별하고 문서화
투입물 Activity 목록(속성), Milestone 목록
도구 PDM, ADM, 종속성 결정, Lead와 Lag, 일정 네트워크 템플릿
산출물 일정 네트워크 다이어그램
Activity
Resource
Estimating
(활동 자원
산정)		 목적 각 Activity 수행에 필요한 자원의 종류와 양을 산정
- 각 Activity를 완료하기 위해 필요한 자원의 종류와 양을 산정
투입물 Activity 목록(속성), 자원 달력
도구 전문가 판단, 대안 분석, 출판된 산정 데이터, 상향식 산정
산출물 활동 자원 요구 사항, 자원 분할 구조(RBS)
Activity
Duration
Estimating
(활동 기간 산정)		 목적 산정된 자원으로 개별 Activity를 완료하는데 필요한 기간 산정
- 각각의 Activity들을 완료하는데 필요한 작업기간 산정
투입물 Activity 목록(속성), 활동 자원 요구 사항, 자원 달력, 프로젝트 범위 명세서
도구 전문가 판단, 유추 산정, 모수 산정, 3점 추정, 예비 자원 분석
산출물 활동 기간 산정치
Schedule
Development
(일정 개발)		 목적 활동 순서, 기간, 자원 요구 사항 및 일정 제약 사항을 분석하여 프로젝트 일정 수립
- Activity 순서, 기간 및 필요한 자원의 소요 등을 분석하여 전체 프로젝트의 일정을 결정
투입물 Activity 목록(속성), 일정 네트워크, 자원 요구 사항, 자원 달력, 활동 기간 산정치,
프로젝트 범위 기술서
도구 일정 네트워크 분석, CPM, CCM, 자원 평준화 기법, What-If 시나리오 분석, 선도 및 지연 적용,
일정 단축, 일정 도구
산출물 프로젝트 일정, 일정 기준선, 일정 데이터
Schedule
Control
(일정 통제)		 목적 프로젝트 상태 감시, 일정 기준선에 대한 변경 관리
- 프로젝트 일정의 변경을 통제
투입물 프로젝트 관리 계획, 프로젝트 일정, 작업 성과 정보
도구 성과 검토, 차이 분석, 프로젝트 관리 소프트웨어, 자원 평준화, What-If 시나리오 분석,
선도 및 지연 조정
산출물 성과 측정치, 변경 요청
반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

프로젝트 일정 단축기법  (0) 2024.02.27
CPM  (1) 2024.02.26
WBS  (1) 2024.02.24
요구사항 수집기법  (0) 2024.02.23
지식 영역 관리(KA)  (0) 2024.02.22
25
상 WBS [정의] 프로젝트의 인도물과 전체 업무 범위를 작고 관리 가능한 최소 업무 단위로 분할한 계층도
[특징] 산출물 중심, 의사소통기구, R&R정의, 진척관리, 가시성
[구성요소] Work Package, WBS Dictionary, Code of Account, Duration & 관계, 책임할당매트릭스(RAM)
[작성원칙] 관리가능한크기(산정 및 할당가능한 크기), 레벨(3-5단계), WP크기(80M/H), 100% Rule
[100% Rule]
계층내 모둔 수준에 적용(MECE), 자식 수준의 총합은 부모의 값(Top-Down),
범위 밖의 작업 미포함(범위관리), 100%이상 포함하지 않음(100% 이내)		 범위기준선
토픽 이름(상) WBS
분류 PM > 프로젝트 범위(Scope) 관리 > WBS
키워드(암기) WP(Work Package), PP(Plan Package), 100% rules, Control Account,
Code of Account, 분할(Decomposition) 3~5수준, 관리가능수준,
작업분류체계 사전(WBS Dictionary), 상호배제
암기법(해당경우) 구성 : [작계사분통R] 작업 패키지, 계획 패키지, 작업분류체계 사전, 작업분류체계 코드,
통제 계정, RAM

기출문제

번호 문제 회차
1 프로젝트 관리 관점에서 작업분해도(WBS : Work Breakdown Structure)란 무엇이며, PMI(Project Management Institute)가 제시하는 9개 활동영역 각각에서 어떻게 활용될 수 있는지 설명하시오. 90.관리.2
2 12. S/W프로젝트의 WBS(Work Breakdown Structure) 100% 규칙(Rule) 107.응용.1
3 2. 프로젝트 관리 국제표준이 ISO21500에는 관리 주제별로 단계별 수행 프로세스에 대하여 명시하고 있다.
  가. ISO21500에서 범위관리를 위해 기획 단계와 통제 단계에 수행하는 세부 활동에 대하여 설명하시오.
  나. 작업분류체계(WBS : Work Breakdown Structure)에 대하여 설명하시오.  (정의, 주요투입물, 작성방법 등)
  다. 프로젝트 수행 경험을 통해 WBS가 범위관리 외에 일정관리, 의사소통관리 등에 어떻게 활용되는지 사례를 제시하시오.		 111.응용.3

 

I. 프로젝트 범위 관리의 핵심도구, WBS의 개요

가. WBS(Work Breakdown Structure)의 정의

- 프로젝트 목표 달성과 필요한 산출물을 위해 실행할 작업을 인도물 중심의 계층구조로 세분해 놓은 계층도

나. WBS의 특징

특징 설명
세분화 - 보통 1~2주 안에 처리할 수 있는 단위로 3~4레벨로 업무 세분화, 2주의 원칙 (80시간)
진척 관리 - 프로젝트 수행 인원에 대한 업무 진척관리 도구로 활용가능
선후관계 정의 - 각 WBS별 선/후 및 의존성, 연관관계의 파악이 가능하며, 영역 정의 가능

II. WBS의 구성도 및 구성요소

  1. WBS 구성도

- WBS는 관리 가능한 크기 및 통상적으로 3~5단계에 걸쳐 분할(Decomposition)을 수행함

  1. WBS의 구성요소

 

 

구성요소 설명
작업 패키지
(Work Package)		 측정 및 관리 가능한 단위의 WBS 최하위의 구성요소로 일반적으로 80ㅅ간 내외 작업의 크기로 분할
계획 패키지
(Planning Package)		 작업이 시작 및 관리되지 않은 계획 중인 패키지 단위
작업분류체계 사전
(WBS Dictionary)		 작업 패키지의 세부 내용을 설명하는 요소로 작업 내용, 자원 요구사항, 일정, 원가, 산출물, 작업 완료 기준, 인수 기준 등의 정보를 관리함
작업분류체계 코드
(Code of Account)		 WBS 요소를 유일하게 식별할 수 있는 고유 식별자, WBS ID라고도 불림
(1.x.x)
통제 계정
(Control Account)		 작업 패키지의 묶음으로, 각 통제계정에는 작업패키지가 여러 개 포함될 수 있지만, 각 작업 패키지는 한 개의 통제계정에 연결되어야 함
RAM
(Responsibilities
Assignment Matrix)		 - 각 작업 패키지 별로 담당자를 정의 및 관리
- 각 할당자 별로 각 Phase별 승인과 R(Review), 품질 검토자, I(Input), 투입물 책임자,
P(Participant)등의 기초가 됨

 

III. WBS의 100% 규칙(Rule)

구분 설명
개념 WBS 작성의 각 레벨의 작업량 합이 100%가 되어야 하며, 각 레벨의 예산의 합도 전체 예산과 100% 맞게 WBS를 작성해야 한다는 이론 및 방법론
구성도

규칙 관리가능한 크기 -자원/일정 산정 및 할당이 가능하고 내/외부 의사소통에 활용 가능한 단위로 작업을 분할함

레벨(LEVEL) -통상적으로 분할의 적정수준 3~5단계에 걸쳐 작성함

WP크기 -전체작업의 1~10% 규모
-80M/H 또는 10일 작업 이내, 2주 이내 기간으로 작업을 완료할 수 있는 크기임

100% 규칙(Rule) -레벨1 = 인도물(Deliverables)을 말함, 100%
-레벨2 = Control Account를 말함, 100%
-레벨3, 레벨4…
-레벨5 = 작업패키지를 말함, 합이 100%

 

[참고] WBS의 활용

지식영역 WBS 활용
통합관리 - 범위/일정/원가를 유기적으로 통합하여 프로젝트를 관리하기 위한 기본요소
범위관리 - 범위 기술서를 토대로 WBS작성
- 승인된 범위기술서, WBS, WBS 사전은 범위기준선으로 활용
일정관리 - WBS 기준으로 프로젝트 활동목록 작성, 활동 순서 정의
- 산출물 및 자원의 능력에 따라 자원 소요량 파악
원가관리 - WBS Work Package 단위로 원가산정, 감시 및 통제에 활용
품질관리 - Work Package별 품질 요구사항에 대한 정의 및 고객과의 합의 기준 문서로 활용
자원관리 - WBS를 성공적으로 수행하기 위한 조직 구성도 작성 및 인적 자원 배치에 활용
의사소통관리 - Work Package별 담당자 및 관련자를 지정하여 의사소통 경로 설정
위험관리 - 각 단계별 발생 가능한 위험요소를 WBS에 기재하여 통제수단으로 활용
조달관리 - 사업 발주로부터 각 구성 요소별 납품시기 정의 및 통제수단으로 활용
반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

CPM  (1) 2024.02.26
프로젝트 일정관리(시간)  (0) 2024.02.25
요구사항 수집기법  (0) 2024.02.23
지식 영역 관리(KA)  (0) 2024.02.22
프로세스 그룹(5개)  (0) 2024.02.21
23
상 요구사항 수집기법 [데이터수집] 인터뷰, Focus Group, 설문지 및 설문조사, 벤치마킹, 브레인스토밍
[데이터분석] 문서분석
[데이터표현] 마인드매핑, 친화도
[의사결정] 다기준 의사결정 분석, 투표
[대인관계와 팀 스킬] 명목 집단 기법, 관찰, 촉진
[기타] 프로토타입, 컨텍스트 다이어그램, 전문가판단
수분표의데프컨
인포설벤브
문서
마친
다투
명관촉
토픽 이름(상) 요구사항 수집기법
분류 PM > 프로젝트 범위(Scope) 관리 > 요구사항 수집기법
키워드(암기) 추적성, 범위기준선 제공
암기법(해당경우) [수분표의대프컨] (인포설벤브, 문서, 마친, 다투, 명관촉)
- 데이터 수집(인터뷰, 포커스 그룹, 설문지 및 설문조사, 벤치마킹, 브레인스토밍)
- 데이터 분석(문서 분석),
- 데이터 표현(마인드 매핑, 친화도),
- 의사 결정(다기준 의사결정 분석, 투표),
- 대인관계와 팀 스킬(명목 집단 기법, 관찰, 촉진),
- 프로토타입, 컨텍스트 다이어그램, 전문가 판단

기출문제

번호 문제 회차
1 1. 프로젝트 요구사항 도출의 필요성과 도출기법 5가지를 설명하시오 107.정보관리.2교시
2 8. 정보시스템을 성공적으로 개발하기 위해서는 시스템개발에 필요한 정보를 정확하게 수집해야한다. 정보시스템의 요구사항분석시 수행되는 요구자료수집기법을 제시하고 각각의 특징 및 장단점을 비교하시오. 모의_2010.06(응용).3교시

 

I. 프로젝트의 범위 정의를 위한 CSF, 요구사항 수집기법의 개요

가. 요구사항 수집기법의 개념

- 프로젝트 이해관계자들이 필요로 하는 기능적/비기능적 요구사항을 수집하고 정의하여 이와 관련된 문서를

작성하는 기법.

나. 요구사항 수집의 필요성

필요성 내용
범위기준선 제공 - 요구사항을 수집하여 범위를 정의하고 WBS를 작성하게 됨.
일정과 원가에 영향 - 요구사항의 통합을 통한 프로젝트 일정, 원가 및 예산 산정의 기준이 됨.
추적성 제공 - 구현 과정 및 기능이 요구사항에 만족하는지를 파악하고 검증할 수 있도록 속성 제공

 

II. 요구사항 수집기법의 상세 설명

구분 수집 기법 설명
데이터 수집
(Data Gathering)		 인터뷰
(Interview)		 - 이해관계자와 직접 대화를 통해 정보를 구하는 공식적 또는 비공식적 정보수집 방법

핵심전문가 그룹
(Focus Group)		 - 선별된 전문가 집단으로 대화식 토론 통해 수집
- 토론 진행시 숙련된 조정자 필요

설문지 및 설문조사
(Questionnaires and Surveys)		 - 다수의 대상자에게 질문지를 통해 신속한 자료 수집

벤치마킹(Benchmarking) - 경쟁사, 선진사례 참조하여 유사한 수준의 효과를낼 수 있는 기능 요구사항 정의

브레인스토밍
(Brainstorming)		 - 프로젝트 및 제품 요구 사항과 관련된 다양한 아이디어를 창출하여 취합하는데 사용하는 기법
데이터 분석
(Data Analysis)		 문서 분석
(Document Analysis)		 - 고객의 RFP나 현 시스템, 프로세스 문서를 참고하여 요구사항 도출에 활용
데이터 표현
(Data Representation)		 마인드 매핑
(Mind Mapping)		 - 파악된 공통점과 차이점을 반영하여 새로운 아이디어를 창출하기 위하여 개별 브레인스토밍을 통해 창출된 아이디어를 하나의 맵에 통합하여 정의

친화도
(Affinity Diagram)		 - 효과적인 검토 및 분석을 위하여 수많은 아이디어를 몇 개의 그룹으로 분류하는 기법(관련성, 친밀감 구분)
의사 결정
(Decision Making)		 다기준 의사결정 분석
(Multicriteria Decision Analysis)		 - 수많은 아이디어를 체계적인 분석방법에 의해 의사결정 매트릭스를 제공 하는 방법

투표
(Voting)		 - 만장일치(Unanimity) 등을 통하여, 평가 및 단체 의사결정기법
대인관계와 팀 스킬(Interpersonal and team skills) 명목 집단 기법
(Nominal Group technique)		 - 아이디어의 우선순위를 매길 때, 투표 방식을 적용하여 기존 브레인스토밍을 강화하는 기법

관찰(Observations) - 개인의 업무처리 방법이나 절차에 대해 직접적으로 관찰하는 방법으로 요구사항을 명확히 설명하기 힘들거나 어려움이 있는 경우 사용하는 방법

촉진(Facilitation) - 집중 토론, 적극적 대화 참여 유도
기타 기법 프로토타입
(Prototypes)		 - 실제 제품의 개발 전에 주요 기능을 중심으로 모형을 만들어 요구사항을 조기에 효과적으로 수집할 수 있는 방법

컨텍스트 다이어그램
(Context Diagram)		 - 프로세스, 장비, 시스템으로 구성된 컨텍스트 다이어그램을 통해 시스템과 사용자의 상호작용을 가시화하여 요구사항 정의에 활용

전문가 판단 - 비즈니스에 대한 전문가 및 도메인에 대한 전문가가 판단

 

III. 요구사항 수집기법의 주요 산출물

산출물 설명
요구사항 문서 - 이해관계자의 요구사항을 체계적이고 효율적으로 관리하기 위한 문서
- 명확하고, 추적가능하고, 완전하고, 일관성 있는 수준 작성
요구사항 추적 매트릭스 - 정의된 요구사항을 각각의 요인에 연결하고 각 요구사항을 프로젝트 생애 주기 전반에 걸쳐 단계적 산출물을 추적하여 관리 하는 문서

“끝”

 

[참고]

[요구사항 명세서]

[기능적 요구사항과 비기능적 요구사항]

구분 기능적 요구사항(Functional Requirement) 비기능적 요구사항(Non-Functional Requirement)
개념 시스템에서 제공되어야 할 특정 기능을 정의 S/W뿐만 아니라 시스템 전체에 대한 요구사항
(신뢰성, 성능, 보안성, 사용가능성, 안정성 등)
요구사항 - 데이터 모델 : 개념적인 데이터베이스 모델 상태를 구체화 한 모델로서, 생성, 삭제 등의 상태와 실행 정의
- 데이터 흐름 모델: 시스템 행위가 어떻게 이루어지는가를 표현하여, 데이터 모델의 입출력이 데이터 흐름 일부분으로 사용
- 프로세스 모델: 병행, 상호작용, 다른 프로세서들 간의 동기화와 활동 기술		 - 성능 : 응답속도 , 자원사용량
- 보안 : 침입대응, 사용자인증/권한
- 아키텍처 : 확장성, 유연성
- 안정성 : 장애대응, 서비스연속성
반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

프로젝트 일정관리(시간)  (0) 2024.02.25
WBS  (1) 2024.02.24
지식 영역 관리(KA)  (0) 2024.02.22
프로세스 그룹(5개)  (0) 2024.02.21
프로젝트 특징  (1) 2024.02.20
13
상 지식 영역 관리(KA) 통합관리(Integration)
범위관리(Scope)
일정관리(Schedule)
원가관리(Cost)
품질관리(Quality)
자원관리(Resource)
의사소통관리(Communication)
위험관리(Risk)
조달관리(Procurement)
이해관계자관리(Stakeholder)
통범일원품자의위조이

지식 영역 관리(KA)
분류 PM > 프로젝트 관리 일반 > 지식 영역 관리(KA)
키워드(암기) [지식영역 10개]
통합관리(Integration), 범위관리(Scope), 일정관리(Schedule), 원가관리(Cost), 품질관리(Quality), 자원관리(Resource), 의사소통관리(Communication), 리스트관리(Risk), 조달관리(Procurement), 이해관계자관리(Stakeholder)
[프로세스그룹(5개)]
착수, 기획(계획), 실행, 감시 및 통제, 종료
암기법(해당경우) 1+3+1+RCR+P+S    766-436-3734

 

기출문제

번호 문제 회차
1 REBOK(Requirements Engineering Body Of Knowledge)의 지식영역을 설명하시오. 합숙_2015.01_관리_3
2 PMBOK 9가지 지식영역별 관리기법이나 이론, 산출물을 설명하시오. 모의_2013.04_관리_1
3 PMBOK과 SWEBOK(Software Engineering Body of Knowledge)을 비교하여 설명하시오. 모의_2012.06_관리_1
4 5. ISO 21500과 PMBOK를 비교하시오. 합숙_2014.01_공통
합숙_2012.02_공통
모의_2011.12_관리_1-

 

I. 프로젝트 관리 계획서 생산을 위한, 프로젝트 관리 지식영역의 개요

가. 프로젝트 관리 지식영역의(Knowledge Area)의 정의

- 프로젝트의 효과적인 관리를 위해 유사한 기능의 관리 프로세스들을 묶어서 10개의 영역으로 그룹화한

지식체계

나. 프로젝트 관리 지식영역의 특징

1) 10개의 지식영역 : 통합, 범위, 일정, 원가, 품질, 자원, 의사소통, 리스크, 조달, 이해관계자

2) 49개의 프로세스 : 프로세스 그룹(착수, 계획, 실행, 감시 및 통제, 종료)과 매핑되어 49개 프로세스로 구성

 

II. 프로젝트 관리 지식영역의 구성도 및 구성요소

가. 프로젝트 관리 지식영역의 구성도

나. 프로젝트 관리 지식영역의 구성요소

지식영역 설 명 산출물
통합관리
(Integration)		 - 각 영역의 계획과 활동이 유기적으로 결합되도록 조정/총괄
- 프로젝트 총괄 관리		 프로젝트 헌장
프로젝트 관리 계획서
인도물
범위관리
(Scope)		 - 프로젝트 대상업무 중 필수로 해야 할 일을 결정하고 작업범위 확정
- WBS (Work Breakdown Structure)		 요구사항추적매트릭스
WBS, 범위 기준선
승인된 인도물
일정관리
(Schedule)		 - 프로젝트를 단위작업으로 분할 후, 단위작업 별 일정 산정 및 관리
- 납기준수를 위한 일정관리		 일정관리 계획서
일정 기준선
원가관리
(Cost)		 - 프로젝트 수행에 필요한 비용을 각 단위작업 별 할당 및 관리
- 예산수립, 진행계획		 원가관리 계획서
원가 기준선
품질관리
(Quality)		 - 산출물이 요구사항을 충족하도록 기준 설정, 적합성여부 관리
- 품질보증활동		 품질관리 계획서
검증된 인도물
자원관리
(Resource)		 - 프로젝트 투입 인력을 조직하고, 업무를 할당하여 관리
- 팀구성 및 팀개발		 자원관리계획서
자원달력
의사소통관리
(Communication)		 - 이해당사자 간 효율적인 정보전달체계를 계획, 조직, 관리
- 팀/고객과 의사소통		 의사소통관리 계획서
작업성과정보
리스크관리
(Risk)		 - 발생가능한 위험요인을 발견/분석/대책수립
- 위험식별, 통제방안수립		 위험관리 계획서
위험관리대장
조달관리
(Procurement)		 - 프로젝트 수행 시 필요한 자원(인력, 장비, 자재 등) 확보/관리
- 구매 및 조달방안수립, RFP, 제안서		 조달관리 계획서
협약서
이해관계자관리
(Stakeholder)		 - 프로젝트 팀 및 고객과의 프로젝트 성공을 위한 이해관계자 식별, 관리, 참여 전략
- 이해관계자 식별/관리/참여전략		 이해관계자 관리대장
이해관계자 관리계획서

 

III. 프로젝트 관리 프로세스 그룹(5개) / 지식영역(10개) / 프로세스(49개)

지식
영역		 프로세스 그룹




착 수 기획(계획) 실 행 감시 및 통제 종 료
4.통합(7) 프로젝트 헌장개발 프로젝트관리계획서 개발 프로젝트작업지시ᆞ관리
프로젝트지식 관리		 프로젝트작업 감시ᆞ통제
통합변경통제 수행		 프로젝트 또는
단계 종료
5.범위(6)
범위관리 계획수립
요구사항 수집
범위정의
작업분류체계(WBS) 작성
범위확인
범위통제
6.일정(6)
일정관리 계획수립
활동정의
활동순서 배일
활동기간 산정
일정개발
일정통제
7.원가(4)
원가관리 계획수립
원가산정
예산책정
원가통제
8.품질(3)
품질관리 계획수립 품질관리 품질통제
9.자원(6)
자원관리 계획수립
활동자원 산정		 자원확보
팀개발
팀관리		 자원통제
10.의사
소통(3)
의사소통관리 계획수립 의사소통관리 의사소통 감시
11.리스크
(7)
리스크관리 계획수립
리스크 식별
정성적 분석
정량적 분석
리스크대응 계획수립		 리스크대응 실행 리스크 감시
12.조달(3)
조달관리 계획수립 조달수행 조달통제
13.이해
관계자(4)		 이해관계자 식별 이해관계자참여 계획수립 이해관계자 참여 이해관계자 참여 감시  
반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

WBS  (1) 2024.02.24
요구사항 수집기법  (0) 2024.02.23
프로세스 그룹(5개)  (0) 2024.02.21
프로젝트 특징  (1) 2024.02.20
RAD  (0) 2024.02.19
12
상 프로세스 그룹(5개) [정의] 프로젝트 관리를 하기 위한 프로세스 그룹 5개
[절차] 착수, 기획, 이행, 통제, 종료
착계실통종
토픽 이름(중) 프로세스 그룹(5개)
분류 PM > 프로젝트 관리 일반 > 프로세스 그룹
키워드(암기) 착수, 계획, 실행, 감시 및 통제, 종료, 49개 프로세스
암기법(해당경우)  

 

 

I. 성공적인 소프트웨어 관리를 위한 PMBOK 기반의 프로세스 그룹과 프로세스의 개요

- 프로젝트 시간의 흐름에 따라 착수, 계획, 실행, 감시 및 통제, 종료의 상호작용하는 5가지 프로세스 그룹과 각 프로세스 그룹내의 세분화된 49개의 프로세스 (PMBOK 6판 기준)

 

II. 프로세스 그룹의 단계 및 상세 설명

가. 프로세스 그룹의 단계

 

- 프로세스 그룹은 총 5단계로, 착수-계획-실행-감시 및 통제-종료로 구성됨

나. 프로세스 그룹의 상세 설명

프로세스 주요 활동 설명
착수 이해관계자 식별 프로젝트의 주요 요구사항과 관련된 이해관계자 식별

프로젝트 관리자 임명 원활한 진행을 위한 관리자의 배정 및 진행준비 임무부여

프로젝트 헌장 작성 헌장 작성을 프로젝트 관리자에 공식적인 관리권한을 부여
계획 프로젝트 관리 계획서 작성 모든 보조적인 계획서를 정의하고 작성 및 조율하여 하나의 종합적인 관리계획서에 통합한 문서

기준선 작성 프로젝트 생명주기 동안 프로젝트 진행률 관리 및 성과 측정을 위한 기준이 되는 라인
실행 정의된 작업 수행 관리 계획에서 정의한 작업을 완료하기 위한 프로세스로 구성

변경사항에 따른 조정작업 실행 기간에 변경사항이 적용되면, 관리 계획서 갱신 작업과 기준선 변경 및 조정 작업이 수반됨

인도물 작성 프로젝트 작업 완료를 목표로 하는 인도물 작성
감시 및
통제		 조치 수행 발생가능성이 있는 위험 및 이슈에 대한 예방조치와 시정조치 수행

프로젝트 진행률 확인 현재 프로젝트의 진행률을 계획서의 일정 및 원가 기준선을 맞추고 있는지 확인하고 예측함

변경사항 승인 범위 변경사항에 대한 승인을 통하여 실행단계를 통해 수행할 수 있도록 승인 작업 및 검토 수행
종료 프로젝트 인수 진행 프로젝트 고객과 스폰서에게 프로젝트를 공식적으로 인수요청

습득한 교훈물 프로젝트 기간동안 얻은 교훈 및 좋은 사례를 다음 프로젝트에 참조할 수 있도록 산출물을 정리함

 

 

[참고]

 

반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

요구사항 수집기법  (0) 2024.02.23
지식 영역 관리(KA)  (0) 2024.02.22
프로젝트 특징  (1) 2024.02.20
RAD  (0) 2024.02.19
진화형 개발 모델  (0) 2024.02.18
5 프로젝트 관리 일반 중 특징 [프로젝트 정의] 유일한 제품(Product), 서비스, 결과물 창출 위해 한시적으로(Temporary) 리소스와 노력을 투입하는 활동
[특징] 한시성, 유일성, 점진적 상세화, 제약, 자원과 품질, 변화추구, 착수배경, 가치창출

토픽 이름 프로젝트의 특징
분류 PM > 프로젝트 관리 일반 > 프로젝트의 특징
키워드(암기) Temporary Endeavor, Uniqueness, Progressive Elaboration,  De-facto
암기법(해당경우)  

 

기출문제

번호 문제 회차
1 1. 소프트웨어 프로젝트관리(Software Project Management)에 대하여 다음 질문에 답하시오.
 가. 프로젝트 정의 및 프로젝트 관리의 정의를 설명하시오.
 나. 프로젝트를 수행하는 업종에 대하여 아는 대로 기술하시오.
 다. 프로젝트 수행을 위한 ‘업의 특성 및 개념’에 대해서 기술하시오.
 라. 소프트웨어 프로젝트 수행 과정상, 예상되는 대표적인 위험을 도출하고 이를 극복하기 위한 위험관리(Risk management)방안에 대하여 논하시오.		 관리.81회.2교시

 

I. 비즈니스와 IT 프로젝트의 성공을 위한, 프로젝트의 정의

  - 유일한 제품(Product), 서비스, 결과물 창출 위해 한시적으로(Temporary) 리소스와 노력을 투입하는 활동

 

II. 프로젝트의 특징

특징 설명 사례
Temporary Endeavor
(한시성)		 - 시작과 끝이 명확히 존재하는 일시적인 활동에 노력 투입 - 프로젝트 기간은 정해져 있음
- 프로젝트로 인한 결과를 운영하는 것은 프로젝트가 아님
Uniqueness
(유일성)		 - 유형은 같아도, 동일 프로젝트는 없음.유일한 고유 서비스를 제공 - 서로 다른 건축 프로젝트
- 모두 다른 산출물과 문서
Progressive Elaboration
(점진적 상세화)		 - 프로젝트 초기의 개괄적 범위 정의에서 프로젝트가 진행되면서 점차 구체화 - 프로젝트 생명주기가 뒤로 갈수록 프로젝트 위험과 불확실성이 점차 낮아짐
Constraint of Scope, Time and Cost
(제약)		 - 범위, 일정, 원가 등 주요한 항목에 대한 제약 존재
- 따라서 제약에 대한 균형 추구필요 		- 프로젝트 일정 준수 위해 무리하게 공정 기간 단축
- 원가 절감 위해 품질 낮은 제품 생산
Resource & Quality
(자원과 품질)		 - 자원을 통한 품질 및 프로세스 개선 - ISO 9126, CMMI, 6-σ등의 제품 품질 및 프로세스 개선 프로젝트
Drive Change
(변화추구)		 - 프로젝트는 변화를 추구 - 가변적 요구사항의 용이한 반영 위해 조직을 애자일 워킹그룹으로 변경
Initiation Context
(착수배경)		 - 프로젝트는 착수 배경이 존재 - 규제준수 à 개인정보 암호화
- 프로젝트 요구사항 à 모바일 결제
- 온라인 시장 진출 사업 전략
- 기술 구현, 기술 전략 변화
Project enable Business value creation
(가치창출)		 - 프로젝트는 유/무형의 비즈니스 가치를 창출 - 유형 : 금전, 주식, 제품, 시장점유율 상승
- 무형 : 기업 및 서비스 호감도, 브랜드 인지도, 상표
- Benefit(편익) : 유형, 무형 모두 해당

  - 프로젝트의 성공적 완료 위한 절차, 프로세스, 실행 기술, 지식 등의 관리 체계 필요

 

III. 성공적인 프로젝트를 위한 관리지식체계 PMBOK

구분 설명
5개의 프로세스 그룹
(Process Group)		 - 그룹 프로젝트 생명주기(Project Life Cycle) 동안 발생하는 프로세스를 5개의 프로세스로 구분한 분류 방법
- 착수, 계획, 실행, 감시 및 통제, 종료 프로세스
10개의 지식영역
(Knowledge Areas)		 - 통합관리, 범위관리, 일정관리, 원가관리, 품질관리, 자원관리, 의사소통관리, 위험관리, 조달관리, 이해관계자관리
49개의 프로세스
(Process)		 5개의 프로세스 그룹 및 10개의 지식영역에 따라 매핑된 49개의 프로세스
(PMBOK 6th Edition 기준)

  - 미국 프로젝트 관리협회(PMI)에서 규정한 프로젝트 관리지식체계

반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

지식 영역 관리(KA)  (0) 2024.02.22
프로세스 그룹(5개)  (0) 2024.02.21
RAD  (0) 2024.02.19
진화형 개발 모델  (0) 2024.02.18
증분형 개발 모델  (1) 2024.02.17

+ Recent posts

티스토리툴바