국내 it 조직의프로세스...

국내 IT 조직의 프로세스, 무엇이 문제인가?(소프트웨어 프로세스 능력 수준 조사 결과를 바탕으로)

2007. 11. 15.

박 남 직

㈜ TQMS Director & CKO

1

제11회소프트웨어품질관리심포지엄국내 IT 조직의프로세스, 무엇이문제인가?SQMS 2007

Version 1.0

목차

SW 프로세스 능력수준 진단 개요

진단 결과

개선 방향

• CMMI 프로젝트 관리 프로세스 범주

• CMMI 엔지니어링 프로세스 범주

• CMMI 지원 프로세스 범주

• CMMI 프로세스 관리 프로세스 범주

결론

© 본 컨퍼런스 자료의 저작권은 ㈜티큐엠에스의 소유이므로, 본 교육 이외의 용도로는 내용의 일부 또는 전부를무단으로 사용하거나 복제할 수 없습니다.

☞ 본 컨퍼런스에서 발표되는 일부 내용은 발표자의 경험과 지식을 근간으로 작성됨에 따라 특정 기업에는 적절하지않을 수 있습니다.

☞ CMM Integration and CMMI are Service Marks of Carnegie Mellon University.☞ CMM Integration and CMMI are registered in the U.S. Patent & Trademark office.

2


Version 1.0

SW 프로세스 능력수준 진단 개요

목적

• 국내 SW 프로세스 능력수준을 파악하여 전반적인 발전 발향을 제시

• 개별 기업에 대해서는 현재 수행하고 있는 SW 프로세스 상의 개선점을 파악

체계적인 프로세스 개선 활동을 가능하게 함

설문 참여 기업(2006년도)

• 산업군 분포

- S/W 산업 : 53.3%(46개 조직)

- 제조 산업 : 20.0%(11개 조직)

- 금융 산업 : 13.3%(10개 조직)

- 장치 산업 : 6.7%(5개 조직)

- 서비스 산업 : 6.7%(4개 조직)

• 인원별 분포

- 100 명 이하 : 31.1%

- 101 ~ 200명 : 23.4%

- 201 ~ 500명 : 17.8%

- 501 ~ 1,000명: 11.1%

- 1001명 이상 : 16.6%

S/W산업, 53.3%

제조산업, 20.0%

금융산업, 13.3%

장치산업, 6.7%서비스산업, 6.7%

100명 이하, 31.1%

101 ~ 200명, 23.4%201 ~ 500명, 17.8%

501 ~1,000명, 11.1%

1,001명 이상, 16.6%

3


Version 1.0

진단 결과

2005년도 프로세스 내재화 수준 분석 결과 대비 모든 프로세스 영역에서향상되었음을 보여줌(평균 16.4% 개선)

그러나, 아직까지 각 프로세스 영역별 충족율이 60% 정도로 나타나, 이에대한 근본 원인을 분석하여 개선 방향을 설정할 필요가 있음

프로세스 범주 별 진단 결과

24.6

12.3 9.9 13.9

0

20

40

60

80

100

0

5

10

15

20

25

30

프로젝트 관리 엔지니어링 지원 프로세스 관리

2005년 평균 2006년 평균 향상률

4


Version 1.0

프로젝트 관리 범주

프로세스 영역

• Project Planning

• Supplier Agreement Management

• Risk Management

진단 및 분석 결과

• Project Monitoring and Control

• Integrated Project Management

• Quantitative Project Management

견적 및 계획의효용성 문제

보고에 대한피드백 문제

보고 내용의유용성 문제

“Post-Mortems”을 통한학습 강화

사전 관리 지표를 통한의사소통

5


Version 1.0

“Post-Mortems”을 통한 학습 강화

조직의 효과적인 학습 사이클은 프로젝트, 팀, 조직의 능력 수준을 향상시킬수 있음

프로젝트 내 모든 의사결정의 품질을 향상시킬 수 있는 가장 중요한 활동은“Post-Mortems”임을 명심하여야 함

위험관리 관련 “Post-Mortems” 사례

< Post-Mortem 단계(위험관리)> < Causal & Cognitive Map 사례>

Step 1. 프로젝트 위험 및 이슈 정리(ex. 비 현실적인 일정)

Step 2. 위험 및 이슈들 간의 인과 관계 확인(ex. 신기술 적용으로 인해 설계작업이 지연됨)

Step 3. Causal & Cognitive Map 개발(ex. 우측 그림 참조)

Step 4. PAL 등록 및 공유

6


Version 1.0

사전 관리 지표를 통한 의사소통

사전 관리 지표와 사후 관리 지표 간에는 서로 인과 관계를 가짐

• 사후 관리 지표 : 프로젝트 성과 및 품질 결과에 해당

• 사전 관리 지표 : 사후 관리 지표를 예측할 수 있도록 프로젝트 기간 동안수집/분석할 필요가 있는 측정 지표

사전 관리 지표를 통해 프로젝트 기간 중 적절한 통제활동을 수행할 수 있음

7


Version 1.0

엔지니어링 프로세스 범주

프로세스 영역

• Requirement Management

• Technical Solution

• Verification


• Requirement Development

• Product Integration

• Validation

분석 설계 코딩 통합 테스트



고객과합의한계획

프로젝트계획

실제결과

Bug분석을

통한

검증

활동

강화

부실한분석/설계 Spec.

형식적인검증으로 인한

테스트 차수 증가

8


Version 1.0

Bug 분석을 통한 검증 활동 강화


분석 설계 코딩 통합 테스트현재

프로젝트계획

이전프로젝트

결과

검증 검증 검증

목표 : 테스트 이전 검증 활동을 통한테스트 기간 50% 단축

60071090결과

1,000700100계획제거결함 수

코딩설계분석구분

설계단계까지는제대로 진행된

것 같다.테스트 기간이계획보다 조금걸릴 것 같다.

9


Version 1.0

지원 프로세스 범주

프로세스 영역

• Measurement and Analysis

• Configuration Management

• Causal Analysis and Resolution


• Process and Product Quality Analysis

• Decision Analysis and Resolution

Data Analysis Interpretation

INPUT TRANSFORMATION OUTPUT

“Control Limit” vs.“Specification Limit”의 이해

잘못 정의된측정항목

분석 결과의활용성 문제

10


Version 1.0

“Control Limit” vs. “Specification Limit”

“Control Limit”과 “Specification Limit”의 이해를 통해 측정값들의 활용성을

높여야 함.

• Control Limit : 통계적 방법에 의해 도출. 프로세스가 안정적인 지를 결정하는 데도움을 줌

• Specification Limit : 목표나 요구사항에 의해 도출. 프로세스가 능력을 가지고있는 지를 결정하는 데 도움을 줌

안정적인 프로세스(?) 능력 있는 프로세스

UCL

LCL

USL

LSLC.R. S.R. C.R. S.R.

11


Version 1.0

프로세스 관리 프로세스 범주

프로세스 영역

• Organizational Process Focus

• Organizational Training

• Organizational Innovation and Deployment


• Organizational Process Definition

• Organizational Process Performance

업무 태스크

People Material Energy Equipment Procedure

Req.IdeaTime

제품

서비스

프로세스

프로세스의 완전성 및실행력 확보

불충분한 교육능력있는 인원 부족

효율적인 도구 지원 부족

12


Version 1.0

프로세스의 완전성 및 실행력

완전성

• 조직원, 시스템, 도구 등이 정의된 프로세스와 조화된 정도

• 부적합한 프로세스란 불편하고, 현실적이지 못함.

실행력

• 정의된 프로세스를 준수하려는 의지

• 수행된 활동이 정의된 프로세스 및 절차와 일치하는 정도

프로세스프로세스

결과

프로세스 이행

1. Defined2. Documented3. Supported

4. Trained5. Practiced6. Enforced

7. Measured8. Tailored9. Continuously Improved

13


Version 1.0

결론

우리는 그 동안 모델(SW CMM, CMMI)의 내용을 따라 하는 데

급급하였다.

이제 우리는 모델에서

이야기하고자 하는 내용을

근거로 우리 자신을 되돌아

보아야 할 때이다.

Bef

ore

Afte

r

14


Version 1.0

Q & A

15


Version 1.0

References

소프트웨어 프로세스 능력 수준 조사, 2006. 12., 한국소프트웨어진흥원, ㈜ TQMS

Modeling Risks in IS/IT Projects through Causal and Cognitive Mapping, 2005, The Electronic Journal of Information Systems Evaluation, Vol. 8, Iss. 1

Transition from CMMI Level 3 and Implementation of Level 4, 2007, Charles V. Weber

High Maturity ! How Do we Know? , 2007, SEI

CMMI의 이해, 2006, 이민재, 박남직

국내 it 조직의프로세스...

Documents