Brain💡 핵심 인사이트
테일러링(Tailoring)은 회사에 존재하는 무겁고 방대한 '표준 소프트웨어 개발 방법론'을, 현재 진행하려는 개별 프로젝트의 특성(예산, 일정, 규모, 인력)에 딱 맞도록 잘라내고 수정하여 재단하는 작업입니다.
기성복(표준 방법론)을 입으면 너무 크거나 작아 활동하기 불편하므로, 내 몸(프로젝트)에 맞게 수선하는 과정입니다.
Ⅰ. 테일러링의 필요성
대기업이나 공공기관에는 폭포수, 애자일, 객체지향 등 수백 페이지에 달하는 '전사 표준 개발 방법론 가이드'가 존재합니다. 여기에는 무수히 많은 단계와 작성해야 할 산출물(문서) 목록이 정의되어 있습니다.
- 문제점: 3개월짜리 1천만 원 규모의 초소형 프로젝트에 이 무거운 표준 방법론을 그대로 적용하면, 개발보다 문서를 20개씩 쓰느라 프로젝트가 망해버립니다(Overhead). 반대로 수백억짜리 국방 시스템에 절차를 축소하면 큰 사고가 납니다.
- 해결책: 프로젝트 착수 시점에 PM과 품질보증(QA) 담당자가 모여, "우리 프로젝트는 작으니까 설계 문서 5개는 생략하고, 테스트는 이 도구를 쓰자"라고 절차와 산출물을 취사선택하는 테일러링 과정이 반드시 필요합니다.
Ⅱ. 테일러링 시 고려해야 할 요소 (기준)
테일러링을 무작정 줄이는 것이 아니라 합리적인 기준에 따라 가감해야 합니다.
1. 내부적 고려 기준 (프로젝트 자체의 특성)
- 목표 환경: 적용될 운영체제나 DBMS, 네트워크 환경의 이질성 여부.
- 요구사항 특성: 사용자 요구사항이 처음부터 확정되어 있는지(폭포수 유지), 아니면 계속 바뀔 가능성이 높은지(애자일로 테일러링).
- 프로젝트 규모: 참여 인원, 기간, 예산. (가장 결정적인 테일러링 기준)
- 보유 기술: 우리 팀원들이 해당 기술이나 방법론을 얼마나 경험해 보았는가.
2. 외부적 고려 기준 (비즈니스/조직적 특성)
- 국제 표준/법적 규제: 금융/의료/국방 프로젝트의 경우 법적으로 반드시 작성해야 하는 보안 문서나 거쳐야 하는 감리 절차가 있으므로 생략할 수 없습니다. (예: 개인정보보호법, ISO 12207)
- 발주사(고객) 요구: 고객이 특정 문서 포맷을 원하거나 짧은 납기를 요구하는 경우.
Ⅲ. 테일러링의 주요 대상 (무엇을 재단하는가?)
- 프로세스 및 활동: 설계 단계의 '동료 검토(Peer Review)' 단계를 공식 회의에서 약식 서면 검토로 변경.
- 산출물 (문서): '데이터베이스 설계서'와 'ERD 다이어그램'을 하나로 통합하여 작성하거나 불필요한 문서는 작성 생략(Tailoring Out).
- 역할(Role) 통합: 규모가 작을 경우 설계자와 구현자, 또는 테스터와 배포 관리자의 역할을 한 사람이 겸임하도록 조정.
📢 섹션 요약 비유: 테일러링은 결혼식 뷔페에서 접시에 음식을 담는 과정입니다. 100가지 요리(표준 방법론)가 다 차려져 있지만, 다이어트 중인 사람(소규모 프로젝트)은 샐러드만 조금 담고, 운동선수(대규모 프로젝트)는 고기와 탄수화물을 풀코스로 꽉 채워 담아 내 위장 크기와 상황에 딱 맞는 맞춤 식단을 구성하는 것입니다.