본문 바로가기
기구개발 직무/R&D Process

[R&D Process] SW 개발 WBS(Work Breakdown Structure) 양식(WBS 작성법, 항목, 양식)

by 협동로봇엔지니어 2023. 5. 11.
반응형

제품개발_기구개발_취업_취준_업무내용_Process_R&D_Research_Development_WBS_SW개발_PM_Project_Manager_Management

[글을 들어가며]


이전 글에 이어 이번 글에서는 SW개발 과정에서 필요한 WBS 작성법 및 항목들에 대하여 작성하고자 합니다. 이전 글(아래 링크 참고)에서는 물리적인 제품개발 프로세스를 기준으로 필요한 WBS 항목들에 대하여 작성하였으며, 이번 글에서는 SW개발 프로세스를 기준으로 필요한 항목들에 대하여 작성해 보도록 하겠습니다. 앞선글과 마찬가지로 같은 SW여도 프로젝트마다 WBS는 큰 차이가 있으며 주로 일반적인 항목 위주로만 정리하였으니 참고 부탁드립니다.

 

 

[R&D Process] 제품 개발 WBS(Work Breakdown Structure)의 정의와 작성법, 예시, 및 필요성

[글을 들어가며] 이번 글에서는 개발업무를 진행하면서 많이 보는 문서중 하나인 WBS에 대하여 작성해 보고자 합니다. WBS는 Work Breakdown Structure의 약자로서 그 목적은 주로 개발 초기단계에서 해

191207.tistory.com

 

[WBS에는 어떠한 내용을 작성해야 하는가?]


WBS는 개발하고자 하는 제품을 떠나 회사의 규모, 구성원, 리소스 등 다양한 요소의 영향을 받으며 본인의 프로젝트와 상황에 맞게 항목을 작성하고 세분화 켜야 합니다. 아래 작성할 리스트는 어디까지나 일반적인 항목들이며 반드시 본인의 프로젝트에 맞게 변화하여 사용하셔야 합니다. 또한 해당 순서(1번부터 시작하는 번호)는 실제 계획의 순서가 아니며, 실제 WBS에서는 자유롭게 배치하여도 무방합니다. 각 항목에는 담당자, 일정, 산출물이 기본으로 포함되어 있어야 합니다.

 

 

1. 프로젝트 시작(기획 단계 시작)

(1.1 프로젝트 계획수립 + 1.2 팀 구성 + 1.3 리소스 파악 + 1.4 예산 확보)

 

2. VOC 분석 및 정의

(2.1 인터뷰 + 2.2 VOC 수집 및 분석 + 2.3 핵심 요구사항 정리 )

 

3. 사전 조사

(3.1 시장 조사 및 분석 + 3.2 경쟁사 분석 + 3.3 시장 전략 수립)

 

4. 프로젝트 Scope 정의

(4.1 Scope 정의 + 4.2 일정 및 계획 수립 + 4.3 예산 관리 + 4.4 위기관리 계획 수립)

 

5. 아키텍처 설계(설계 단계 시작)

(5.1 시스템 아키텍쳐 설계 + 5.2 기술 스텍 선택(Feature 확정) + 5.3 인터페이스 설계)

 

6. 상세 설계

(6.1 데이터베이스 설계 + 6.2 모듈 설계 + 6.3 API 설계)

 

7. UI/UX 

(7.1 UI/UX 요구사항 분석 + 7.2 UI/UX 디자인 및 설계 + 7.3 UI/UX 기능 검증 및 디버깅)

 

 

반응형

 

8. 모듈 개발(개발 단계 시작)

(8.1 개발 환경 구성 + 8.2 모듈 개발 진행 + 8.3 단위 별 테스트 진행)

 

9. 기능 개발

(9.1 기능개발 + 9.2 기능 테스트)

10. 시스템 통합

(10.1 모듈 통합 + 10.2 통합 시스템 기능 테스트)

 

11. 디버깅 및 수정

(11.1 버그 판별, 분석, 및 해결 + 11.2 문제 해결 및 코드 수정)

 

12. 성능 최적화

(12.1 성능 분석 및 측정 + 12.2 최적화 작업 진행)

 

13. 시스템 테스트(테스트 단계 시작)

(13.1시스템 테스트 계획 수립 + 13.2 테스트 시나리오 작성 + 13.3 테스트 진행 및 결과 분석)

 

14. 품질보증 테스트

(14.1 테스트 계획 수립 + 14.2 성능 테스트 + 14.3 보안 테스트 + 14.4 호환성 테스트)

 

15. 제품 배포 준비 단계

(15.1 릴리즈 계획 수립 + 15.2 사용자 메뉴얼 작성)

 

16. 배포

(16.1 서버 설정 및 배포 + 16.2 데이터 마이그레이션)

 

17. 모니터링 및 유지보수

(17.1 서비스 모니터링 및 설정 + 17.2 버그 식별 및 해결방안 도출 + 17.3 업그레이드 버전 배포 및 적용)

 

18. 프로젝트 종료

(18.1 완료 보고서 작성(프로젝트 성과분석) + 18.2 프로젝트 평가 + 18.3 프로젝트 문서화 및 관련 자료 정리)

 

[글을 마치며]


이번 글에서는 SW개발 기반의 WBS(Work Breakdown Structure)의 항목들에 대하여 간단히 작성해 보았습니다. 마찬가지로 실제 프로젝트에서는 이보다 몇 단계는 더 세분화하여서 프로젝트를 진행하여야 합니다. 또한 SW의 경우 Agile 방식으로 프로젝트가 진행될 경우에는 무리해서 WBS를 작성할 필요가 없으며, 반드시 필요하다고 판단될 때 작성하시길 추천드립니다. 그럼 긴 글 읽어주셔서 감사합니다.

 

반응형

댓글