소프트웨어 프로젝트 관리 개요

프로젝트 ( project ) : 유일한 제품 , 서비스 혹은 결과를 만들어 내기 위해 수행되는 한시적으로 수행되는 점진적인 노력

 

è  한시성 : 한시적이라는 의미는 모든 프로젝트가 명확한 시작과 명확한 종료를 가진다는 의미이다 .

è  유일성 : 프로젝트는 제품 , 서비스 , 또는 지식이나 정보와 같은 인도물을 생성하며 , 이러한 인도물은 유일하다

è  점진성 : 프로젝트 또는 프로젝트의 인도물은 점진적으로 구체화 된다

 

프로젝트와 운영의 공통점

1.     사람에 의해 수행된다

2.     한정된 자원으로 제한받는다.

3.     계획되고 , 수행되고 , 통제된다 .

4.     운영 : 인도물을 지속적이고 반복적으로 이용하고 관리하는 노력

 

프로세스 ( process ) : 특정 제품 , 결과 또는 서비스의 성취를 위해 수행되는 상호연관된 행동과 활동들의 집합이다 .

 

프로세스의 종류

1.     제품 종속 프로세스 ( product – oriented process )

2.     프로젝트 관리 프로세스 ( project – management – process )

 

프로젝트의 산출물

1.     프로젝트 관리 프로세스에 따른 결과

2.     최종 제품 또는 계획된 최종 제품의 구성 요소

 

 

관리 ( management ) : 조직 목표를 달성하는 과정으로 , 모든 종류의 조직과 모든 계층에 적용된다.

1.     계획

2.     조직화

3.     충원

4.     지휘

5.     통제

è  프로젝트의 목적을 달성하는 것 , 즉 프로젝트의 범위를 충족시키는 것

è  여러 가지 프로세스들을 통합하는 일

 

프로젝트 관리자가 갖추어야 할 지식

1.     프로젝트 관리 기법

2.     응용 영역에 대한 지식 , 표준 , 규정

3.     프로젝트 환경에 대한 이해

4.     일반적인 관리 지식 및 기술

5.     대인 기술

 

 

프로젝트 생애주기

1.     각 단계 내에서 어떤 기술적 작업들이 수행되는가

2.     각 단계의 인도물들은 언제 생성되며 어떻게 검토되고 검증되며 , 유효해지는가?

3.     각 단계에 누가 참여하는가

4.     각 단계의 통제와 승인은 어떻게 하는가 ??

 

 

 

프로젝트 생애주기의 공통점

1.     단계들은 일반적으로 순차적이고 , 기술적 정보의 전달 또는 기술적 구성 요소의 이양과 같은 형태로 정의된다 .

2.     비용과 인력의 투입은 초기에는 낮은 수준이고 , 중간 단계에서 최고에 도달하며 , 프로젝트가 종료될 때 급속히 떨어진다.

3.     프로젝트가 시작되었을 때 불확실성이 가장 높고 , 따라서 목표 달성에 대한 실패의 위험이 가장 크다. 완수에 대한 확실성은 일반적으로 프로젝트가 진행됨에 따라 점점 개선 된다 .

 

프로그램 ( program ) : 프로그램내의 개별적인 프로젝트 범위 밖에 있는 연관된 작업 요소들을 포함할 수 있다 .

 

프로그램 관리 ( program management ) : 해당 프로그램의 전략적인 목표와 효익을 달성하기 위한 해당 프로그램에 대한 중앙 집중적으로 조정된 관리 , 다수의 프로젝트들을 조정하고 최적화되거나 통합된 비용 , 일정 , 그리고 노력을 정함

 

포트폴리오 ( portfolio ) : 해당 작업의 효과적인 관리를 촉직하고 , 전략적 비즈니스 목표들을 달성하기 위해서 함께 묶은 컴포넌트들의 모음

포트폴리오의 프로젝트나 프로그램들은 반드시 상호의존적이거나 직접적으로 연관되어 있을 필요는 없다 .

 

소프트웨어 실패 곡선과 개선 프로젝트

 

상호의존성과 관련된 행동

1.     컴포넌트, 작업 또는 단계들을 조정하기

2.     내부 프로그램을 위해서는, 해당 프로그램 내 복수의 프로젝트들에 영향을 미치는 자원 제약 및/또는 갈등을 해소하기

3.     상황 대처 계획과 같은 컴포넌트들의 위험활동을 완화시키기

4.     프로젝트 및 프로그램 목적과 목표들에 영향을 미치는 조직/전략적 방침들을 정렬하기

5.     공유된 거버넌스 구조 안에서 이슈들과 범위/비용/일정/품질 변경들을 해결하기

6.     문화 , 언어 , 시간 그리고 거리 차이 등을 다루기 위해서 프로그램 전체를 포괄하는 프로그램 관리 프로세스와 인터페이스를 재단한다 .

 

프로그램 관리 오피스PMO : program management office

1.     준수해야 할 프로그램 관리 프로세스를 정의하기

2.     프로그램 수준에서 일정을 관리하기

3.     프로그램과 프로그램 컴포넌트들을 위한 품질 표준을 정의하기

4.     문서 형상 관리를 제공하기

 

 

소프트웨어 프로젝트의 특수성

1.     비가시성

2.     복잡성

3.     유연성

 

소프트웨어의 변경 용이성은 일반적으로 소프트웨어의 장점으로 간주된다. 그러나 , 이 ‘소프트웨어’라는 명칭이 사용되었지만 , 실제로는 소프트웨어를 고치는 것은 ‘그렇게 쉽지’ 않다

 

실패한 소프트웨어 프로젝트의 대표적인 공통된 증상

1.     최종 사용자의 필요에 대한 부정확한 이해

2.     변하는 요구사항에 대처하는 능력의 부족

3.     서로 잘 맞지 않는 모듈들

4.     보수하거나 확장하기 힘든 소프트웨어

5.     심각한 프로젝트 결함의 늦은 발견

6.     낮은 소프트웨어 품질

7.     받아들일 수 없는 소프트웨어 성능

8.     제 각각의 방법으로 일하는 팀 멤버들

9.     결과적으로 누가 무엇을 언제 , 어디를 , 왜 바꾸었는지를 확인할 수 없게 함

10.  신뢰하기 힘든 구축과 인도 과정

 

실패한 소프트웨어 프로젝트의 근본 원인

1.     즉흥적인 요구사항 관리

2.     모호하고 정확치 않은 의사소통

3.     불충분한 테스팅

4.     프로젝트 상태의 주관적인 평가

5.     취약한 아키텍처

6.     위험에 대한 대처의 실패

7.     지나친 복잡성

8.     변경의 통제되지 않는 확산

9.     요구사항과 설계 그리고 구현에서의 탐지되지 않은 불일치

10.  충분치 못한 자동화