SIer SE란, 고객의 업무 과제를 IT로 해결하는 "문제해결 전문가"다.
코드를 짜는 사람이 아니라, 무엇을 만들 것인지를 결정하는 사람.
이 카드에서는 SIer SE가 구체적으로 어떤 일인지, 어떤 사람에게 맞는지를 정리했다.
한마디로 말하면, 고객 기업이 안고 있는 업무 과제를 파악하고, "IT를 사용하면 이렇게 해결할 수 있습니다"라고 설계하는 직종이다.
SIer(System Integrator)란 고객의 요구에 맞춰 시스템을 처음부터 만들어주는 회사다. NTT데이터, 후지쯔, NEC 같은 대형부터, 은행·증권·보험 등 금융기관의 대형 시스템을 맡는 기업부터, TIS·크레스코 같은 독립계까지 다양하다. SE는 그 안에서 특히 상류 공정(上流工程), 즉 "고객이 무엇을 원하는가"를 듣고 "어떻게 만들 것인가"를 설계하는 역할을 담당한다.
① 요건 정의(要件定義)가 핵심 업무 — 고객과 미팅을 반복하며 "이런 시스템이 필요하다"를 문서로 정리한다. 비즈니스 과제를 IT 요건으로 번역하는 작업이 SIer SE의 가장 중요한 일이다.
② 실제 코딩은 협력사에 맡기는 경우가 많다 — 요건 정의·설계가 완성되면 개발(코딩)은 파트너사나 자사 개발팀에 넘기는 구조가 일반적. 문과 출신도 활약할 수 있는 이유가 여기에 있다.
③ SE가 곧 PM(프로젝트 매니저)이기도 하다 — 개발 일정·예산·품질을 관리하며 고객·협력사·자사 개발팀을 조율하는 역할도 SE가 담당. 기술력보다 조율력이 장기적으로 더 중요해진다.
09:00 출근. 메일 확인, 진행 중인 프로젝트 상황 체크
09:30 사내 미팅 — 개발팀과 A사 요건 정의서 내용 확인
11:00 A사 방문 — 요건 정의 확인 미팅. 고객 담당자와 사양 조정
12:30 점심
13:30 B사 전화 대응 — 개발 중 "사양을 바꾸고 싶다"는 요청. 영향 범위 확인
14:30 사내 — 협력사 PM과 B사 건 진행 상황 확인, 일정 재검토
16:00 C사 방문 — 신규 고객 히어링. 현재 시스템의 불편한 점 청취
17:30 C사에서 들은 내용 정리. 다음 제안 방향 검토
18:30 퇴근
회사와 부서에 따라 다르다. 대형 SIer는 신입 1~2년차에 개발(코딩) 현장을 경험시키는 경우가 많다. "상류를 이해하려면 하류(개발)를 먼저 알아야 한다"는 논리다.
독립계 중소 SIer는 처음부터 SE 포지션으로 들어가는 경우도 있다. "전혀 코딩 안 해도 OK"인 회사는 드물지만, "고도의 개발 스킬이 필수"인 회사도 아니다. 핵심은 배울 의욕이 있는가다.
SIer SE 평균연봉 약 480만엔(doda 2025 SI). 대형 1차 원청(NTT데이터·NRI·SCSK) 신졸 300~350만엔, 30대 PM급 600~900만엔. NRI는 평균연봉 1,322만엔(2025 유보)으로 업계 최고 수준. 2차 이하 하청으로 갈수록 연봉이 내려가므로, 기업 선택이 연봉에 직결되는 직종.
같은 "SIer SE"라도 대형과 독립계는 일하는 방식과 환경이 꽤 다르다. 어떤 환경에서 어떻게 성장하고 싶은가를 기준으로 선택하는 것이 중요하다.
| 항목 | 대형 SIer | 독립계 중소 SIer |
|---|---|---|
| 대표 기업 | NTT데이터, 후지쯔, NEC, 히타치 등 | TIS, 크레스코, 니혼유니시스 등 |
| 프로젝트 규모 | 수십억~수백억 엔급. 국가 시스템도 존재 | 수천만~수억 엔급. 중소기업 고객 多 |
| 담당 범위 | 상류 공정 중심. 개발은 협력사에 위탁 多 | 요건 정의부터 개발·운용까지 일관 담당 |
| 커리어 성장 | 전문화 깊지만 이동·로테이션은 회사 주도 | 폭넓은 경험. 빠르게 PM 역할을 맡을 수 있음 |
| 급여 수준 | 업계 상위권. 복리후생 탄탄 | 대형 대비 낮지만 성과에 따라 빠른 인상 가능 |
| 취활 난이도 | 높음. 적성 검사·GD·면접 여러 단계 | 상대적으로 낮음. 중소가 많아 루트 다양 |
"SIer"라고 이름이 붙어 있어도 실질적으로 SE가 아닌 SES(기술자 파견)에 가까운 회사가 있다. 채용 면접에서 반드시 확인할 것: "주로 어떤 포지션으로 고객 현장에 들어가나요? 상주 파견인가요, 아니면 자사 프로젝트로 움직이나요?"
SIer는 자사 이름으로 고객에게 시스템을 제안·납품한다. SES는 자신의 기술을 다른 회사 현장에 파견하는 구조다. 커리어 자율성과 성장 환경이 크게 다르므로, 입사 전 확인이 필수다.
"SE로 들어가면 그 다음은?" — SIer SE는 기술 전문가 방향과 경영층에 가까운 PM/컨설턴트 방향으로 갈라지는 것이 특징이다. Web계 엔지니어와 달리 "경영층에 가까운" 포지션으로 성장할 수 있는 루트가 열려 있다.
SIer SE는 IT취활에서 가장 많이 지망하는 직종 중 하나다. "IT가 하고 싶다"는 막연한 이유로 지원하는 것이 가장 위험하다. 아래 기준으로 솔직하게 자신을 확인해보자.
SIer는 "문과 IT직"의 대표 루트다. 성공하는 문과 출신의 공통점은 대체로 3가지다.
① 언어화 능력 — 고객이 막연하게 이야기하는 과제를 문서로 정확하게 정리하는 힘. 법학·경제·문학 전공에서 갈고닦은 "읽고 쓰고 논리화하는 능력"이 직결된다.
② 조율력(네마와시(사전조율)) — 고객, 협력사, 자사 개발팀 등 이해관계자가 얽히는 현장에서 "누구에게 무엇을 언제 전달할까"를 파악하고 움직이는 힘.
③ 업계 도메인 지식 — 금융 시스템을 담당하는 SE는 은행 업무를 이해해야 한다. 관련 업계 전공자나 인턴 경험자가 유리한 것은 이 때문.
ES에서 SIer SE 지망이라면 관통해야 할 메시지: "나는 고객의 과제를 언어화하고, 기술진과 함께 해결책을 만들어낼 수 있는 사람이다."
① IT × 업계에 관심을 가진 계기 — 프로그래밍 경험이 없어도 괜찮다. "IT가 어느 업계의 일하는 방식을 바꾸는 장면"을 체감한 경험이면 충분.
② SE를 선택한 이유 — 왜 영업도, 개발자도 아닌 SE인가 — "고객 과제를 이해하고 → 기술로 해결책을 설계하고 → 프로젝트를 통해 납품하는 전체 과정을 담당하는 역할"에 매력을 느끼는 이유를 말한다.
③ 왜 이 회사의 SE인가 — 기업 선택 이유 — 대형 SIer끼리는 사업 내용이 비슷해 보이기 때문에 차별화가 중요하다. 강점 업계, 중기경영계획, OB 방문에서 들은 내용 등 구체성을 넣는다.
SIer SE가 보는 역량은 "과제 발견 + 팀 협업 + 논리적 정리."
좋은 예: 제미 연구에서 팀 방향이 흔들릴 때 각자의 문제의식을 개별 면담으로 파악하고, 공통 과제로 재정리해서 추진력을 회복시킨 경험 → 과제 발견 + 팀 조율
좋은 예: 아르바이트에서 비효율적인 업무 흐름을 발견하고 개선안을 제안해서 실행한 경험 → 문제 발견 + 해결 제안 + 실행력
약한 예: "프로그래밍을 독학했다" → 개발자 지망이라면 모를까, SE 지망에서는 직접적 연결이 약하다
◯ 좋은 예: "저는 상대방의 말 속에 숨은 '진짜 과제'를 끌어내는 것을 강점으로 합니다. 창업 서클에서 팀원들이 '방향성이 보이지 않는다'고 말했을 때, 단순히 논의를 진행하는 것이 아니라 각자가 불안하게 여기는 포인트를 개별 면담으로 파악하고, 공통 과제로 재정리한 결과 서클 전체의 추진력이 회복됐습니다."
→ 과제 발견 → 분석 → 해결의 흐름 + SE의 요건 정의와 연결되는 능력을 보여주고 있다.
✕ 주의할 패턴: "IT에 흥미가 있어서 SE를 지망합니다"만으로는 부족. 어떤 IT 분야에 흥미가 있는지, 그 흥미가 어떤 경험에서 왔는지가 없으면 추상적으로 읽힌다.
SIer SE 면접에서 가장 많이 파고드는 건 두 가지다: "왜 개발자(SE)인가 — 영업이나 컨설턴트와 어떻게 다른가"와 "문과인데 IT를 감당할 수 있는가". 아래 질문들을 클릭하면 답변 방향을 볼 수 있다.
자기분석에서 찾은 강점이 SIer SE에서 어떤 장면에서 발휘되는가까지 연결할 수 있어야 한다.
① 모기업(모회사) / 독립계 여부 — 업무 다양성에 직결. NTT데이터(NTT그룹), 후지쯔(후지쯔그룹) 등은 모기업 고객 기반이 있다. 독립계는 다양한 업계 고객을 가진다.
② 강점 업계 — 금융·제조·유통·공공·헬스케어 등. 자신이 관심 있는 업계의 시스템을 담당하는 SIer에 지원하면 지망동기의 설득력이 올라간다.
③ 중기경영계획 — 각사 IR 페이지에서 "클라우드 마이그레이션," "AI 활용," "DX 컨설팅" 등 주력 분야를 확인. ES·면접에서 인용하면 인상이 달라진다.
④ OB/OG 방문 — 가장 중요한 정보원. "신졸 3~5년차에 어떤 일을 하고 있는가," "힘든 점은 무엇인가"를 직접 듣는다. 최소 2~3명을 만나고 지원하는 것이 이상적.
SIer SE를 지망하는 학생이 자주 빠지는 함정과, 지원 전에 확인해야 할 것들을 정리했다.
"IT업계에서 일하고 싶다"는 업계 선택이지 직종 지망동기가 아니다. 면접관이 묻는 것은 "왜 개발자도 컨설턴트도 영업도 아닌 SE인가." "고객 과제를 기술로 해결하는 설계 역할"이라는 SE만의 본질을 이야기할 수 있어야 한다.
"SIer"라고 표기된 회사가 실제로는 기술자 파견(SES)에 가까운 경우가 있다. 입사 후 "자사 프로젝트"가 아니라 "타사 현장에 상주 파견"이 된다는 것을 모르고 들어가면 커리어 방향이 크게 달라진다. 면접에서 반드시 확인할 것.
코딩을 할 필요는 없지만, 고객과 개발팀 사이에서 "번역자" 역할을 하려면 기본적인 IT 용어와 시스템 구조는 이해해야 한다. "기술을 배우기 싫다"는 자세면 빠르게 한계에 부딪힌다.
SIer SE는 "IT가 특기인 사람"의 직업이 아니라 "사람과 IT를 잇는" 직업이다. 고객의 말을 진지하게 듣고, 복잡한 이해관계를 조율하며, 프로젝트를 무사히 마무리하는 과정에서 성취감을 느끼는 사람에게 맞는 환경이다.
문과 출신도, 프로그래밍 미경험자도, 자신의 언어화력과 커뮤니케이션력을 무기로 충분히 활약할 수 있는 일본 IT업계 최대의 문이 SIer다. 먼저 OB/OG를 찾아가서 "실제로 일하는 사람의 목소리"를 들어보자.