소프트웨어 프로세스 개선 및 적용 사례소프트웨어 프로세스 개선 및 적용 사례(Software Process Improvement & Case)(Software Process Improvement & Case)소프트웨어 프로세스 개선 및 적용 사례소프트웨어 프로세스 개선 및 적용 사례

(Software Process Improvement & Case)(Software Process Improvement & Case)

2002 년 6 월 1 일

편 흥 열 박사

에이비앤아이㈜

2

목 차목 차

I.I. Software Process Maturity :Software Process Maturity :

An Introduction ----------------------------------------------3An Introduction ----------------------------------------------3

II.II. Software Process Improvement --------------------------18Software Process Improvement --------------------------18

III.III. CASE STUDY ---------------------------------------------36CASE STUDY ---------------------------------------------36

Software Process Maturity :Software Process Maturity :An Introduction An Introduction

A D

C

B

Process

4

S/W S/W 산업의 문제점산업의 문제점

• 15% 의 프로젝트들은 전혀 인도되지 못했음 .• 소프트웨어 프로젝트들의 50% 이상은 납기 지연• 비용은 항상 100% 이상 추가적으로 발생 했음 .

• 품질 , 납기 , 비용을 충족한 프로젝트 비율은 16.2% 에 불가함 .

• 재작업 없이 프로젝트를 완료는 것은 6% 에 불가함 .

Computer Channal Inc.,1993

Standish Group1994, 8,380 Proj.

개발 지연

사용자 불만

소프트웨어 결함

비용 초과

사업 기회 상실이익 감소

낮은 생산성낮은 생산성 낮은 품질낮은 품질

5

최종 제품이 생산되기까지 많은 검사와 제조 프로세스의 통제를 통해 품질을 보증함 .

프로세스의 최종 단계까지 문제점이 발견되지 않은 채 문제가 더욱 악화 되는 것을 허용하지 않으며 , 품질 측정을 통해 결함이 있는 품질 측정을 통해 결함이 있는 제품이 대량 생산되기 전에 결함이 있는 프로세스는 변경되어 짐제품이 대량 생산되기 전에 결함이 있는 프로세스는 변경되어 짐 .

출처 : Schulmeyer, Zero Defect Software

H/W H/W 제조 프로세스제조 프로세스

Factory원재료 최종 제품

품질활동 (QA) P & QP & Q (( 안정화안정화 ))

품질활동 (QA)

6

제품

서비스요구사항 소프트웨어 프로세스소프트웨어 프로세스

개선 포인트

S/W 품질은 그것을 개발하고 유지보수 하는 데 사용된 프로세스의 품질에 의해 좌우됨 .

S/W 개발 생산성은 개발 인력의 능력과 개발 프로세스 수준에 의해 좌우됨 . - Watts Humphrey

S/W S/W 개발은 무엇이 문제인가개발은 무엇이 문제인가 ??

P & QP & Q (( 향상향상 ))

7

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

S/W 프로세스 - 사람들이 S/W 및 관련 산출물을 개발하고 유지 보수하기 위해 사용하는 일련의 활동 , 방법 , 실무 및 변형 (CMM)

프로세스프로세스(Process)(Process)

스킬 , 교육 및 동기 부여가 되어 있는 인원들

툴과 장비들

작업들의 관계를 정의하는 절차와 방법들A D

C

B

S/W S/W 프로세스 정의프로세스 정의

8

요구사항 제품

서비스

프로세스가 효과적이기 위해서는 프로세스의 실제 결과를 예측할 수 있어야 함 .( 비용 , 일정 , 품질 등 )

프로세스를 따르므로 해서 기대되는 결과를 예측하기 위해서는 프로세스가 명시적으로 정의되고 , 관리되고 , 예측되고 , 통제될 수 있어야 함

ProcessProcess

Tools andTools andEquipmentsEquipments

PeoplePeople

Procedures Procedures And MethodsAnd Methods

P & QP & Q

효과적인 프로세스효과적인 프로세스

9

주요 프로세스 특성주요 프로세스 특성 효과적인 프로세스를 위한 환경효과적인 프로세스를 위한 환경수행되는수행되는 (followed)(followed) 프로세스가 일관성 있게 수행될 때만이 효과적이다프로세스가 일관성 있게 수행될 때만이 효과적이다 ..

추진되는추진되는 (enforced)(enforced) 프로세스가 일관성 있게 추진될 때만이 수행되는 것이다프로세스가 일관성 있게 추진될 때만이 수행되는 것이다 ..

모니터링되는모니터링되는 (monitored)(monitored) 프로세스가 일관성 있게 모니터링 되고 평가될 때만이 추진된다프로세스가 일관성 있게 모니터링 되고 평가될 때만이 추진된다 ..

훈련되는훈련되는 (trained)(trained) 프로세스가 훈련 받은 사람에 의해 행해지고프로세스가 훈련 받은 사람에 의해 행해지고 , , 훈련내용이 적용될 때만이 훈련내용이 적용될 때만이 일관성 있게 수행되는 것이다일관성 있게 수행되는 것이다 ..

측정되는측정되는 (measured)(measured) 프로세스가 측정되고 측정결과가 프로세스 개선 계획에 피드백 될 때만이 프로세스가 측정되고 측정결과가 프로세스 개선 계획에 피드백 될 때만이 개선될 수 있다개선될 수 있다 ..

소유되는소유되는 (owned)(owned) 프로세스가 책임있는 소유권이 있을 때만이 유지보수 될 수 있다프로세스가 책임있는 소유권이 있을 때만이 유지보수 될 수 있다 ..

관리자에 의해 뚜렷하게 지원되는관리자에 의해 뚜렷하게 지원되는 (visibly supported (visibly supported by management)by management)

프로세스가 시니어 관리자에 의해 뚜렷하게 지원될 때만이 비즈니스 프로세스가 시니어 관리자에 의해 뚜렷하게 지원될 때만이 비즈니스 목표로 조절될 수 있다목표로 조절될 수 있다 ..

스탭 인센티브가 프로세스 목표로 조절되는스탭 인센티브가 프로세스 목표로 조절되는 (Staff i(Staff incentives are aligned with process goals)ncentives are aligned with process goals)

팀원 생산성 측정과 인센티브가 프로세스 수행능력에 의할 때만이 팀원 생산성 측정과 인센티브가 프로세스 수행능력에 의할 때만이 팀원 활동은 조절된다팀원 활동은 조절된다 ..

새 스탭은 프로세스상에서 적절하게 훈련되는새 스탭은 프로세스상에서 적절하게 훈련되는 (New (New staff are properly trained in the process)staff are properly trained in the process)

프로세스에 대한 초기 훈련이 일관성 있게 새 스탭에 공급될 때만이 프로세스에 대한 초기 훈련이 일관성 있게 새 스탭에 공급될 때만이 프로세스 수준은 저하되지 않는다프로세스 수준은 저하되지 않는다 . . 만약에 스탭이 그런 훈련을 만약에 스탭이 그런 훈련을 받지 못하면받지 못하면 , , 그들 자신의 방법으로 활동을 행하게 된다그들 자신의 방법으로 활동을 행하게 된다 ..

스탭의 피드백은 프로세스 개선을 촉진하고스탭의 피드백은 프로세스 개선을 촉진하고 , , 분석하고분석하고 , , 이끄는이끄는 (Staff feedback is encouraged and (Staff feedback is encouraged and analysed and leads to process improvement)analysed and leads to process improvement)

스탭은 프로세스가 그들에게 작업을 도와주는 방법에 대한 스탭은 프로세스가 그들에게 작업을 도와주는 방법에 대한 피드백을 주고피드백을 주고 , , 그러한 피드백이 프로세스 개선 활동으로 바뀔 그러한 피드백이 프로세스 개선 활동으로 바뀔 때만이 프로세스는 효과성이 증대된다때만이 프로세스는 효과성이 증대된다

프로세스는 기술에 의해 충분하게 지원되는프로세스는 기술에 의해 충분하게 지원되는 (The (The process is adequately supported by technology)process is adequately supported by technology)

기술적 인프라와 도구는 프로세스 활동과 프로세스 모니터링과 기술적 인프라와 도구는 프로세스 활동과 프로세스 모니터링과 피드백을 지원하기 위해 선택된다피드백을 지원하기 위해 선택된다

효과적인 프로세스 특성효과적인 프로세스 특성

10

소프트웨어 프로세스 환경소프트웨어 프로세스 환경

소프트웨어 인프라(ISO/IEC 15504 Part 2)

프로세스 개선계획(ISO/IEC 15504 Part 7)

평가(ISO/IEC 15504

Part 3,4,6,8)

프로세스 개선 로드맵(ISO/IEC 15504 Part 5)

(ISO/IEC 15504 Part 9)

(ISO/IEC 15504 Part 1)

프로세스 환경

소프트웨어 프로세스인프라

소프트웨어 프로세스

개선 로드맵

소프트웨어 프로세스개선 계획

소프트웨어 프로세스평가 방법

소프트웨어 프로세스

환경

11

소프트웨어 프로세스 환경소프트웨어 프로세스 환경

소프트웨어 프로세스 개선 로드맵소프트웨어 프로세스 개선 로드맵

소프트웨어 프로세스 평가소프트웨어 프로세스 평가

소프트웨어 프로세스 개선 계획소프트웨어 프로세스 개선 계획

11

22

33

소프트웨어 프로세스를 특성화하는 모델 효과적인 소프트웨어 프로세스 구현을 위한 논리적이고 단계적인 접근법 로드맵은 현단계에서 목표 단계로 갈 수 있는 지도 ‘ 어디에 있는지 알지 못하면 , 어디로도 갈 수 없다’ - 중국속담

조직의 현 소프트웨어 프로세스 , 활동 , 인프라의 수준을 평가하는 방법이나 기술 프로세스 개선 로드맵을 기반으로 함 평가 결과는 프로세스의 효과성을 개선하기 위한 강점과 약점으로 제언 ‘ 어디에 있는지 모르면 , 지도도 소용없다 .’ - 험프리

프로세스 평가 결과인 약점을 극복하고자 하는 계획을 수립 조직적 / 관리적 인프라와 기술적 인프라를 향상시키고자 함

12

효과적인 프로세스 조건

프로세스오너쉽

프로세스훈련

프로세스결과의측정과피드백

프로세스사용자로부터의피드백

외부 환경에서의피드백

추진과점검

메카니즘

프로세스 문화 프로세스 기반구조

프로세스의 내재적 제도화

효과적인 프로세스

효과적인 프로세스 환경효과적인 프로세스 환경

13

- 신뢰할 수 있는 생산성과 품질로

고객만족을 가져올 수 있음 .

- 정확한 예측으로 비용과 위험을

감소시킬 수 있음 .

특정 프로세스가 명시적으로 정의되고 , 관리되고 , 측정되고 , 통제되고 , 효과적인 정도 . 성숙도가 높아짐에 따라 프로세스의 안정성과 변동의 예측가능성이 높아지므로 프로세스 능력이 향상됨 .

프로세스 능력프로세스 능력 프로세스 성과프로세스 성과

프로세스 성숙도프로세스 성숙도 (Process Maturity)(Process Maturity)

14

단계 프로세스 특징 예상되는 성과

초기

반복

정의됨

관리됨

최적화 프로세스 개선을 제도화함

제품과 프로세스를 정량적으로 통제함

S/W 엔지니어링과 관리 프로세스를 정의 ( 표준화 ) 하고 통합함

프로젝트 관리는 되고 있으며 , 성능이 반복적임

프로세스가 비공식적이고 예측할 수 없음

5

4

3

2

1

프로세스 능력의 진화와 성과프로세스 능력의 진화와 성과

15

Level Outcome

Optimizing

Managed

Defined

Repeatable

Initial

Productivity& Quality

Risk

프로세스 성숙 수준의 프로세스 성숙 수준의 BenefitsBenefits

16

Characteristics of an Characteristics of an ImmatureImmature OrganizationOrganization

Software Processes Improvised

Reviews and Testing Often Shortchanged

Product Quality Difficult to Predict

Managers are Reactionary

Existing Software Processes Not Enforced

Deliverables not Compliant

Schedules and Budgets Routinely Exceeded

Project Spending

0200400600800

1000

1 2 3 4

17

Characteristics of aCharacteristics of a Mature Mature OrganizationOrganization

Communicated to Employees

Activities Follow

Processes

Defined, Mandated Practices

Schedules and Budgets Based on

Historical Performance

Estimating Systems

Managers Enforce

Policies and Processes

SQA

Managers Monitor Product Quality

and Status

Managers Monitor

Customer Satisfaction

Customer Satisfaction

SurveysStatus

Reports

Project Spending

0200400600800

1000

1 2 3 4

Software Policies

Software Process ImprovementSoftware Process Improvement

ABAB&I&I

ACT PLAN

CHECK DO

19

프로세스 개선의 공통점은

개선의 초점은 사람의 잘못을 꾸짖는 것이 아닌 프로세스의 결점을 찾아 고치는 데 있음 .

개선은 반드시 측정되어야 하고 정기적으로 보강해야 함 .

개선은 일관된 투자와 보상 , incentive 를 필요로 함 .

개선은 지속적인 프로세스임 .

어느 정도 이상 불편함을 느끼지 못한다면 , 변화되지 않음 .

프로세스 개선의 공통점프로세스 개선의 공통점

20

조직의 조직의 Vision&Goal & StrategyVision&Goal & Strategy 과 연계과 연계

Business

Vision

Strategy

TechnicalPlans

Software

Vision

Strategy

TechnicalPlans

SPI

Vision

Strategy

TechnicalPlans

Support Support

21

효과적인 프로세스 개선 활동효과적인 프로세스 개선 활동소유권

프로세스 개선과기술적 진보

훈련

활동과도구들

프로세스 사용자와프로젝트 관리자에의한 피드백

결과와 피드백의 측정

22

관리관리 (Management) (Management) 프로세스프로세스 소프트웨어 프로세스 개선은 구조화된 프레임워크 내에서 적용되고 , 조정되었을 때만 실현이 가능함 .

이러한 프레임워크는 소프트웨어 프로세스 개선이 조직되고 , 계획되고 , 측정되며 , 모든 프로세스 개선 활동에 대한 관리적 검토가 수행되는 것을 말함

프로세스 개선을 위한 조직 구성 프로세스 개선을 위한 계획 프로세스 개선의 측정 프로세스 개선 활동의 검토

23

프로세스프로세스 개선을개선을 위한위한 조직조직 구성구성

효율적 수행을 위해서는 전 조직이 포함되어야 함

역할에 따른 책임의 구분 상위 경영자 (senior management)

프로세스 개선 프로그램 담당 (process improvement program)

프로세스 개선 프로젝트 담당 (process improvement project)

프로세스 담당자 (process owner)

조직 단위 (organizational unit)

실제 조직에서는 책임들이 명확히 구분되지 않고 여러 조직 부분이나 개인들에 걸쳐져 있음

24

중역 후원자

소프트웨어PIT #4

소프트웨어PIT #4

소프트웨어PIT #4

소프트웨어PIT #4

소프트웨어PIT #4

소프트웨어PIT #4

소프트웨어PIT #4

소프트웨어PIT #4

운영위원회(EIT)

운영위원회(EIT)

프로젝트#4

프로젝트#3

프로젝트#2

프로젝트#1

새로운 기술 , 프로세스 , 가이드라인 , 전문성

(SEPG)소프트웨어

프로세스엔지니어링

그룹

(SEPG)소프트웨어

프로세스엔지니어링

그룹

개선 실행에 피드백

프로세스 자산에 훈련 협조 접근

전체적 자원 전략

피드백

피드백 피드백 피드백 피드백

프로세스프로세스 개선을개선을 위한위한 조직조직 활동 활동

25

MSG(Management Steering Group)

조직내용

역할

활동

SEPGSoftware Process Engineering Group

TWG(Technical Working Group)

- 조직의 최상위 관리층을 대표 하는 팀으로서 조직의 SPI 이행 활동을 지도-SPI 프로그램의 목표를 수립 하고 방향 및 우선 순위를 결정

-SPI 전략 활동 계획을 승인-TWG 를 수립-TWG 강령의 초안 작성- 전술 활동 계획 초안 작성- 매월 모임 (2-4 시간 )- 평가 활동의 결과 검토- 자원을 배정- 작업 그룹의 진척을 감독- 시범 적용 활동의 결과에 따라 개선을 확대 승인- 진척사항을 경영진에 보고

-SPI 에 관련된 활동 , 즉 활동 계획 수립 , 프로세스 개선 , 기술 개선 및 다른 활동들에 대한 책임을 가지고 조정- 전반적 SPI 활동에 대해 조직이 지속적으로 알 수 있게 하며 , 개선 활동의 성공적인 완수를 보장하기 위해 조정자의 역할

- 주간 회의를 갖음- 개선 활동을 파악하고 MAG 에 권고- 개선의 진척을 추적하고 MSG 에 보고- 개선의 효과성을 판단- 프로세스 데이타베이스를 개발하고 유지- 교육 계획을 세우고 교육을 준비- 프로젝트에 자문을 제공-CBA-IPI 를 조정-MSG 회의를 조정

-SPI 프로그램의 해결안 개발자- 자신이 평가하고 개선하도록 부여된 프로세스를 개선- 프로세스 오너가 리더가 된다 .

- 문제점을 연구하고 해결안을 파악- 해결안 작성- 선택된 해결안에 맞도록 전술 활동 계획을 수정- 가능한 해결안들과 그 중 권고 하는 해결안을 MSG 에 발표- 최초 Prototype 그룹 선택-Prototyping 실시-Prototype 결과를 평가-Prototype 의 경험에 따라 전술 활동 계획을 수정

[[ 참고참고 ]] IDEAL IDEAL 모델의 프로세스 개선 기반 조직모델의 프로세스 개선 기반 조직

26

프로세스프로세스 개선을개선을 위한 인프라위한 인프라

소프트웨어 프로세스 인프라의 두 가지 측면소프트웨어 프로세스 인프라의 두 가지 측면- 조직 및 경영 인프라조직 및 경영 인프라- 기술 및 도구 인프라기술 및 도구 인프라

효과적인 인프라의 요건효과적인 인프라의 요건- 프로세스 오너십에 대한 프로세스 오너십에 대한 R&RR&R

- 프로세스 훈련과 지식 전파를 위한 프로세스 훈련과 지식 전파를 위한 R&RR&R

- 프로세스 표준의 정착을 위한 절차의 추진프로세스 표준의 정착을 위한 절차의 추진- 프로세스 성과에 대한 피드백 데이터의 수집과 프로세스 성과에 대한 피드백 데이터의 수집과

분석을 위한 피드백 메커니즘분석을 위한 피드백 메커니즘- 위와 같은 역할과 절차를 가증하도록 지원하기 위한 위와 같은 역할과 절차를 가증하도록 지원하기 위한

도구와 기술도구와 기술

27

조직적 / 관리적 인프라조직적 / 관리적 인프라 기술적 인프라기술적 인프라

프로젝트 #1프로젝트 #2 프로젝트 #3프로젝트 #4

소프트웨어 프로세스 개선팀 #1

소프트웨어 프로세스 개선팀 #2

소프트웨어 프로세스 개선팀 #3

소프트웨어 프로세스 개선팀 #4

기업 SEPG

중역 기업 후원자

운영 위원회조직 표준 소프트웨어 프로세스를 위한

기술적 인프라데이터와 문서 저장

그리고 추출 도구

특정 프로젝트 맞춤 추출과 의사결정지원 도구

프로젝트 정의 소프트웨어 프로세스를 위한기술적 인프라

측정과피드백 도구

데이터와 문서 저장그리고 추출 도구

프로세스프로세스 개선을개선을 위한 인프라위한 인프라

28

조직적조직적 // 관리적 인프라관리적 인프라

소프트웨어 프로세스 개선팀 (PIT) #1

소프트웨어 프로세스 개선팀 (PIT) #2

소프트웨어 프로세스 개선팀 (PIT) #3

소프트웨어 프로세스 개선팀 (PIT) #N

프로젝트 #1 프로젝트 #2 프로젝트 #3 프로젝트 #4

전사 SEPG

경영진

조정 위원회

요구사항 관리 PIT

프로젝트 계획 및 추적 PIT

소프트웨어 품질보증 PIT

소프트웨어 형상관리 PIT

프로젝트 #1 프로젝트 #2 프로젝트 t #3 프로젝트 #4

전사 SEPG

경영진

조정 위원회

29

기술적 인프라기술적 인프라

조직 및 경영 프로세스 역할

프로세스 지원 도구

기업의 소프트웨어 프로세스 자산

활용

접근과 갱신

프로세스 기술 인프라

전사 표준 소프트웨어를 위한 기술적 인프라

프로젝트별 소프트웨어 프로세스를 위한 기술적 인프라

프로세스 특성별

조정

검색 및의사결정 도구

자료와 문서저장 / 검색 도구

자료와 문서저장 / 검색 도구

측정 및 피드백 도구

30

프로세스프로세스 인프라의 조직별 수준인프라의 조직별 수준

전사 수준

프로젝트 / 팀수준

개인 수준

기업표준프로세스

프로젝트 / 팀정의 프로세스

개인별소프트웨어 프로세스

일관성

효과성

성과

조직 수준 프로세스 유형 주요 목표

31

프로세스프로세스 개선의개선의 측정측정 프로세스 측정 프로세스 측정 FrameworkFramework

조직의 요구

소프트웨어 프로세스 목표

Metrics

목표치

개선 활동

개선 결과현 상태 측정

선택

분석

표현에 사용

달성을 위해출발점 만들어 짐

비교 기준점

사용 검증에 사용

32

Top 10 Reasons Why SPI Fails(2) - Herb Krasner:Austin Professional SPI coach

Can't agree on the nature and severity of the problems.

Don't know enough about the basics(TQM,SPI,software engineering).

No long-term committed leadership.

Bad attitudes(fear of change, NIH,software cowboy culture).

Not skilled in cultural change.

No clear vision of the desired results.

No concrete action plan(Ready! Fire! Aim!).

No quantitative feedback on progress.

SPICE/CMM applied incorrectly.

Too many organizational learning disabilities.

프로세스 개선의 성공을 위한 조건프로세스 개선의 성공을 위한 조건

33

[[ 참고참고 ]] 프로세스 개선 프로세스 개선 Guidance Guidance - - SPICESPICE SPISPI

조직의 소프트웨어

프로세스 개선1. 조직의 요구 파악

2. 프로세스

개선 착수

7. 개선 성과의

유지6. 개선 확인

5. 개선 활동

수행4. 결과 분석 및 활동계획 도출

3. 프로세스 심사 준비와 수행

8. 성과 모니터링

- 조직의 요구

- 프로세스 개선 요구

범위와 우선 순위 결정 개선 착수

예비 프로세스 개선 프로그램계획

심사 요청

현재의 능력 상태

심사 결과

승인된 활동 항목

재심사 결과 분석

수행후의 개선 상태

확인된 개선 결과개선의

제도화

재심사 요청

- 산업 벤치마크

- BP 또는 MP목표 능력 프로파일

프로세스 개선 프로그램 계획

34

Initiating

Acting

Diagnosing

Learning

Establishing

경험을문서화하고 분석

프로세스와 측정치 정의

파일럿 계획 및실행

구현 계획 ,실행 ,추적

프로세스 실행 팀 구성

전략과우선순위 수립

현재 프로세스평가

개선 계획수립

실행계획 수립

개선을 위한 기반 구조 구축

개선에 대한 자극

대상 선정 및지원 체계 구축

[[ 참고참고 ]] 프로세스 개선 프로세스 개선 Guidance - Guidance - IDEAL ModelIDEAL Model

조직적 접근방법 재조정

35

[[ 참고참고 ] ] 프로세스 개선 프로세스 개선 Guidance - Guidance - PDCAPDCA

ACT PLAN

CHECK DO

1 단계 : 기반 조직 구성2 단계 : SPI 목표 설정3 단계 : SPI 접근 방법 개발4 단계 : 관리자 승인 획득

5 단계 : 프로세스 심사 수행 및 강 . 약점 파악6 단계 : 시정 활동 결정 및 개선 계획 수립7 단계 : 개선안 이행

10 단계 : 개선결과를 다른 프로젝트에 전파

9 단계 : SPI 활동 검토8 단계 : 진척 , 문제점 , 이슈 보고

SPI CASE STUDYSPI CASE STUDY

11

22

33

AB&IAB&I

SPI CASE STUDYSPI CASE STUDY

본 내용은 특정 기업과 관련될 수 있으므로 게재하지 않습니다 .

38

Q & AQ & A