IT업계에서 시스템을 설계하고 만드는 직종.
"프로그래밍만 하는 사람"이 아니라, 고객의 문제를 기술로 해결하는 전체 과정을 담당한다. 활약하는 업계는 SIer뿐 아니라 은행·보험·통신 등 대형 시스템을 가진 모든 업종에 걸쳐 있다.
이 카드에서는 "SE/IT엔지니어란 도대체 뭘 하는 직종인가?"를 처음부터 정리했다.
한마디로 말하면, 기업이나 사회가 필요로 하는 IT시스템(업무 시스템, 웹서비스, 앱 등)을 설계하고 만드는 직종이다.
"프로그래밍만 하는 사람"이라는 이미지가 있지만, 실제로는 그보다 훨씬 범위가 넓다. 고객이 "이런 걸 하고 싶다"라고 말하면, 그것을 기술적으로 어떻게 실현할지 설계하고, 팀으로 개발하고, 테스트하고, 납품하는 전체 과정을 담당한다. 특히 일본에서 "SE(시스템 엔지니어)"라고 하면, 코딩보다 "설계"와 "고객 대응"의 비중이 큰 경우가 많다.
그리고 중요한 사실: 일본 IT업계는 만성적인 인력 부족이다. 경제산업성 추계로 2030년에 최대 79만 명의 IT인재가 부족할 것으로 예상되고 있고, 그래서 문과 출신, 프로그래밍 미경험자도 적극적으로 채용하는 기업이 많다(특히 SIer, SES).
① "만드는 것"만이 아니라 "설계하는 것"이 핵심 — 고객의 요구를 듣고, "어떤 시스템을 어떻게 만들면 이 문제가 해결되는가"를 설계하는 것이 SE의 가장 중요한 역할. 코딩은 그 설계를 실현하는 수단 중 하나.
② 혼자 하는 일이 아니다 — 시스템 개발은 팀으로 한다. 설계하는 사람, 코딩하는 사람, 테스트하는 사람, 프로젝트를 관리하는 사람(PM) 등이 역할 분담해서 진행. "천재 프로그래머 혼자서 뚝딱"이 아니라 "팀으로 만들어내는 일."
③ "지금 코딩을 할 수 있는가"보다 "배울 의욕이 있는가" — 일본의 신졸 SE 채용에서는 프로그래밍 경험이 필수가 아닌 경우가 많다(특히 SIer). 입사 후 수개월간 연수를 거쳐 기초를 배우기 때문에, "논리적으로 생각할 수 있는가 + 새로운 것을 배우는 데 저항이 없는가"를 면접에서 본다.
SE의 일을 이해하려면, "시스템이 어떤 순서로 만들어지는지"를 먼저 알아야 한다.
① 요건정의 (要件定義) — 고객과 이야기해서 "무엇을 만들 것인가"를 정하는 단계. "이 시스템에서 뭘 할 수 있어야 하는가"를 문서로 정리.
② 설계 (설계) — 요건을 바탕으로 "어떻게 만들 것인가"를 설계. 화면 구성, 데이터 구조, 처리 흐름 등을 도면처럼 그린다.
③ 개발/코딩 (개발) — 설계서를 바탕으로 실제로 프로그래밍. 여러 사람이 분담해서 진행.
④ 테스트 (テスト) — 만든 시스템이 제대로 동작하는지 확인. 버그(오류)를 찾아서 수정.
⑤ 납품/운용 (納品·運用) — 완성된 시스템을 고객에게 전달하고, 실제로 사용되기 시작. 이후 유지보수.
SIer의 SE는 ①②의 "상류공정(위쪽 단계)"을 담당하는 경우가 많고, 하류(아래쪽)의 코딩/테스트는 협력사에 맡기는 구조가 일본 IT업계의 특징이다.
09:00 출근. 메일 확인, 오늘 할 일 정리
09:30 팀 조회 — 프로젝트 진행 상황 공유. 각자 오늘의 담당 업무 확인
10:00 설계서 작성 — 고객이 원하는 기능을 기술적으로 어떻게 구현할지 문서화
12:00 점심
13:00 고객과 온라인 미팅 — 설계 내용 확인, 요구 사항 추가 히어링
14:30 협력사(코딩 담당)에 설계 내용 전달 + 질문 대응
16:00 테스트 결과 확인 — 이전에 만든 부분의 테스트 보고서 체크, 버그 대응 지시
17:30 내일 미팅 자료 준비
18:30 퇴근
IT/통신계 전체 평균연봉 약 469만엔(doda 2025, 과거 9년 최고치 갱신). 신졸 초년도 300~380만엔 수준. SIer 대형(NTT데이터·후지쯔)은 30대에 600~800만엔, Web계(메루카리·LINE야후)는 실력 기반으로 20대에도 600만엔+. 보험·통신 등 대형 시스템을 가진 사업회사의 사내 SE도 안정적 처우.
"SE"라고 해도 실은 하나가 아니다. 어디서, 누구를 위해, 어떤 방식으로 일하느냐에 따라 전혀 다른 직종이 된다. 크게 3가지 축으로 분류할 수 있다.
대형 SIer의 SE = 고객 맞춤형 + 상류(설계/관리) + 자기 회사 + 업무 시스템 → 설계와 관리가 메인. 코딩은 협력사에 맡기는 경우 많음
Web계 기업의 엔지니어 = 자사 서비스 + 상류부터 하류까지 전부 + 자기 회사 + 웹/앱 → 기획부터 코딩까지 폭넓게. 기술력 직접 요구
SES 엔지니어 = 고객 맞춤형 + 하류(코딩/테스트) 중심 + 고객사 상주 + 다양한 프로젝트 → 여러 현장을 돌며 경험하지만 자기 결정권이 적음
일본 IT업계의 가장 큰 특징: 피라미드형 하청 구조.
1차 (원청 = 대형 SIer) — 고객과 직접 계약. 요건정의, 설계 등 상류를 담당. NTT데이터, 후지쯔, NEC 등.
2차 (하청) — 1차로부터 코딩/테스트 등을 받아서 실행. 중견 SIer나 개발회사.
3차 이하 — 2차로부터 다시 일부를 받음. SES(기술자 파견)가 여기에 많다.
위로 갈수록 급여가 높고 재량이 크지만 기술을 직접 만지는 기회는 적다.
아래로 갈수록 코딩 경험은 쌓이지만 급여가 낮고 자기 커리어를 스스로 결정하기 어렵다.
취활할 때 "이 회사는 피라미드의 어디에 있는가"를 반드시 확인할 것.
같은 "IT엔지니어"라도 어떤 환경에서 일하느냐에 따라 경험과 커리어가 완전히 달라진다. 아래 4가지 유형을 이해하면 "나한테 맞는 IT커리어"가 보이기 시작한다.
고객이 원하는 시스템을 처음부터 설계하고, 개발 전체를 관리하는 역할. 위로 갈수록 코딩보다 설계/관리/고객 대응 비중이 높아진다. 상류공정에 익숙해질수록 컨설팅 영역과 가까워지는 직종.
자기 회사의 웹서비스/앱을 직접 만드는 역할. 기획부터 코딩, 배포(릴리스)까지 폭넓게 담당. 스피드감 있는 개발 문화. 기술력이 직접적으로 요구됨.
시스템의 "토대" 부분(서버, 네트워크, 클라우드)을 설계하고 구축/운용하는 역할. 눈에 보이지 않지만 없으면 아무것도 돌아가지 않는 중요한 영역. 문과 미경험 채용도 있고, 입사 후 현장에서 배우면서 성장하는 구조.
고객 회사에 상주하면서 프로젝트에 참여하는 형태. 다양한 현장을 경험할 수 있지만, 어떤 프로젝트에 배치될지를 자기가 선택하기 어려운 구조. 커리어를 주체적으로 설계하기 어렵다는 점은 주의 필요.
SE 경험을 쌓다 보면 자연스럽게 "시스템을 만드는 것"보다 "어떤 시스템을 왜 만들어야 하는지"를 결정하는 쪽에 흥미가 생기는 경우가 있다. 그 방향이 IT컨설팅이다.
IT컨설팅은 SE/IT와 인접하지만, 채용 문화·지망동기·면접 준비 방법이 다르다. 자세한 내용은 컨설턴트 섹션 → IT컨설팅 상세카드를 참고.
면접에서 "이 사람은 SE에 맞겠다"라고 판단하는 기준은? 의외일 수 있지만, "프로그래밍 능력"보다 "논리적 사고력"과 "커뮤니케이션 능력"을 더 중시하는 기업이 많다. 특히 신졸 채용에서는 기술은 입사 후 가르칠 수 있지만, 사고방식과 자세는 바꾸기 어렵다고 보기 때문.
프로그래밍은 본질적으로 "논리의 조합"이다. "A면 B, 아니면 C"를 끊임없이 설계하는 일. 면접에서도 "이 사람은 문제를 구조적으로 분해해서 생각할 수 있는가"를 본다. 학과나 전공보다 "생각하는 방식" 자체를 평가.
SE는 고객의 요구를 듣고, 팀원과 협업하고, 협력사에 지시하는 역할. 특히 SIer SE는 "기술을 아는 커뮤니케이터"가 필요하다. 고객이 말하는 "이런 걸 하고 싶다"를 기술 요건으로 번역하는 힘.
IT기술은 1-2년이면 트렌드가 바뀐다. 입사 후에도 새로운 언어, 프레임워크, 클라우드 서비스를 계속 배워야 한다. "지금 뭘 아느냐"보다 "새로운 것을 빠르게 배울 수 있느냐"가 장기적으로 결정적.
코드 한 줄의 오타, 설계서 한 항목의 누락이 시스템 전체 장애로 이어질 수 있다. "대충"이 통하지 않는 세계. 특히 금융이나 의료 분야의 시스템은 오류가 곧 사고.
시스템 개발은 팀 스포츠. 설계/개발/테스트를 여러 사람이 분담하기 때문에, 진행 상황을 공유하고, 다른 사람의 코드를 이해하고, 서로 돕는 자세가 필수. "나 혼자 다 하겠다"보다 "팀에 기여하겠다"가 강점.
SIer SE → 커뮤니케이션 + 논리적 사고 (고객 대응과 설계가 메인)
Web계 엔지니어 → 기술력 + 학습 의욕 (직접 코딩하니까 기술이 직접 필요)
인프라 엔지니어 → 정확성 + 자격증 (시스템의 토대를 다루는 일이라 실수 허용 안 됨)
SES → 적응력 + 학습 의욕 (매번 다른 현장이라 빠르게 적응하는 능력)
"SE로 시작하면 평생 코딩만 하는 건가?" 전혀 아니다. IT엔지니어의 커리어는 기술을 깊이 파는 길, 관리직으로 올라가는 길, 다른 직종으로 전환하는 길 등 선택지가 넓다.
SE/IT엔지니어 지망 ES/면접에서 관통하는 핵심: "왜 IT인가, 왜 SE인가, 왜 이 회사인가"를 논리적으로 연결할 수 있는가. 그리고 문과/미경험이라면 "배울 의욕과 논리적 사고"를 구체적 에피소드로 증명할 수 있는가.
① IT/기술에 관심을 가진 계기 (프로그래밍 경험이 없어도 OK. "IT로 뭔가가 변하는 것을 체감한 경험"이면 충분)
→ ② 왜 영업이 아니라 SE인가 (직접 만드는 쪽에 매력을 느끼는 이유)
→ ③ 이 회사의 기술/고객/프로젝트에 대한 이해 ("IT기업이니까"가 아니라 구체적으로)
→ ④ 입사 후 어떤 SE가 되고 싶은가 (방향성만이라도)
좋은 예: 제미(ゼミ)에서 데이터를 분석해 결론을 도출한 경험 → 논리적 사고 + 정확성
좋은 예: 동아리 이벤트를 기획하면서 역할 분담/일정 관리를 한 경험 → 팀워크 + 관리 능력
좋은 예: 독학으로 새로운 스킬(어학, 자격증 등)을 단기간에 습득한 경험 → 학습 의욕
약한 예: "프로그래밍을 조금 해봤다" → 기술 수준이 낮으면 오히려 마이너스. 차라리 논리적 사고를 어필하는 게 나음
자기분석에서 찾은 강점이 SE/IT엔지니어에서 왜 쓸모 있는지를 설명할 수 있어야 한다. "논리적이니까 SE에 맞다"가 아니라, "논리적 사고가 SE의 어떤 장면에서 발휘되는가"까지가 포인트.
"제미에서 설문 데이터를 분석할 때, 가설을 세우고 검증하는 논리적 프로세스에 깊은 보람을 느꼈습니다(논리적사고력). 이 경험을 통해 '문제를 구조적으로 분해하고 해결책을 만들어가는 일'에 적성이 있다고 확신하게 되었고, 그것을 기술로 실현하는 SE에 매력을 느꼈습니다. 귀사는 금융 분야의 대규모 시스템을 다루고 있어, 높은 정확성과 논리적 설계가 요구되는 환경이라고 이해했으며, 그 환경에서 성장하고 싶습니다."
SE/IT엔지니어를 지망하는 학생들이 자주 빠지는 함정을 모았다. 해당 사항이 있으면 지금이라도 수정하면 된다.
"IT업계에서 일하고 싶다"는 업계 선택이지 직종 동기가 아니다. 면접관이 보는 건 "IT를 사용해서 무엇을 하고 싶은가." 그리고 "왜 영업이나 기획이 아니라 직접 만드는 쪽(SE)인가." 여기에 답할 수 없으면 "아무 데나 IT면 되는 사람"으로 보인다.
"IT기업"이라고 뭉뚱그려서 지원하면 면접에서 바로 들통난다. SIer(고객 맞춤형)과 Web계(자사 서비스)는 일하는 방식, 문화, 요구 기술이 완전히 다르고, SES(기술자 파견)는 고용 구조 자체가 다르다. Section 02-03의 분류를 이해하고, "왜 이 유형의 회사인가"까지 설명할 수 있어야 한다.
SES(기술자 파견) 기업은 채용 문턱이 낮아서 내정(합격)이 나오기 쉽지만, 주의할 점이 많다. 어떤 프로젝트에 배치될지 자기가 선택할 수 없고, 단순 테스트만 계속 하게 되는 경우도 있다. "IT업계에 들어간다"는 것만 보고 SES에 입사하면, 기술도 안 쌓이고 커리어도 애매해지는 리스크가 있다. SES를 선택한다면 "이 회사는 어떤 프로젝트에 배치하는가", "기술 연수 제도가 있는가", "커리어 상담 체계가 있는가"를 반드시 확인할 것.
코딩이 좋은 건 좋은 출발점이지만, SE의 일은 코딩만이 아니다. 특히 SIer SE는 상류(설계/관리/고객 대응)의 비중이 크다. "코딩만 하고 싶다"면 Web계 엔지니어나 프리랜서가 더 맞을 수 있다. "나는 코딩이 하고 싶은 건지, 시스템 전체를 만들고 싶은 건지"를 정직하게 확인할 것.
NTT데이터, 후지쯔, NEC 같은 대기업 SIer에만 눈이 가기 쉽지만, 독립계 SIer, 니치(틈새) 특화 기업, 급성장 Web/SaaS 기업 등 선택지가 매우 넓다. 대기업은 안건 스케일이 크지만 개인 재량은 작고, 중소/벤처는 재량이 크지만 안정성이 다르다. "규모"가 아니라 "어떤 환경에서 어떤 기술을 쌓고 싶은가"로 선택할 것.