study/question

question <3> |대표적인 품질 제약 조건 6가지 [2/3]

yjlee06 2024. 11. 20. 03:45
반응형

 

품질 제약 조건은 원래 이렇게 되어 있었습니다.

품질 제약 조건은 처음엔 범위, 비용, 시간 총 3가지였습니다. 하지만 워낙 추상적이기에 3개의 개념으로 제한하기에는 한계가 있어 추가적으로 3개의 조건인 품질, 고객만족, 리소스가 정의되었습니다. 추가적으로 정의된 3가지 조건은 범위, 비용, 시간을 기반으로 정의되거나 품질과 같이 요구사항을 평가하는 요소로 프로젝트에 작용하기도 합니다. 이제부터 총 6개의 품질 제약 조건에 대해 알아보겠습니다.

 

품질 제약 조건

1. 범위

프로젝트 범위는 개발이 끝난 상태의 최종적인 제품의 형태를 의미합니다. 프로젝트의 계획단계에서 목표를 확실하게 정의하기 위하여 필요이상의 개발이나 현재 상황(시간, 비용, 인/물적 자원)에서 구현이 불가능한 범위 목표치로 정의하는 것을 제한합니다. 범위 제약 조건을 만족하기 위한 내용프로젝트 범위 명세서에 작성하게 됩니다.

프로젝트 범위 명세서 

프로젝트의 내부, 외부 조건을 포함한 프로젝트 관련 요소를 명확하게 식별하는 내용을 포함하고 있으며 프로젝트 매니저에 의해 관리됩니다.

2. 비용

 비용(예산) 조건은 프로젝트의 목표에 달성하기 위해 필요한 자본을 의미합니다. 프로젝트 준비 계획 과정에서 예상 지출을 명확히 분석하고 정리하면, 프로젝트를 진행하면서 발생하는 지출을 평가할 수 있는 기준을 설정할 수 있습니다.

3. 시간

프로젝트에서 시간(일정)은 지켜야하는 중요한 요소이며 계획 단계에서 일정 계획을 잘 세운다면 계획 일정을 재조정하는 것과 같은 불필요한 작업에 시간을 낭비하는 것을 방지할 수 있습니다.

시간을 지키지 못할 경우

계획을 세울때 고려하지 못한 변수가 있거나 프로젝트 진행중 예상보다 더 많은 시간이 소요될 때가 있습니다. 이러한 경우엔 일정을 조정하거나 프로젝트 범위를 축소해야 할 수도 있습니다. 또한 프로젝트의 범위를 조정하게 된다면 초기 계획보다 더 낮은 품질의 결과가 나올 수 있으며 이것이 반복된다면 프로젝트의 가치가 훼손되어 무산될 위험이 있습니다.

4. 품질

품질 제약 조건은 결과물이나 제품의 주요 요구 사항(특성)을 중심으로 정의합니다. 품질 조건은 이전에 정의된 요구사항에서 세부적인 요구사항을 추가적으로 정의합니다. 이로서 구현된 요구사항을 다시 작업해야 하는 경우를 막음으로 생상성 난비를 방지할 수 있습니다.   

5. 고객만족

고객 만족 조건은 말 그대로 정의된 요구사항(계획)이 제품을 사용하는 대상의 요구사항을 충족하는지 고려하는 것을 의미합니다.

"고객 만족도를 제약 조건으로 생각할 때 프로젝트 관리자는 단순히 예산과 범위 내에서 마감 기한 내 프로젝트를 제공하는 것만으로는 고객이 만족할 수 없다는 점을 명심해야 합니다."

이처럼 프로젝트에서 단순히 제공된 시간과 비용 내에서 소프트웨어 개발을 끝내는 것이 아니라 예상 고객층이 만족하도록 만들어야 합니다. 그러므로 프로젝트를 진행하면서 고객 또는 사업의 목표(기대치, 요구사항)반영하고 있는지 확인하는 것이 중요합니다. 

이를 통해 프로젝트를 계획하는 과정에서 기대치에 가까운 요구사항을 정의할 수 있으며 프로젝트를 진행 중 일정이 지연되어 주어진 시간과 비용 안에서 조정해야 상황이라면 고객의 기대치를 고려하여 조정을 하여 최소한의 손실로 프로젝트를 성공적으로 끝낼 수 있게 할 수 있습니다.

6. 리소스

프로젝트 관리자는 계획을 세우면서 인적 / 물질적 자원이 충분한지 고려해야 합니다. 인적, 물질적 자원은 일반적으로 예산에 큰 영향을 받기에 만약 부족하다면 계획 단계에서 예산을 더 요청하거나 프로젝트 규모를 축소시킬 수도 있습니다. 

 

프로젝트에서 제약 조건은 무궁무진합니다. 

소개된 6개의 제약 조건보다 적을 수 있으며 반대로 스폰서의 계약이나 법적 규제와 같은 내용이 추가하여 6개 이상으로 정의될 수도 있습니다. 하지만 이러한 조건들은 기본적으로 알고 들어가야 프로젝트 매니저 입장에서는 현재 상황에 적합한 프로세스를 계획할 수 있으며 참여하는 입장에서는 프로젝트의 흐름을 세부적으로 알고 시작할 수 있습니다. 그러기에 다양한 조건의 예시를 파악하고 경험하는 것이 필요합니다.