1. 프로젝트 최적화를 위한 전략적 선택, 테일러링의 개요
정의: 표준 소프트웨어 개발방법론을 기반으로 특정 프로젝트의 특성(규모, 난이도, 기술 환경 등)에 맞춰 공정, 기법, 산출물 등을 수정, 보완, 삭제하여 최적화하는 활동.
필요성: * 효율성 증대: 불필요한 절차 및 산출물을 제거하여 자원 낭비 방지.
품질 확보: 프로젝트 위험 요소에 집중할 수 있는 핵심 공정 강화.
유연성 강화: 급변하는 기술 환경 및 사용자 요구사항에 민감하게 대응.
2. 테일러링의 수행 절차 및 기준
가. 테일러링 수행 절차
일반적으로 '표준 선정 → 영향 분석 → 최적화 → 검토 및 승인'의 과정을 거칩니다.
표준 방법론 선정: 조직 내 표준 방법론(Waterfall, Agile 등)을 베이스라인으로 선택.
특성 분석: 프로젝트 규모(인력, 예산), 기술적 난이도, 구성원의 숙련도 등을 분석.
상세 테일러링: 분석 결과를 바탕으로 WBS(업무분할구조), 산출물 목록, 검토 단계를 조정.
승인 및 확정: 테일러링 결과의 적정성을 검토하고 의사결정권자의 승인을 득함.
나. 테일러링 고려 기준 (Selection Criteria)
| 구분 | 고려 요소 | 테일러링 방향 |
| 내부적 기준 | 프로젝트 규모 | 대규모는 엄격한 통제, 소규모는 간소화된 절차 적용 |
| 기술 난이도 | 신기술 도입 시 R&D 및 프로토타이핑 공정 강화 | |
| 구성원 숙련도 | 숙련도가 낮을 경우 상세한 지침서 및 검토 단계 추가 | |
| 외부적 기준 | 법적 규제 | 보안(ISMS), 공공 표준 가이드라인 등 필수 준수 사항 반영 |
| 이해관계자 요구 | 발주처의 특정 산출물 요구 또는 승인 절차 반영 |
3. 테일러링의 주요 대상 및 기법
가. 테일러링 주요 대상
Lifecycle: 폭포수형, 반복형, 점진형 등 개발 생명주기 모델 변경.
Activities: 프로젝트 위험도에 따른 설계/테스트 단계의 상세 수준 조정.
Artifacts: 프로젝트 성격에 따라 필수 산출물과 선택 산출물 정의.
Tools: 자동화 도구(CASE, CI/CD) 활용 범위 확정.
나. 테일러링 기법
Size-based: 프로젝트 예산이나 M/M(Man-Month) 규모에 따른 등급별 조정.
Risk-based: 고위험 프로젝트의 경우 품질 보증(QA) 및 감리 단계 강화.
Constraint-based: 단기 프로젝트의 경우 문서화보다 실행 코드와 커뮤니케이션 중심 조정.
4. 테일러링 수행 시 주의사항 및 기술적 제언
가. 수행 시 주의사항
일관성 유지: 테일러링 후에도 공정 간 인과 관계와 데이터 흐름의 일관성이 깨지지 않아야 함.
기록 관리: 테일러링된 근거를 명확히 기록하여 향후 감리나 사후 평가 시 대응 기반 마련.
과도한 생략 경계: 일정 단축을 위해 필수 품질 검증 단계(단위 테스트 등)를 생략하는 우를 범하지 말아야 함.
나. 기술사적 제언: 'Agile-Waterfall 하이브리드' 테일러링
최근 공공 사업에서도 대규모 프로젝트의 안정성(Waterfall)과 변경 대응력(Agile)을 결합한 하이브리드 테일러링 수요가 급증하고 있음.
DevSecOps 연계: 테일러링 단계에서 보안 가이드라인을 자동화 도구에 내재화하는 'Security-by-Design' 관점의 테일러링이 필수적임.
결언: 테일러링은 단순한 '삭제'가 아닌 '최적화'임. 기술사는 프로젝트의 본질적 위험을 간파하고, 이를 통제할 수 있는 가장 날카롭고 가벼운 무기(방법론)를 설계해야 함.
댓글 없음:
댓글 쓰기