테일러링
IT위키
더 많은 작업
- 프로젝트 상황에 맞추어 사전에 정의된 개발 방법론 절차, 기법, 산출물 등을 수정하여 적용하는 기법
- 테일러링의 목적
- 프로젝트의 규모, 성격, 기간, 현재 당면한 상황 등을 고려하여 최적의 방법론 적용
- 테일러링의 원칙
- 이해관계자들과의 의사소통과 합의를 충분히 거쳐 결정
- 필요성
| 구분 | 관점 | 필요성 |
|---|---|---|
| 내부적
요건 |
개발 환경 | 시스템 개발 유형 및 환경 상이 |
| 요구 사항 | 프로젝트별 우선 고려사항 차이 | |
| 프로젝트 규모 | 사업비, 인력, 기간 등 규모 상이 | |
| 보유 기술 | 인력의 성숙도, 보유 기술 차이 | |
| 외부적
요인 |
법적 제약사항 | 프로젝트 도메인별 컴플라이언스 요구 상이 |
| 표준 품질기준 | 분야 별 표준 및 인증 지표·기준 상이 |
- 프로젝트 분석: 프로젝트가 내포한 문제점과 향후 활용할 수 있는 정보를 수집, 분석
- 범위 정의: 분석 결과 기반 특화 프로세스 개발 시 집중적 개선 영역을 정의
- 프로세스 확장: 프로세스에 특화, 필요 부가 프로세스 추가
- 프로세스 구성: 실질적 요구사항 지원 시 적합 규모 구성
- 프로세스 준비: 프로젝트에서 효력 발휘 정의
- 프로세스 공표: 프로젝트 멤버에게 공표해 수시 참고
- 프로세스 유지보수: 다양한 이슈와 신규 도출 특성에 대응해 프로세스 지속 유지보수
공공 사업에서는 제안요청서가 발주기관의 개발방법론과 프로젝트 관리지침을 따르라고 요구하는 경우가 많다. 이때 팀원 대부분이 그 방법론을 써 본 적이 없으면, 방법론을 그대로 적용해도 산출물만 늘고 품질은 오르지 않는다. 프로젝트 관리자는 계획 단계에서 다음을 한다.
| 활동 | 내용 |
|---|---|
| 역량 진단 | 팀원별 방법론·기술 숙련도와 비어 있는 역할을 파악한다(보유 기술 차이는 테일러링의 내부 요건이다) |
| 테일러링 | 발주기관 방법론의 필수 절차·산출물은 지키고, 프로젝트 규모·기간에 맞지 않는 선택 산출물은 통합·간소화한다. 변경은 발주기관과 협의해 승인받고 방법론 적용 계획서에 남긴다 |
| 교육·멘토링 | 착수 시 방법론·도구 교육을 일정에 넣고, 방법론 경험자(PMO·QA·외부 전문가)를 멘토로 두어 첫 산출물을 함께 만든다. 산출물 양식·작성 예시를 미리 준비한다 |
| 인력 보강 | 핵심 역할(아키텍트, 품질 담당)은 숙련자로 채우거나 투입 시기를 앞당긴다 → 프로젝트 자원 관리 |
| 위험 관리 | 인력 숙련도 부족을 위험으로 등록하고 영향(일정 지연·재작업)과 대응(교육, 검토 강화, 예비 일정)을 계획한다 → 프로젝트 위험 관리 |
| 품질 보증 | 단계별 산출물 검토·동료 검토를 늘려 방법론 미숙으로 생긴 결함을 일찍 잡는다 |
| 의사소통 | 발주기관과 방법론 적용 수준, 진척 보고 방식을 합의하고 정기적으로 조정한다 |
제안서에 약속한 방법론 준수·품질 수준은 계약 내용이므로, 일방적으로 줄이지 않고 협의된 테일러링과 역량 보강으로 맞추는 것이 원칙이다.