정보기술 프로세스 리엔지니어링 - DBGuide.net · sw – cmm 1.1...

sm정보기술 프로세스 리엔지니어링

(ITPR : IT Process Reengineering )

㈜ 투이 컨설팅

* IT Process Reengineering and ITPR are Service Marks of 2e Consulting Co., Ltd.

1 Copyright ⓒ 2002 2e Consulting Co., Ltd. All rights reserved.

ITPRITPRITPR

소프트웨어 산업의 문제점

소프트웨어 개발 프로젝트의 실패로 사업기회를 상실하거나, 이익의 감소를 경험하는 기업이많음

Computer Channel Inc, 1993Computer Channel Inc, 1993 Standish Group 1994, 8,380 Project.Standish Group 1994, 8,380 Project.

사업 기회 상실이익 감소

개발 지연

낮은 생산성

비용 초과

낮은 제품 품질

소프트웨어 결함

고객 불만

품질, 납기, 비용을 충족한 프로젝트 비율 : 16.2%

재작업 없이 프로젝트 완료 : 6%

품질, 납기, 비용을 충족한 프로젝트 비율 : 16.2%

재작업 없이 프로젝트 완료 : 6%

15%의 프로젝트는 아무것도 제공하지 못함

절반 이상의 프로젝트가 지연됨

예상 비용을 초과하는 경우가 일반적

15%의 프로젝트는 아무것도 제공하지 못함

절반 이상의 프로젝트가 지연됨

예상 비용을 초과하는 경우가 일반적


ITPRITPRITPR

리엔지니어링의 대상

소프트웨어 시스템의 품질은 그것을 개발하고 유지 보수하는데 사용된 프로세스 품질에 의해좌우됨

리엔지니어링 포인트

제품서비스

요구사항 프로세스

새로운 기술보다는 프로세스에 초점- 현재의 상태 평가- 리엔지니어링을 위한 프로세스 지향- 프로세스에 맞는 도구 사용- 프로세스 효과 평가- 지속적인 프로세스 리엔지니어링


ITPRITPRITPR

소프트웨어 프로세스의 정의

프로세스의 정의는 ‘일정한 목적을 위해 수행되어지는 일의 순서’ (IEEE)이며,

소프트웨어 프로세스의 정의는 ‘사람들이 소프트웨어 및 관련 산출물을 개발하고

유지보수하기 위해 사용하는 일련의 활동, 방법, 실무 및 변형’ (CMM)임

프로세스

Tools andEquipmentsPeople

Procedures andMethods

AD

C

B


ITPRITPRITPR

효과적인 프로세스

효과적인 프로세스는 프로세스의 실제결과를 예측할 수 있어야 하고, 이를 위해서는프로세스가 명시적으로 정의되고, 관리되고, 예측되고, 통제될 수 있어야 함.

프로세스

통제 정의

관리예측

Process Maturity(프로세스 성숙도)

정량화

비용

일정 품질

예측가능성

Process Capability(프로세스 능력)

정보기술 프로세스 리엔지니어링 모델


ITPRITPRITPR

모델

모델이란 현실 세계를 단순화시켜 바라보는 시각임

모델은

- 공통의 언어를 확립하여 시각을

나눌 수 있게 하고

- 행동의 우선순위를 결정하는

Framework을 제공하며

- 산업계 전반에 걸친 비교를 할 수 있도록

도와주는 장점이 있는 반면에,

- 쉽게 이해하기 어렵고,

사업 목표에 맞춰 해석하고 맞추어야 하며,

- 올바르게 모델을 활용하려면

반드시 적절한 판단을 해야 함.

목표적합성

판단적절성

Model

공통의언어

행동의 우선순위 비교가능성


ITPRITPRITPR

프로세스 리엔지니어링 모델

대표적인 프로세스 리엔지니어링 모델은 다음과 같음.

Plan

Do

Action

Check

Plan

Do

Action

CheckPDCA

SPICE(Software Process Improvement and

Capability dEtermination) - ISOIDEAL - SEI


ITPRITPRITPR

프로세스 리엔지니어링 모델의 공통점

프로세스 리엔지니어링 모델은 프로세스의 결점을 찾아 고치는데 초점이 있으며, 리엔지니어링은 반드시 측정되고 정기적으로 보강되어야 하며, 일관된 투자 및 Incentive, 보상제도 등과 통합적으로 운영되어야 하며, 지속적으로 추진되고, 관리되어져야 함.

Process ReengineeringProcess Reengineering

ReengineeringFocus Measurement Incentives Continuity


ITPRITPRITPR

PDCA

Plan-Do-Check-Action의 4 step으로 이루어져 있음

가장 보편적으로 널리 알려진 리엔지니어링 모델

모든 프로세스에 적용 가능

Plan

Do

Action

Check


ITPRITPRITPR

IDEAL

Initiating-Diagnosing-Establishing-Acting-Learning의 5단계로 구성되어 있으며, 14개의활동으로 이루어짐

카네기 멜론 대학 부설 소프트웨어 공학 연구소(SEI)에서 소프트웨어 조직의 프로세스리엔지니어링을 위하여 개발한 모델임


ITPRITPRITPR

SPICE

Software Process Improvement and Capability dEtermination

ISO의 프로세스 리엔지니어링 및 능력 판단 모델의 일부(ISO/IEC TR 15504-Part 7)

IdentifiesChanges to

Motivates

IdentifiesCapability

And risks of

Process

ProcessAssessment

ProcessImprovement

CapabilityDetermination

Isexaminedby

Leadsto

Leadsto

CMM


ITPRITPRITPR

CMM의 개념

Carnegie Mellon 대학의 연구개발 센터인 SEI(Software Engineering Institute)

에서 개발한 소프트웨어 프로세스 리엔지니어링 및 능력 평가 모델임

Initial

Repeatable

Defined

Managed

Optimizing • 소프트웨어 개발 및 유지보수에 있어 프로세스 관리방법

이자 품질혁신 개념임

• 소프트웨어 개발 및 유지보수에 있어 프로세스 관리방법

이자 품질혁신 개념임

• 조직 혁신 모델• 조직 혁신 모델

• 신뢰할 수 있고 일관성 있는 심사를 위한 기본 구조• 신뢰할 수 있고 일관성 있는 심사를 위한 기본 구조

• 조직이 보유한 소프트웨어 프로세스 능력에 대한 성숙도를

단계적으로 보여줌

• 조직이 보유한 소프트웨어 프로세스 능력에 대한 성숙도를

단계적으로 보여줌

55

44

33

22

11

Capability

Maturity

Model

Capability

Maturity

Model


ITPRITPRITPR

CMM의 발전

미국 국방성의 후원으로 카네기멜론 대학 부설 소프트웨어공학연구소(SEI, Software Engineering Institute)에서는 1987년 소프트웨어 프로세스 성숙도 설문지를 발표한 후 지속적으로 소프트웨어프로세스 수준을 측정하고 개선하는 활동의 규범모델을 발전시켜 왔음.

Process Maturity FrameworkProcess Maturity Framework

SW CMM(the Capability Maturity Model for S/W)

SW CMM(the Capability Maturity Model for S/W)

P - CMM(People CMM)

P - CMM(People CMM)

SE - CMM(System Engineering CMM)

SE - CMM(System Engineering CMM)

IPD - CMM(Integrated Product Development CMM)

IPD - CMM(Integrated Product Development CMM)

SA - CMM(Software Acquisition CMM)

SA - CMM(Software Acquisition CMM)

CMMI - SE/SWCMMI - SE/SW

CMMI – SE/SW/IPPDCMMI – SE/SW/IPPD

CMM – SE/SW/IPPD/SS (에정)CMM – SE/SW/IPPD/SS (에정)

1987년 미 국방성 요구에 부응 (S/W 계약자의 능력을 평가할 수 있는 방법 제공)

2002년 공급자관리가 추가된 통합 모델 발표 예정

2000년

기 발표된 CMM유형을 통합하여 통합 규범 모델 발표

1996~1997년

적용대상에 따라 서로 다른 규범모델 발표

1991년 소프트웨어 개발 프로세스에 대한 모델 발표


ITPRITPRITPR

한국의 CMM 동향

우리나라에서 1996년 및 2001년에 CMM 수준을 측정하는 프로젝트를 수행하였으나, 조사 대상

전 조직이 가장 낮은 1단계로 판명됨. 그러나, 핸디소프트가 2001년 초 CMM 2단계를

인정받았으며, 포스데이터 및 삼성 SDS는 국내 최초로 3단계를 인정받았음.

CMM 설문 조사 CMM 심사

• CMM 수준의 자체 평가를 시작

• 2001년 CMM 3단계 인정 받음

삼성

SDS

• 하워드 루빈 박사와 제휴

• 국내 기업들의 CMM 수준 측정

• 53개 참여업체 전부 1단계 수준

• 6개 산업군 별로

국내 기업들의 CMM 수준 측정

• 32개 참여업체 전부 1단계 수준

1996년

2001년

• 삼성 SDS 보다 늦게 추진했으나,

2001년 국내 최초로 CMM 3단계

인정받음

포스

데이타

• 소프트웨어 제품의 미국 수출을위하여 2001년 초에 CMM 2단계 인정받음

핸디

소프트


ITPRITPRITPR

세계의 CMM 동향

전 세계적으로 높은 수준의 성숙도를 인정 받은(4단계이상) 조직은 2002년 1월 현재 139개임.

Optimizing

Managed

Defined

Repeatable

55

44

33

22

11Capability

MaturityModel

CapabilityMaturity

Model

• 인도 71개

• 미국 59개

• 호주 2개

• 중국 2개

• 프랑스, 아일랜드, 러시아, 싱가포르 각 1개

73개

66개

• 1988년 최초 조사시 상위 수준의 성숙도를보인 조직이 한 곳도 없었음

• 전 세계적으로 높은 소프트웨어 프로세스수준을 인정받는 조직 수가 점차 늘어나고있음을 알 수 있음Initial


ITPRITPRITPR

CMM 향 후 전망

CMM 또는 ISO/IEC 15504 등이 머지 않아서 국제 표준을 자리잡을 것임. 이는 소프트웨어

프로세스 수준이 떨어지는 기업이 외국에 진출하기는 매우 어렵게 되는 결과를 초래할 것임.

그럼에도 불구하고 국내에서는 적극적으로 CMM을 적용하고자 하는 기업이 많지 않은 실정임.

정통부는 SI업체 인증제도 도입을 검토하고 있으며, 금융감독원은 금융기관에 대한 IT경영평가

등을 통해서 소프트웨어 프로세스 수준 향상을 유도하고 있으나, 실질적인 지원책은

아직까지도 발표되고 있지 않는 실정임.

지속적인 소프트웨어 프로세스

혁신 노력

CMM, ISO/IEC 15504국제 표준


ITPRITPRITPR

성숙도 단계

CMM은 적용 대상에 따라 서로 다른 모델을 제시하고 있지만, 각 모델은 성숙도 프레임웤을적용하고 있음

1 프로세스를 예측할 수 없고관리가 빈약함.

2 이전에 성공적으로 끝낸 태스크를프로젝트에서 반복할 수 있음.

3 프로세스의 특징이 정의되고상당히 잘 이해됨.

4 프로세스가 측정되고 통제됨.

5 프로세스 혁신에 초점을 맞춤.

초기(Initial)

반복(Repeatable)

정의됨(Defined)

관리됨(Managed)

최적화(Optimizing)


ITPRITPRITPR

SW - CMM의 구성

SW – CMM 1.1 버전은 1993년 2월에 발표됨. 이는 소프트웨어 프로세스의 성숙도를측정하고 프로세스 개선 계획을 수립하기 위한 모델임. 소프트웨어 성숙도는 5단계로구분되며 각 단계는 핵심 프로세스로 측정됨.

단 계 초 점 핵심 프로세스

5단계

최적화 단계지속적인 프로세스 혁신

결함예방관리

기술변화관리

프로세스 변화관리

4단계

관리 단계제품과 프로세스 품질

계량적 프로세스 관리

소프트웨어 품질 관리

3단계

정의 단계엔지니어링 프로세스

조직프로세스 포커스

조직프로세스 정의

교육훈련

통합소프트웨어엔지니어링

그룹간 조정

동료 리뷰

2단계

반복 단계프로세스 관리

요구사항관리프로젝트계획수립프로젝트추적관리

외주관리품질보증형상관리

1단계

초기 단계


ITPRITPRITPR

1단계

소프트웨어 프로세스는 정의되지 않은 상태로서 수시로 일하는 방식이 바뀜. 프로세스의성패는 프로세스를 수행하는 사람의 능력에 따라 좌우됨

작업자의 능력에 의한 성과

뛰어난 사람을 고용하는 한 높은 품질과예외적인 성과가 가능

일의 결과를 예측할 수 없음

소프트웨어 조직이 직면하고 있는 주요문제점은 기술적인 데 있는 것이 아니라관리적 측면에 있음

11

Capability

Maturity

Model

Capability

Maturity

Model

소프트웨어 관리가 되지 않음

OUTIN

S/W 제품은 무정형의(파악할 수 없는) 프로세스에서 만들어짐.


ITPRITPRITPR

2단계

비용, 일정, 기능성 등을 추적하기 위한 기본적인 프로젝트관리 프로세스가 수행된다. 유사한프로젝트의 성공 경험을 다른 프로젝트에서 활용함에 따라 프로세스가 반복적으로 수행됨.

효과적으로 소프트웨어 프로젝트관리를 하기 위한 강력한 니즈 확립

소프트웨어 프로젝트 관리프로세스들이 문서화되고 준수됨

관리 프로세스를 만들 때 조직의정책에 따라 프로젝트에 가이드를제시함

프로젝트의 초기에 개발된 성공적인사례들이 반복됨

22 Capability

Maturity

Model

Capability

Maturity

Model

IN OUT

프로젝트 관리 시스템이 만들어 짐

소프트웨어를 구축하는 프로세스는 미리 정의된 체크 포인트

(마일 스톤)를 갖고 있는 일련의 Black Box들임.


ITPRITPRITPR

3단계

소프트웨어 프로세스의 관리프로세스와 엔지니어링프로세스가 모두 문서화되고, 표준화되어서공식적인 업무절차로 통합된다. 모든 프로젝트는 조직 차원에서 정한 표준을 프로젝트에 맞게조정하여 사용함

33Capability

Maturity

Model

Capability

Maturity

Model

이 단계는 소프트웨어 프로젝트 관리 기초위에서 구축됨

프로세스를 통제하기 위해서는, 반드시프로세스가 정의되고 문서화되며이해되어져야 함

한 업무의 출력물이 다음 업무의 입력물로자연스럽게 흘러 들어 감

이 단계에서, 조직은 개개인이 작업을 할 수있도록 권한을 부여하는 프로세스를 구축함

잘 정의된 프로세스에 따라 관리됨

OUTIN

해당 프로세스의 책임과 역할이 이해됨.

소프트웨어 제품의 생산은 전체 소프트웨어 프로세스에 걸쳐 가시화 됨.


ITPRITPRITPR

4단계

소프트웨어 프로세스와 제품에 대한 상세한 지표가 정의되고 측정됨. 소프트웨어 프로세스와제품 모두가 계량적으로 표현되고 이에 의하여 통제됨.

프로세스 변동의 이상 원인을 파악하기 위해

통계적 프로세스 관리의 원칙을 적용함

이상원인을 가진 관리도

프로세스의 문제점을식별함UCL

LCL

Target

44

Capability

Maturity

Model

Capability

Maturity

Model

제품과 프로세스가 정량적으로 관리됨

OUTIN

경영층은 객관적인 근거를 가지고 의사결정을 함

경영층은 정량화 된 한도 내에서 성과를 예측할 수 있음


ITPRITPRITPR

5단계

계량화된 지표에 의하여 피드백 과정이 진행됨에 따라 프로세스가 지속적으로 개선됨. 새로운아이디어와 기술을 도입하기 위한 파일롯을 수행하고 이를 프로세스 개선에 반영함.

공통원인을 가진 관리도

기존의 품질 관리범위

만성적인 낭비품질개선

새로운 품질 관리범위

소프트웨어 프로세스를 지속적으로 리엔지니어링 함

낮은 성과를 유발하는 만성적인 원인을 파악하고 제거함

55

Capability

Maturity

Model

Capability

Maturity

Model

원칙 있는 변경이 정착됨

지속적인 프로세스 리엔지니어링

IN OUT


ITPRITPRITPR

성숙도의 단계성 및 제도화 필요성

IT 프로세스 능력 향상을 위한 올바른 CMM 적용을 위해서는 활동(activity)뿐만 아니라,

제도화(institutionalization)가 필수 요소임.

• 비록 조직이 성숙도 초기 단계에 있을

지라도 높은 성숙도 단계의 프로세스가

효과적이지는 않지만 실시되고 있을 수

있음.

• 다른 프로세스가 안정적이지 않을 때

몇 몇 프로세스는 효과적이지 못하기

때문에 프로세스 능력은 단계를 밟아

구축되어야 함.

• 각 단계는 다음 단계에서 취해지는 혁신을

위해 필요한 기반을 제공함.

- 관리 원칙이 없다면 엔지니어링

프로세스는 쉽게 희생됨.

- 정의된 프로세스가 없다면 상세한

세부 측정치는 일관성이 없음.

- 혼란스런 프로세스에서의 프로세스

혁신 효과는 분명하지 않음.

• 조직은 사람이 떠나도 존재함

• 조직의 문화가 프로세스로 전달됨

5544

33

2211

CapabilityMaturity

Model

CapabilityMaturity

Model

Institutionalization

SPICE


ITPRITPRITPR

(SPICE)이란?

소프트웨어 조직이 갖고 있는 소프트웨어 프로세스의 능력을 평가하기 위한 프레임워크 임.

Process

1

2

3

4

5

요구관리

S/W설계

… 품질보증

Maturity

0

• S/W Process Improvement and Capability dEtermination• S/W Process Improvement and Capability dEtermination

• 조직의 프로세스 능력을 프로세스 차원과 프로세스 능력

차원으로 정의 및 평가함.

• 조직의 프로세스 능력을 프로세스 차원과 프로세스 능력

차원으로 정의 및 평가함.

• 현재 DIS(Draft International Standard) 상태이며, 연내

국제 표준(ISO/IEC 15504 IT-SPA)으로 등록될 예정임.

• 현재 DIS(Draft International Standard) 상태이며, 연내

국제 표준(ISO/IEC 15504 IT-SPA)으로 등록될 예정임.

• ISO/IEC JTC1/SC7/WG10에서 개발 중인 일련의

표준(ISO/IEC 15504) 집합

• ISO/IEC JTC1/SC7/WG10에서 개발 중인 일련의

표준(ISO/IEC 15504) 집합


ITPRITPRITPR

SPICE의 배경

ISO 9001의 한계로 SPICE 규범 모델이 만들어졌음

- 품질 개선 활동 미비

- 성숙도(Maturity)를 위한 평가 지침 미비

BootStrap(Esprit)

SQPA(HP)

ISO 9001

TRILLIUM(Bell)

CMM(SEI)

STD(Compita)

SAM(BT)

HealthCheck(BT)


ITPRITPRITPR

SPICE 체계

SPICE 체계는 SPICE 참조모델을 기반으로 함.

참조모델참조모델

Bootstrap심사 방법

CMM심사 방법

심사 방법

호환요구사항

• 프로세스 차원과 프로세스 능력 차원의 2차원 모델

1. 프로세스 차원

- 프로세스 목적 기술문(purpose statements)

- 정의된 프로세스 목적 달성을 위한 내용을

측정 가능한 용어로 설명

- ISO 12207:1995 소프트웨어 생명 주기(S/W Life Cycle) 기반

2. 프로세스 능력 차원

- Organization Unit(OU)의 특정 프로세스를 달성 하거나 혹은

달성 목표로 사용 가능한 능력 수준

Bootstrap CMM SPICE심사모델


ITPRITPRITPR

SPICE 범주

ORG.1 조직 정비

ORG.4 기반구조

ORG.3 인적자원 관리

ORG.5 측정

ORG.6 재사용

ORG.2 개선ORG.2.1 프로세스 설정ORG.2.2 프로세스 심사ORG.2.3 프로세스 개선ORG

(조직)

MAN.2 프로젝트 관리

MAN.1 관리

MAN.3 품질관리

MAN.4 위험 관리

MAN

(관리)

ENG.2 시스템과 소프트웨어 유지보수

ENG.1 개발

ENG.1.1 시스템요구분석 및 설계ENG.1.2 소프트웨어요구분석ENG.1.3 소프트웨어 설계

ENG.1.4 S/W 구축ENG.1.5 S/W 통합ENG.1.6 S/W 시험ENG.1.7시스템 통합및 시험

ENG

(공학)

CUS.2 공급

CUS.3 요구사항 도출

CUS.4 운영

CUS.4.1 운영적사용CUS.4.2 고객 지원

CUS.1 획득

CUS.1.1 획득 준비CUS.1.2 공급자 선정CUS.1.3 공급자 감시CUS.1.4 고객 수락

CUS

(고객-

공급자)

SUP.1 문서화

SUP.2 형상관리

SUP.3 품질보증

SUP.4 검증

SUP.5 확인

SUP.6 합동 검토

SUP.7 감사

SUP.8 문제해결

SUP

(지원)


ITPRITPRITPR

SPICE 프로세스 능력 차원

각 scale은 개 개 프로세스의 수준 향상을 위한 경로를 정의함.

00

11

22

33

44

55

Performed

Managed

Established

Predictable

Optimizing

미미 구현구현 또는또는 목표목표 미달성미달성

프로세스의프로세스의 수행수행 및및 목적목적 달성달성

수행의수행의 계획계획 및및 관리관리

표준표준 프로세스의프로세스의 사용사용

프로세스의프로세스의 정량적정량적 이해이해 및및 통제통제

프로세스의프로세스의 지속적지속적 개선개선

Incomplete

CMM과 SPICE 비교


ITPRITPRITPR

CMM과 SPICE의 비교

CMM

관리 조직

조직 관리

프로세스 개선

인적자원 관리

InfrastructureMeasurement

Reuse

프로젝트 관리

품질관리

Risk 관리

조직 프로세스

지원

문서화

구성관리

품질보증

검토

검증

Joint Review감사

문제 해결

지원 프로세스

고객-공급자

조달

공급

요구사항 도출

운영

기초 프로세스

엔지니어링

개발

시스템 및 S/W 유지보수

SPICE단 계 핵심 프로세스

5단계

최적화 단계

프로세스 변화 관리(PCM)기술 변화 관리(TCM)결함 예방(DP)

4단계

관리 단계

소프트웨어 품질 관리(SQM)정량적 프로세스 관리(QPM)

3단계

정의 단계

동료 검토(PR)그룹간 조정(IC)소프트웨어 개발 활동(SPE)통합 소프트웨어 관리(ISM)교육훈련 프로그램(TP)조직 프로세스 정의(OPD)조직 프로세스 중점 관리(OPF)

2단계

반복 단계

소프트웨어 구성관리(SCM)소프트웨어 품질보증(SQA)소프트웨어 협력업체 관리(SSM)S/W 프로젝트 추적 및 감독(SPTO)S/W 프로젝트 계획 수립(SPP)요구사항 관리(RM)

1단계

초기 단계


ITPRITPRITPR

프로세스 심사

SPICECMM

Process

1

2

3

4

5

요구관리

S/W설계

… 프로젝트

관리

프로세스능력

0시스템

통합

시험

품질보증

Initial

Repeatable

Defined

Managed

Optimizing 55

44

33

22

11

요구사항 관리 외 5개

통합 소프트웨어 관리외 6개

소프트웨어품질관리 외 1개

기술 변화 관리외 2개


ITPRITPRITPR

CMM과 SPICE 대응

0 1 2 3 4 5

고객-공급자(Customer-Supplier)

엔지니어링(Engineering)

관리(Management)

지원(Support)

조직(Organization)

프로세스 능력 수준

CMM Level 2

- 요구사항 관리- 프로젝트 관리- 협력업체 관리- 품질보증- 구성관리

CMM Level 3

- 조직 프로세스 중점 관리- 조직 프로세스 정의- 교육 프로그램- 통합 S/W 관리- S/W 개발 활동- 그룹간 조정- 동료 검토

CMM Level 4

- 정량적 프로세스 관리- S/W 품질관리

CMM Level 5

- 결함 예방- 기술 변화관리- 프로세스 변화관리

프로세스 범주


ITPRITPRITPR

유사점 및 차이점

CMM SPICE

• 지속적인 프로세스 리엔지니어링

• 심사를 위한 Framework으로 참조 모델 사용

• 적절한 자격을 갖춘 심사원 필수

• 능력 수준 척도 사용

• 반복 가능성과 일관성 및 비교 가능성의 중요성에 대한 인식

유

사

점

차

이

점

• 전체 조직 능력에 초점 - 최소한의 필수적인프로세스만 포함

• 1차원 Rating Scheme

• KPA와 Goal의 충족 여부만을 파악

• 상위 단계에 포함되는 필수적인 프로세스를간과할 수 있음

• 프로세스 또는 프로젝트에 초점 - 가능한 모든프로세스를 포함

• 2차원 Rating Scheme

• 수행 속성(PA)의 충족 정도를 4단계로 파악

• 조직의 전반적인 수준을 쉽게 파악할 수 없음

SPICE

2e ITPR 프레임웤


ITPRITPRITPR

ITPR 프레임웤 개발 개요

소프트웨어 엔지니어링에 바탕을 둔국제표준의 준수

-CMM과 SPICE의 참조 모델과기타 국제표준 ISO 12207 등의 표준과호환 가능하여 필요 시

-외부 인정기관에 의한 능력 인정 가능

국내 기업환경과 프로젝트에 적합한

프로세스로 최소화-프로세스 리엔지니어링을 위해 초점을

맞추어야 할 부분의 명확화-능력이 성숙되어 가는 모습의 파악 용이-성취동기 부여를 통한 실질적인

프로세스 리엔지니어링 모델 수립

• 정보기술 프로세스리엔지니어링에 대한필요성 인식

• 국내 환경을 고려한발전적인 Framework 개발필요

• SEI의 CMM과 ISO의SPICE는 각 모델이 갖는장, 단점이 있을 뿐만아니라, 문화적 환경, 조직환경의 차이로 인해 국내현장에 그대로 적용하기어려움

ITPR 프레임웤 개발 배경

ProcessAssessment

ProcessDefinition

ProcessIm plem entation

ProcessImprovement

ProcessAssessment

ProcessDefinition

ProcessIm plem entation

ProcessImprovement


ITPRITPRITPR

ITPR Process

ProcessAssessment

ProcessDefinition

ProcessImplementation

ProcessImprovement


ITPRITPRITPR

2e의 프레임웤

CMM SPICE

ITPR 모델

ITPR 방법론

교육 훈련 프로그램 TOOLS : WIPO*

* WIPO : Web-based Integrated Project Officer


ITPRITPRITPR

프로세스 능력수준

능력 수준 2

능력 수준 3

능력 수준 4

능력 수준 5

능력 수준 1

L. 1 필요한 프로세스 들이 정의(조직 업무 절차)되고 기본적인 사항만 이루어 짐

프로젝트를 지원하는 프로세스가 수행됨

프로젝트가 계획되고 관리됨

고객의 요구사항이 개발되고 관리됨

L. 2-2

L. 2-3

L. 2-1

L. 3-3제품이 검증되고 확인됨

L. 3-2

L. 3-1

표준 프로세스가 프로젝트에 조정/적용됨

조직의 표준 프로세스가 정의되고 관리됨

정량적으로 프로세스와품질이 관리됨

L. 4-2

L. 4-1

조직차원의 프로세스능력을 갖춤

지속적인 혁신이전개됨

L. 5


ITPRITPRITPR

능력 수준별 핵심 프로세스

구 분 적용 프로세스 설 명

능력수준 1 L 1

L 2-1

L 2-2

L 2-3

L 3-1

L 3-2

L 3-3

L 4-1

L 4-2

L 5

능력수준 2

능력수준 3

능력수준 4

능력수준 5

업무 수행을 위한 기본 사항 준수

필요한 프로세스들이 계획에 따라수행되고 관리됨 (프로젝트 관리)

소프트웨어 엔지니어링을 바탕으로정의한 표준에 따라 프로세스를수행함 (조직적 프로세스 관리)

프로세스가 정량적으로 측정/관리되며, 제품 품질의 정량적 파악 가능(정량적 통계관리)

정의된 프로세스들이 지속적으로혁신됨

• 요구사항 개발 및 관리

• 프로젝트 계획 수립• 협력업체 관리

• 제품/프로세스 품질보증• 측정과 분석

• 조직 프로세스 중점관리• 조직 교육 프로그램

• 조직 프로세스 정의

• 정의된 프로세스 관리• 리스크 관리

• 제품 검증/확인• 정책 분석 및 결정

• 정량적 프로세스/품질 관리

• 조직 프로세스 능력

• 원인 분석 및 해결• 조직 프로세스 기술 혁신• 프로세스 혁신 전개

• 작업산출물 식별 • 기본 활동 수행

• 프로젝트 감독 및 통제

• 구성관리

• S/W 개발 활동• 그룹간 조정

• 데이터 관리


ITPRITPRITPR

능력 수준 평가

Capability Level의 결정

Process

능력수준 5능력수준 4능력수준 3능력수준 2능력수준 1

L 2-1 L 2-2 L 2-3 L 3-1 L 3-2 L 3-3 L 4-1 L 4-2

기본 활동

요구사항 개발/관리

프로젝트 계획/관리

품질보증/구성관리

조직 표준화

표준 프로세스 조정/적용

제품 검증/확인

정량적 프로세스/품질 관리

조직 프로세스 능력

지속적 혁신

Largely Achieved

Fully Achieved

Rating 척도

N(Not achieved) : 0% - 15%P(Partially achieved) : 16% - 50%L(Largely achieved) : 51% - 85%F(Fully achieved) : 86% - 100%주) Rating은 Process Purpose 달성 정도로 부여함


ITPRITPRITPR

ITPR 프로세스

Action

D0

Check

Plan

정보기술 프로세스

리엔지니어링

이행


리엔지니어링을 위한

정책/방침 결정

정보기술

프로세스

진단

ITPR

프로세스



인프라 구축 및

계획 수립


ITPRITPRITPR

Action

D0

Check

Plan


리엔지니어링

이행




정보기술

프로세스

진단




계획 수립


ITPRITPRITPR

ITPR 프로세스 Step 1

Action

D0

Check

Plan


리엔지니어링

이행

정보기술

프로세스

진단

ITPR

프로세스




계획 수립




경영층

- ITPR 프로그램 후원

- 조직 구성원(관리자, 사원 등)들이 ITPR 개념에 친숙해지도록 주지

- 조직의 비전, 미션, 비즈니스 목적 등 정의 및 배포

- ITPR 투입 노력에 대한 명확성 유지

- 진척사항 검토

- 저항에 대비


ITPRITPRITPR


Action

D0

Check

Plan


리엔지니어링

이행

ITPR

프로세스




계획 수립




조직

- 조직의 현재 상태 대비 목표하는 상태 정의

또는 모델 선정

- 조직의 현재 IT 프로세스 능력수준 파악을

위한 인원 할당 및 진단 실시

- 현재 상태와 목표하는 상태간의 갭 비교

정보기술

프로세스

진단


ITPRITPRITPR


Action

D0

Check

Plan


리엔지니어링

이행

ITPR

프로세스




정보기술

프로세스

진단

조직

- 조직의 ITPR 접근방법 정의

- ITPR을 위한 인프라 구축

적절한 인원 할당 및 업무 수행을 위한 충분한 교육훈련 실시

- ITPR 계획 수립 및 조정




계획 수립


ITPRITPRITPR


Action

D0

Check

Plan

정보기술

프로세스

진단




ITPR

프로세스




계획 수립

ITPR 인프라

- 초기 프로세스 개발

- 파일럿 프로젝트에 프로세스 적용

- 프로세스에 대한 측정 및 평가

- 필요 시, 프로세스 보완

- Lessons Learned 보고

- 조직에 신규 프로세스 적용


리엔지니어링

이행


ITPRITPRITPR

ITPR 프로세스 : Step 1에서 다시 시작

경영층

- 정책/방침 재확인

- 비즈니스 목표 검토

- 우선순위 갱신

조직/인프라

- 현재 프로세스 상태와 새롭게

목표하는 상태 결정

- 필요 시, ITPR 인프라와

접근방법 조절

- 새로운 활동에 대한 계획 수립

- 새롭거나 보완되어진 프로세스

적용

Action

D0

Check

Plan

정보기술프로세스

리엔지니어링

이행


리엔지니어링을위한

정책/방침결정

정보기술

프로세스

진단


리엔지니어링을위한

인프라구축및

계획수립


ITPRITPRITPR

교육훈련 프로그램

ITPR 추진 팀 Technical W/G

ITPR

ITPR 모델 및방법론 교육

IT 프로세스진단 교육

프로세스별 요소 기술 교육- estimating, metrics, quality model, etc…


ITPRITPRITPR

Web-based Integrated Project Officer

프로젝트 수행에 필요한 기능 및 정보(관리/개발 방법론, 산출물 관리 등) 통합 프로젝트 관리 시스템

- 프로젝트 관리 절차의 시스템화- 자체 방법론 엔진 탑재- 프로젝트 관리 정보의 메타화- 진도관리의 자동화- 프로젝트 관련 산출물 DB화- 웹 환경에서 복수 사용자 지원- 프로젝트 네비게이터 제공

Date post:	20-Feb-2020
Category:	Documents
Upload:	others
View:	0 times
Download:	0 times

정보기술 프로세스 리엔지니어링 - DBGuide.net · sw – cmm 1.1...

Documents