소프트웨어 개발과 프로젝트 관리의 통합

소프트웨어 개발과 프로젝트 관리의 통합하기 위해서는 주먹구구식이 아닌 

1. 공학적인 접근으로 소프트웨어 개발을 해야 한다.

2. 경영학적 접근으로 프로젝트 관리를 해야 한다.

3. 시스템 개념의 도입으로 통합을 체계적, 조직적으로 관리해야 한다.

 

그 공학적인 접근과 경영학적 접근과 시스템개념의 방법

1. 시스템 개념

2. 계층적인 분리 

3. 단계와 영역별 프로세스

4. 방법론 테일러닝

5. WBS(Work Breakdown Structure)

---

1. 시스템 개념

시스템 개념을 적용한 학문이 소프트웨어 공학

소프트웨어를 개발하고 관리할 수 있는 공학적 지식을 활용하기 위하여, 다양한 학문분야의 기초원리에 시스템 개념을

적용한 학문이 소프트웨어 공학이다. 

시스템 개념의 입장에서 과정을 보면

입력이 들어오면 프로세스(처리)를  거쳐 출력이 되고

출력이 된 후 다양한 피드백을 거쳐 다시 입력으로 가 제품을 개선, 향상하는 과정이다.

---

2. 계층적인 분리 

전반적인 관리를 하는데 그것을 이루기 위한 전략과 전술이 있다. 

 

작업이 모여서 활동이 되고 활동이 모여서 단계가 된다. 단계가 모이면 전체 프로젝트를 완성시킬 수 있다.

1. 각각을 단계로 나누고

2. 단계를 완성하기 위한 다양한 활동이 있다. 

3. 활동에 있어서 다양한 작업이 있다.

단계

절차적 과정을 나누는 가장 큰 단위

 

활동

단계 내부에서 세부적인 수행업무를 다시 나누는 단위

 

작업

수행업무의 가장 작은 작업단위

---

3. 단계와 영역별 프로세스

그림은 샘플이다.

X축과 Y축이 만나는 부분이 하나의 구체적인 방법론이 된다.

행에는 착수부터 종료까지 단계를 보여준다.

열에는 영역을 보여준다.

---

4. 방법론 테일러닝

프로젝트 착수시점에 프로젝트 수행결과에 대한 산출물을 알 수 있도록 한다. 

 

테일러닝 (Tailoring)

재단을 뜻하며 양복점에서 쓰이는 용어이다. 양복을 만들어감에 있어서 조금씩 수선을 하며 완성해 가는 것을 말한다. 

 

소프트웨어 공학에서는 테일러닝한다는 것은

관리에 있어서 조정해 가는 과정을 테일러닝이라고 한다.

공식적으로는 프로젝트를 수행하기 편하게 산출물과 프로세스를 필요할 경우 재정의를 하는 것을 말한다.

 

산출물 체계를 수립한다.

프로젝트 규모와 성격에 따라 표준산출물 양식을 미리 예측, 참조하여 테일러닝을 수행한다.

 

테일러닝은 조정과정이기 때문에 누가 일반적으로 하면 안 된다.

1. 관리해야 할 산출물의 정의 및 테일러닝은 개발자와 고객이 합의에 의해서 해야 한다.

2. 품질관리 담당자 혹은 형상관리 담당자의 관리해야 할 대상의 확인  

---

5. WBS(Work Breakdown Structure)

기본적인 작업관리를 위해 가장 많이 쓰이는 도구로 프로젝트의 범위와 최종 산출물을 세부요소로 분할하여 나타내는 계층적인 구조이다.

 

WBS의 최하위 단위는 워크패키지(Workpackage)

즉, 워크패키지가 모여서 WBS가 구성된다.

 

WBS를 만들기 위한 기본적인 원칙

1. 2주(근무일 기준 10일) 이내의 작업단위로 하는 것이 좋다.

   너무 길면 만나는 미팅량이 많아지고 너무 짧으면 개발 일정이 지연될 수 있으므로 보통 2주 단위로 한다.

2. 누가, 무엇을 어떻게 수행하고, 수행결과는 무엇이지 명확하게 알 수 있도록 도식화한다. 

 

WBS를 통해 인건비 계산이 가능하다.

투입인력과 투입시간을 통해 투입공수를 계산할 수 있다.

 

도식화

사물의 구조, 관계, 변화 상태 따위를 그림이나 양식으로 만듦

 

 

WBS는 프로젝트 계획에 있어 굉장히 중요한 문서이다.

1. 획득가치 분석에 중요한 역할을 한다.

 

획득가치 분석 (Eamed Value Analysis)

작업단위 투입인력을 가중치로 계산하여 시간별로 진척률 계산하는 방식

진척율 계획 대비 실적 분석의 틀로 활용한다.

비용차이

실제원가와 예측할 수 있는 가치의 차이

 

실제원가 

마지막에 개발이 끝났을 때 발생하는 비용

 

예측할 수 있는 가치 

1. 계획가치 : 처음에 계획단계에서 예측한 가치

2. 획득가치 : 개발을 하면서 완성되었을 때 획득할 수 있는 것

---

 

참고사이트 - 메가존아이티평생교육원 | 소프트웨어 공학 | 전우천