accura0117
df723f1d59
Phase 0: wbx-spring-core 라이브러리 전환 - java-library 플러그인, WbxAutoConfiguration, Admin 조건부 활성화 - 루트 settings.gradle + build.gradle (멀티모듈) Phase 1: wtm-api 모듈 생성 - 23개 JPA Entity, 14개 Controller, 79개 API 엔드포인트 - Flyway V100~V107 MySQL 마이그레이션 - TimesheetRuleEngine, TimesheetApprovalHandler, P6WbsParser Phase 2: wtm-frontend (Vue 3 + PrimeVue 4) - 10개 도메인 모듈, 17개 View, 5개 서브컴포넌트 - 반응형 레이아웃 (AppLayout, AppSidebar, AppTopbar) - BaseCrudTable, BaseFormDialog, BasePageHeader 표준 컴포넌트 - JWT 인터셉터, 역할 기반 메뉴 필터링 Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
7.9 KiB
7.9 KiB
10. 일정 및 마일스톤
PH1-1차 상세 일정 (9주: 4/1 ~ 5/31)
W1~W2 (4/1 ~ 4/12): 분석·설계
| 태스크 | 담당 | 산출물 |
|---|---|---|
| 요구사항 확정 (86+17개) | 전원 | 요구사항 추적표 |
| DB 스키마 설계 (Flyway V1~V6) | BE 리드 | ERD, DDL |
| REST API 스펙 확정 (79개) | BE 리드 | OpenAPI 스펙 |
| Spring Boot 프로젝트 생성 (3.5.x) | BE 리드 | 프로젝트 템플릿 |
| Azure 인프라 세팅 | DevOps | VM, DB, Redis, Blob |
| Entra ID 계정 확보 (SSO 연동) | DevOps + 고객 | API 계정 정보 |
| P6 WBS 샘플 파일 수령 | PM | 파일 포맷 확인 |
| Canonical WBS 구조 확정 | PM + 고객 | WBS 트리 |
| wbx-spring 프레임워크 연동 확인 (인증/권한/결재/알림) | BE 리드 | 연동 테스트 |
| CI/CD 파이프라인 구성 (wbx-spring 표준 활용) | DevOps | 배포 파이프라인 |
마일스톤: 4/10 — WBS 구조 및 설계 확정
W3~W8 (4/13 ~ 5/20): 핵심 개발
BE 개발 (W3~W8)
| 주차 | 모듈 | API 수 | 담당 |
|---|---|---|---|
| W3~W4 | Auth (로그인/SSO/JWT/권한) | 8 | BE 시니어 |
| W3~W4 | User (인력 관리/파일 업로드) | 7 | 풀스택 ③ |
| W4~W5 | Project/WBS/TEAL | 17 | 풀스택 ① |
| W5~W7 | Timesheet 3종 + 규칙 엔진 | 8 | 풀스택 ② |
| W6~W7 | Approval 결재 워크플로우 | 7 | BE 시니어 |
| W7~W8 | Report 2종 + Excel Export | 4 | 풀스택 ③ |
| W7~W8 | Home 대시보드 | 2 | 풀스택 ③ |
마일스톤: 4/17 — 분석/설계 1차 완료 (DB, API 스펙) 마일스톤: 5/7 — BE 핵심 API 완료 (시수/WBS/결재)
FE 개발 (W4~W8)
| 주차 | 화면 | 화면 수 | 담당 |
|---|---|---|---|
| W4 | 로그인/SSO/비밀번호 | 4 | 풀스택 ③ |
| W4~W5 | 홈 대시보드 (역할별 5종) | 5 | 풀스택 ③ |
| W5 | 사용자/인력 관리 | 3 | 풀스택 ③ |
| W5~W6 | 프로젝트/WBS/TEAL | 6 | 풀스택 ① |
| W6~W7 | 시수 입력 통합 화면 (3종 탭) | 4 | 풀스택 ② |
| W7~W8 | 결재 화면 | 3 | 풀스택 ② |
| W8 | 리포트 2종 | 2 | 풀스택 ① |
마일스톤: 5/20 — FE 화면 완료, 통합 테스트 시작
W8~W9 (5/20 ~ 5/31): QA · UAT · 배포
| 태스크 | 담당 |
|---|---|
| 교차 QA (BE ↔ FE) | 전원 |
| 버그 수정 (P1/P2 우선) | 전원 |
| 성능 테스트 (동시 접속 100명) | DevOps |
| UAT (고객 테스트) | PM + 고객 |
| 프로덕션 배포 | DevOps |
| 데이터 마이그레이션 (HR Master 등) | 풀스택 ③ |
마일스톤: 5/31 — ★ PH1-1차 오픈
PH1-2차 상세 일정 (4주: 6/1 ~ 6/30)
W1~W2 (6/1 ~ 6/13): 고도화 개발
| 기능 | 요구사항 | 담당 |
|---|---|---|
| WBS 버전 비교 UI | No.29 | 풀스택 ① |
| EPC Revision 관리 | No.64 | 풀스택 ② |
| SA 권한 고도화 + 액세스 로그 | No.19, 24 | BE 시니어 |
| 외부 사용자 MFA 인증 | No.9 | BE 시니어 |
W2~W3 (6/9 ~ 6/19): 분석·리포트
| 기능 | 요구사항 | 담당 |
|---|---|---|
| 결재 초과 하이라이트 | No.75 | 풀스택 ② |
| Phase별 시수 비율 리포트 | No.85 | 풀스택 ③ |
| Non-Project 시수 비율 리포트 | No.86 | 풀스택 ③ |
| HR 배치 자동 업데이트 | No.3 | 풀스택 ① |
W3~W4 (6/16 ~ 6/30): 통합 QA · 배포
| 태스크 | 담당 |
|---|---|
| 통합 테스트 + 버그 수정 | 전원 |
| DL 결재 정책 확정 반영 | BE 시니어 |
| UAT · 검수 | PM + 고객 |
| 프로덕션 배포 | DevOps |
마일스톤: 6/30 — ★ PH1-2차 오픈 (PH1 최종 완료)
인력 투입 계획
| 역할 | PH1-1차 (9주) | PH1-2차 (4주) | 합계 |
|---|---|---|---|
| BE 시니어 / 기술 리드 | 2.0 M/M | 1.0 M/M | 3.0 |
| 풀스택 엔지니어 ① (WBS·TEAL·프로젝트) | 2.0 M/M | 1.0 M/M | 3.0 |
| 풀스택 엔지니어 ② (시수·결재·규칙엔진) | 2.0 M/M | 1.0 M/M | 3.0 |
| 풀스택 엔지니어 ③ (리포트·로그인·사용자) | 2.0 M/M | 1.0 M/M | 3.0 |
| DevOps (파트타임) | 1.0 M/M | 0.5 M/M | 1.5 |
| QA 겸임 | 1.0 M/M | 0.5 M/M | 1.5 |
| 합계 | ~10.0 M/M | ~5.0 M/M | ~15.0 M/M |
리스크 및 의존성
| 리스크 | 영향 | 대응 |
|---|---|---|
| Entra ID 계정 지연 | SSO 개발 차단 | W1 내 확보 필수, ID/PW fallback 우선 구현 |
| P6 WBS 포맷 불확실 | 파서 개발 지연 | W1 내 샘플 파일 수령, 포맷 확정 |
| Canonical WBS 구조 미확정 | 시수 입력 개발 차단 | W2 내 확정 필수 |
| DL 결재 정책 미확정 (No.23) | 결재 로직 불완전 | 기본 구조 선 구현, 정책 확정 후 로직 추가 |
| Azure 인프라 지연 | 배포 차단 | 로컬 Docker 환경으로 개발 병행 |
PH2 이관 항목 및 사유
출처:
requierment.xlsx한글 시트 "협의 및 PH2 이관 제안 사유" 컬럼
| No. | 요구사항 | PH2 이관 사유 |
|---|---|---|
| 3 | HR 정기 배치 자동 업데이트 | 초기에는 수동 파일 업로드로 운영 가능. 배치는 안정화 후 추가 |
| 5 | 외주 인력 개별 입력창 | 등록 정책 미확정. 정책 확정 후 적용 방식 결정 |
| 9 | 외부 사용자 2Way 인증 | 외주 포털 구축 후 적용. 1단계에서 외주 접속 자체 없음 |
| 19 | SA 전체 기능 컨트롤 | 보안 감사용 로그 기능. PH1 운영에 직접 영향 없음 |
| 24 | SA 접속 및 Activity Log | SA 액세스·활동 로그는 보안 감사용. 운영 안정화 후 추가 |
| 29 | WBS 버전 관리 비교 UI | WBS 업로드(No.27·28)는 PH1 필수. 버전 비교는 PH2 |
| 30 | 기존 WBS 시수 조회 | No.29와 연계. 버전 비교 UI와 함께 이관 |
| 32 | P6 WBS 월별 스냅샷 비교 | 운영 안정화 이후 활용 가능한 고도화 기능 |
| 42 | Timesheet 기본 입력 기준 수정 | 기본 일 8h·주 52h 상한은 PH1. 세부 규칙 UI는 PH2 |
| 46 | 초과근무 기준시간, 휴게시간 규칙 | 기본 상한은 PH1. 세부 규칙 설정 UI는 PH2 고도화 |
| 49 | Project별 Location, Job_Role 설정 | Unit Rate 변동 관리는 PH2에서 수행 |
| 50 | WBS-Discipline 자동 Assign | Discipline 및 투입인력 선택방식 미확정 |
| 54 | Favorite / Default 값 설정 | 편의 기능. 사용 패턴 파악 후 2단계 적용 |
| 63 | Project별 Bench Marking | 충분한 시수 데이터 축적 이후 의미. 2단계 제안 |
| 65 | Location/Role/진행률 입력 | 복수 역할·국가 변동 사례 발생 후 적용. 단일 Rate로 운영 |
| 76 | RCP 연계 Plan vs Actual 분석 | RCP 시스템 미개발. RCP 구축 완료 후 연계 예정 |
| 77 | RCP 연계 Capacity Gap 분석 | RCP 미개발. RCP 구축 완료 후 연계 예정 |
| 78 | RCP 연계 Productivity Trend 분석 | RCP 미개발. RCP 구축 완료 후 연계 예정 |
| 79 | WBS 버전 이력 조회 UI | 버전 등록은 PH1. 이력 조회 UI 1단계 필요성 협의 필요 |
| 80 | Cognite 연계 데이터 Export | Extractor 서버 구성 필요. 인프라 준비 후 PH2 구현 |
| 81 | P6 vs Canonical WBS Mis-Align 검토 | 운영 데이터 축적 후 필요성 높아짐. 2단계 적용 |
| 84 | Discipline별 생산성 분석 | Progress Rate 입력(PH2)이 없으면 의미 없음 |
| 85 | Phase별 Manhour 비율 분석 | 기본 리포트(No.82·83)는 PH1. 비율 분석은 고도화로 PH2 협의 |
| 86 | Non-Project Manhour 비율 분석 | 기본 시수 조회로 대체 가능. PH2 이관 협의 |
PH1 Y=62건, PH2 이관 N=24건, 합계 86건
착수 즉시 필요 협조사항
| 항목 | 마감 | 제공 주체 |
|---|---|---|
| Azure Entra ID API 계정 + 연동 정보 | W1 (4/4) | 한화시스템 |
| Canonical WBS 구조 최종 확정 | W2 (4/11) | 한화오션 |
| P6 WBS Export 샘플 파일 | W1 (4/4) | 한화오션 |
| Azure 인프라 접근 권한 | W1 (4/4) | 한화시스템 |
| HR Master Data 샘플 | W1 (4/4) | 한화오션 |