SI, SM 차이 및 Project 포지션 정리

SI, SM 차이 및 Project 포지션 정리

SI/SM

SI (System Integration)

• 기업이 필요로 하는 정보시스템에 관한 기획에서부터 개발과 구축, 나아가서 운영까지의 모든 서비스를 제공하는 업무 기업에서 사용할 프로그램을 구축하는 업무.
• 요구사항 분석, 분석/설계, 개발, 테스트, 검수
• 프로젝트 단위로 진행되며, 프로젝트가 주 로서 팀이 구성되고, 개발 환경, 개발 언어 등 모두 결정 된다.

SM (system Maintenance)

• 시스템의 기능상 오류가 발생하거나, 현재 구축된 프로그램의 기능을 변경 혹은 추가 하는등 실제 현업에서 업무를 담당하는 사람들이 시스템을 편리하고 안정적으로 사용할 수 있도록 지원하는 업무.
• 오류 수정, 기능 개선, 기능 추가, 데이터 제공, 시스템 안정화
• 간단히 말해 SI를 통해 개발된 프로젝트를 유지보수 하는 것
• SM의 경우 현업의 업무지식에 특화된다. 예를들어 금융 시스템의 SM을 담당하면 자연스레 개발자들도 개발 이외의 금융 지식에 대해 쌓이게 된다.
• 프로젝트 단위가 아니므로, 한 시스템을 장기적으로 담당하는 경우가 많다.

프로젝트 포지션

PM (Project Manager)

• 모든 업무를 관리
• 외부 팀과 커뮤니케이션을 담당하고 의견을 조율하는 담당자

PL (Project Leader)

• PM을 도와 프로젝트의 관리를 담당.
• 개발, 관리 능력(화면설계, 일정관리), 고급기술(DB,WAS 등), 커뮤니케이션을 통해 구체적인 요구사항을 분석하고, 화면을 설계 하며 자신이 관리하는 개발자들이 실제 개발을 진행할 수 있도록 가이드하고 관리

AA (Aplication Architect)

• 비즈니스 프로세스 설계를 바탕으로 실제 사용할 수 있는 ERP 등과 같은 IT 솔루션을 설계하는 역할
• 일반적으로 프레임워크를 바탕으로 설계를 진행하는 경우가 많고, 요약하여 업무 관련 로직을 설계함
• 공통 로직, 개발표준, 프레임워크 등 공통업무 설계자

TA (Technical Architect)

• OS, WEB, WAS, DB 설치 등 하드웨어와 네트워크 구축 담당자

DA (Data Architect)

• 데이터 표준, 구조, 품질, 마이그레이션 등 DB 설계자

QA (Quality Assurance)

• 산출물과 각종 문서, 소스코드에 대한 품질을 보증하는 담당자

EA (Enterprise Architect) or BA (Business Architect)

• 기술적 관점이 아닌 비즈니스 관점의 프로세스 설계자

SA (Solutions Architect)

• 프로젝트나 어떠한 비즈니스 요구사항에 따라 개발환경과 같은 솔루션에 대한 설계 담당(EA는 넓은 지식, SA는 깊은 지식)

개발자 (Developer)

• 프로젝트 최 하단에서 실제 개발을 진행

References

개발자 업무 파악
개발자 포지션 정리
SI 개발자 포지션 정리