인하우스 개발
인하우스 개발은 사내 시스템 구축을 6단계 23개 작업으로 분해한 WBS 템플릿이다. 요구사항 수집에서 운영 이관과 안정화까지를 담았고, 전제작업과 WEIGHT가 채워져 있다. 납품이 아니라 운영이 목적지라는 것이 이 템플릿의 관점이다.
이 템플릿이 맞는 경우
- 사내에서 쓸 시스템을 자체 인력이나 혼합 팀으로 구축할 때
- 사용자 교육과 운영 이관까지 계획에 포함해야 할 때
- UAT(사용자 인수 테스트)를 거쳐 단계적으로 오픈할 때
- 구축 후 하이퍼케어 기간을 명시적으로 관리하고 싶을 때
다른 템플릿이 맞는 경우
- 계약 검수가 있는 외부 납품이라면 SI 구축이 맞다
- 시장 검증용 첫 제품이라면 IT 신제품 MVP가 맞다
단계별 구성
요구사항
현황 분석으로 문제를 정의하고 요구사항을 수집한 뒤 범위와 우선순위를 확정한다. 사내 프로젝트는 요구가 늘어나기 쉬워 이 단계의 범위 확정이 이후 일정의 방어선이 된다.
분석·설계
업무 프로세스 분석과 시스템 아키텍처 설계, UI/UX 설계를 진행한다. 실제 업무 흐름과 시스템 구조를 여기서 맞춰 두어야 개발 중의 재작업이 줄어든다.
개발
템플릿에서 가장 긴 단계다. DB 구축, 백엔드 API, 프론트엔드, 배포 파이프라인 구성까지 네 갈래의 작업이 병렬로 진행된다.
통합테스트
통합·회귀 테스트와 성능·보안 테스트를 거쳐 UAT(사용자 인수 테스트)로 마감한다. 실제 사용자가 검증하는 UAT가 이 단계의 목적지다.
사용자교육
교육 자료를 만들고 교육을 진행한다. 사내 시스템의 성패는 기능이 아니라 사용률이 가르는 경우가 많다.
안정화
운영 이관과 하이퍼케어를 거쳐 안정화를 마무리한다. 개발 팀이 빠져도 운영 조직이 시스템을 감당할 수 있는 상태가 완료 기준이다.
템플릿 전체 구조
| WBS 코드 | 작업명 | 유형 | 기간(일) | WEIGHT(%) |
|---|---|---|---|---|
| 1 | 인하우스 개발 | Deliverable | — | 100% |
| 1.1 | 요구사항 | Phase | — | 15% |
| 1.1.1 | 현황 분석 및 문제 정의 | Work Package | 4 | 40% |
| 1.1.2 | 요구사항 수집 및 정의 | Work Package | 4 | 35% |
| 1.1.3 | 범위 확정 및 우선순위 결정 | Work Package | 3 | 25% |
| 1.2 | 분석·설계 | Phase | — | 20% |
| 1.2.1 | 업무 프로세스 분석 | Work Package | 5 | 30% |
| 1.2.2 | 시스템 아키텍처 설계 | Work Package | 5 | 35% |
| 1.2.3 | UI/UX 설계 | Work Package | 6 | 35% |
| 1.3 | 개발 | Phase | — | 30% |
| 1.3.1 | DB 설계 및 구축 | Work Package | 7 | 20% |
| 1.3.2 | 백엔드 API 개발 | Work Package | 14 | 35% |
| 1.3.3 | 프론트엔드 개발 | Work Package | 14 | 30% |
| 1.3.4 | 인프라·배포 파이프라인 구성 | Work Package | 5 | 15% |
| 1.4 | 통합테스트 | Phase | — | 20% |
| 1.4.1 | 통합·회귀 테스트 | Work Package | 7 | 50% |
| 1.4.2 | 성능·보안 테스트 | Work Package | 5 | 30% |
| 1.4.3 | UAT(사용자 인수 테스트) | Work Package | 5 | 20% |
| 1.5 | 사용자교육 | Phase | — | 8% |
| 1.5.1 | 교육 자료 제작 | Work Package | 3 | 40% |
| 1.5.2 | 교육 진행 | Work Package | 5 | 60% |
| 1.6 | 안정화 | Phase | — | 7% |
| 1.6.1 | 운영 이관 및 하이퍼케어 | Work Package | 10 | 60% |
| 1.6.2 | 안정화 완료 | Work Package | 5 | 40% |
이 템플릿으로 시작하기
엑셀로 다운로드 (.xlsx)가입 없이 바로 받을 수 있습니다.
자주 묻는 질문
- SI 구축 템플릿과 무엇이 다른가요?
- 관점이 다릅니다. SI 구축은 계약과 검수 Milestone 중심으로 단계를 나누고, 인하우스 개발은 사용자 교육과 운영 이관 중심으로 나눕니다. 착수 보고와 검수가 없는 대신 교육과 하이퍼케어가 정식 단계로 들어 있습니다.
- 23개 작업을 다 써야 하나요?
- 아닙니다. 적용 후 조직에 맞지 않는 작업은 지우고 필요한 작업은 추가하면 됩니다. 다만 단계 하나를 통째로 지울 때는 그 단계가 하던 검증이 어디로 가는지 먼저 정하는 것이 안전합니다.
- 기간은 어느 정도 규모를 가정한 건가요?
- 합계 기준으로 넉 달 안팎의 중형 구축을 가정했습니다. 근무일 기준이므로 실제 달력 기간은 캘린더 설정에 따라 달라집니다. 팀 규모와 범위에 맞게 각 작업의 기간을 조정하십시오.
- UAT는 왜 통합테스트 단계에 있나요?
- 품질 검증의 마지막 관문이기 때문입니다. 기술 테스트를 통과한 뒤 실제 사용자가 업무 시나리오로 검증하는 순서입니다. UAT에서 나온 수정 사항이 안정화 단계의 입력이 됩니다.
- 엑셀로 받으면 어떤 내용이 들어 있나요?
- WBS 코드, 작업명, 유형, 기간, WEIGHT, 각 작업의 정의가 표로 들어 있습니다. 수식 없는 정적 문서라 그대로 회람하거나 사내 양식으로 옮기기 좋습니다.