IT프로젝트 기획/설계와 PM

1️⃣ 프로젝트 기획·계획 수립
내용
프로젝트 제안서 작성
예산·범위·일정 수립
이해관계자 분석
평가
✔ PM 관점에서는 정석
❌ 기술 리스크 분석 없음
❌ 아키텍처/기술 스택 검토 부재
👉 현실 문제
이 단계에서 기술 검증 안 하면
5~6단계에서 전부 터짐
2️⃣ 요구사항 분석
내용
사용자 요구사항 정의
기능 명세서 작성
요구사항 확정
평가
✔ 문서 중심 접근
❌ 요구사항 변경 전략 없음
❌ 비기능 요구사항(보안, 성능, 운영) 가볍게 취급
👉 SI 현실
“요구사항 확정”은 허상
변경 통제 프로세스가 핵심인데 없음
3️⃣ 설계
내용
시스템 설계
UI 설계
데이터 모델링(DBMS)
평가
✔ 단계로는 맞음
❌ 설계 산출물의 목적 정의가 없음
👉 중요한 결핍
설계 = 개발 지침 + 변경 비용 통제 수단
여기서는 그냥 문서 생산 단계
4️⃣ 디자인
내용
디자인 콘셉트
UI/UX 확정
디자인 결과물
평가
✔ 분리 자체는 좋음
❌ 개발과 단절된 디자인 단계
👉 현실
디자인 확정 → 개발 시작
→ “이거 구현 안 되는데요?” 반복
5️⃣ 퍼블리싱
내용
HTML/CSS
화면 구현
표준/접근성 고려
평가
✔ 웹 SI 기준 정석
❌ 프론트엔드 로직과 분리된 옛 구조
👉 요즘 관점
퍼블리싱/개발 이분법은 레거시
컴포넌트 기반 사고 없음
6️⃣ 개발
내용
서버/클라이언트 개발
DB 구축
단위 테스트
평가
✔ 단계는 맞음
❌ “단위 테스트”가 형식적 단어
👉 현실
단위 테스트 없음
통합 테스트 = 실서버에서 인수 테스트
7️⃣ 테스트
내용
테스트 계획
테스트 시나리오
오류 수정
평가
❌ 너무 늦음
❌ 품질 책임 주체 불명확
👉 핵심 문제
품질을 마지막 단계에서 해결하려는 사고
이미 늦음
8️⃣ 오픈 및 안정화
내용
오픈
운영 지원
유지보수
평가
✔ SI에서 가장 중요한 단계
❌ 운영 관점 설계가 앞 단계에 없음
👉 결과
오픈 후 개발자 갈려나감

총평 (있는 그대로 말하면)
이 로드맵의 정체

PM 시험용 교과서
정보처리기사·기술사 답안용
실제 개발자 보호용 구조는 아님

개발자 관점에서 치명적인 결함 3가지
1️⃣ 기술 리스크 관리 단계 없음
2️⃣ 요구사항 변경을 전제로 한 구조 아님
3️⃣ 운영·보안·장애 대응이 뒤로 밀림