[IT취업] SI? SM? Solution? 웹개발 분야 차이점? 장단점? 알아보자.

※먼저 필자는 현재 Solution 업계에 몸 담고 있으며, 타 업계에 대한 이야기는 주변의 경험담을 바탕으로 한 정보임을 알립니다.

선행글 참조 포스팅: cheershennah.tistory.com/153 

[IT취업] SI? SM? Solution? 이 뭔가요? 나는 어디로 가야 할까?

SI와 Solution의 차이점?

앞 글의 예시에서 알 수 있듯이 둘의 가장 큰 차이점은 자사 솔루션을 가지고 있느냐 없느냐의 차이이다.

SI는 아무것도 없는 무(無)의 상태에서 고객의 요구사항을 기반으로 만들어내는 것이다. 개발 앞 단계인 분석설계 단계부터 시작해서 전반적인 과정에 참여해야 하다 보니 상주/파견 근무를 하는 경우가 많다.

솔루션은 본사에서 자사 솔루션을 개발하는 일을 하게 되거나, 또는 고객사의 니즈대로 본사에서 솔루션 커스텀 개발이 완료된 후, 완성된 제품을 고객사에 공급하는 방식으로 일을 하기 때문에 기본적으로는 본사 근무를 하되, 외근/출장 방식의 근무환경일 가능성이 높다. (필요에 따라 상주/파견 근무할 수 있음). SI는 거의 99% 파견/상주 근무이기 때문에 본인의 근무 환경 예민도에 따라 신중히 고민해보아야 한다. 실제로 일보다도 환경에 적응을 못해서 관두는 경우도 많이 보았다.

주의할 점 은 SI 중에서도 개발이 아닌 인력 장사 위주로 돌아가는 업체들이 존재하는데 이 바닥에서 전문용어로 보도방이라 불릴 정도로 악명 높은 업체들이 실제로 너무나도 많다는 게 문제이다.

취준 시절, SI 업체에도 꽤 면접을 보러 다녔었는데 이런 인력 장사 스멜이 폴폴 나는 곳은 뒤도 안 돌아보고 걸렀다. 이런 인력업체들을 잠깐 짚고 넘어가자면, 사람을 뽑아서 파견을 보낼 때, 일명 경력 뻥튀기를 해서 업체에 인력을 공급하는 업체이다. 0년 차 신입을, 파견 보내는 갑의 업체에다 3년 차 대리로 경력을 부풀려 인건비 수수료를 챙겨 먹는 방식으로 이득을 챙기는 것이다. 갓난 신입을 혼자 파견 보내는 경우는 정말로 외롭고 힘든 사투가 시작된다. (대외적으로는 대리급 경력자여야 하기 때문에 모르는 티도 못 낸다고 함) 이런 업체가 하도 많아져서 SI업계가 개고생 하는 일로 인식이 굳어진 면도 없지 않아 있다. 사회 첫발부터 낙동강 오리알 신세를 피하려면, SI 면접 시에는 팀별로 파견을 나가는 구조인지, 파견 전 교육 유무, 사수가 있는지 등 면접 시 꼼꼼하게 체크해보시길 바란다.

 

SI와 Solution의 장단점?

솔루션은 경험을 바탕으로 자세히, SI는 경험자들의 이야기를 바탕으로 간략히 써 보겠다.

일단 솔루션 현직자의 입장에서 느끼는 장점은, 신입의 입장에서 솔루션의 이미 잘 짜여진 소스와 기술을 보고 익히면서 배울 수 있다는 것이다. (지나치게 구식의 기술을 쓰고 있는 솔루션은 피하자) 개발의 깊이는 조금 덜할 수 있지만 하나의 SW가 돌아가는 전반적인 데이터 플로우를 배울 수 있다. 필자의 경우는 주 업무는 자바 웹 개발이긴 하지만 이 제품이 돌아가기 위해서는 컴퓨터의 운영체제부터 시작해서 네트워크 영역까지 이해가 필요하다. 덕분에 이전에는 만져볼 일도 없던 Linux 환경에서 명령어도 날려보며 서버 개발까지 경험해 볼 수 있었다. 물론 처음에는 아주 개고생을 했지만 서버 단까지 이해도를 가지고 있는 웹 개발자.라는 자부심을 갖게 되었다.

단점은 해당 솔루션 내에서만 바싹해진다는 것이다. 당연한 일이다. 하나의 솔루션을 매일같이 보고 물고 뜯고(?) 하기 때문에 분야가 좁아질 수 있다는 점이다. 하지만 신입의 입장이라면 분야를 따질 처지가 아니기 때문에 신입의 입장에서는 솔직히 SI나 Solution이나 거기서 거기라는 게 내 생각이다. 신입 딱지를 뗀 후, 이후로의 방향을 어떻게 나아가느냐부터 중요해질 것이다. 한 곳에 머물지 않고 새로운 도전을 해야 발전할 수 있다고 생각한다. 시작도 전에 방향성을 고민하느라 시간을 지체하지 말고, 일단 어디든 가서 신입 딱지를 뗀 후에, 방향성에 대해 고민을 해도 늦지 않다.  

SI의 장점은 아주 다양한 환경에서 다양한 개발을 두루 경험할 수 있어 배움의 기회가 넓다. 매번 다른 환경에서 다른 프로젝트를 뛰어야 하니 프로젝트의 수가 늘어날수록 개발 실력도 늘어날 수밖에 없다. 모든 프로젝트는 에러가 생기게 마련인데 이런 에러들을 해결하면서 가장 중요한 '문제해결력'을 기를 수 있다.

우리 회사에도 SI 경력만 무려 10년 정도 되시는 개발자분이 계신데, 옆에서 배우면서 확실히 문제 해결에 관한 통찰력, 개발 응용력 등이 뛰어나다고 느꼈다. 쌓아온 경험치가 있으니까 처음 직면하는 문제에도 대충 감이 오는 것이다. 확실히 한 가지 솔루션만을 다루다가 새로운 환경으로 가는 것과(나도 항상 고민하는 부분이다.) SI를 하다가 새로운 환경으로 갈 경우에서는 후자가 훨씬 여유로운 포지션이 아닐까 예측해본다.  

단점은 역시 근무환경이다. 대부분 상주/ 파견근무로 이루어지기 때문에 본사의 위치와 상관없이 본인이 어디서 어떤 프로젝트를 하게 될지 사전에는 알 도리가 없다. 또한 위에서 언급한 인력 장사를 하는 악덕기업이 많아서 자칫 첫 단추를 잘못 끼우는 실수를 범할 수 있다는 점. SI를 생각한다면 사수와 함께 팀 단위로 파견 나가서 신입에 맞는 일을 할 수 있는 환경이 갖춰진 정상적인 회사를 잘 구별하시기 바란다. 필자도 취준 시절 SI업체도 꽤 면접을 보러 다녔는데 그래도 3곳 중에 1곳은 팀별로 파견을 나가는 체계가 잘 갖추어져 있었고 기술면접시험과 질문이 굉장히 심층적으로 이루어져 신뢰가 가던 회사가 있었다. 최종면접에서 떨어지긴 했지만 만약에 그 회사에 붙었다면 SI에서 시작하지 않았을까 회상한다.  

 

SI (solution포함)와 SM의 차이점?

앞글에서 설명했듯 SM은 SI와 Solution에서 구축된 시스템을 유지보수/관리운영하는 일이다.

SI와 Solution 같은 경우 개발 구축을 한다는 점에서 동일하고 환경과 방식의 차이라면 SI와 SM은 업무의 성질이 다르다고 볼 수 있다.  

 

SI (solution포함)와 SM의 장단점?

많이들 하는 소리가 SM은 SI에 비하면 일이 편하다. 워라밸이 보장된다. 대신에 실력을 키우기는 힘들다. 인데, SM 파트는 우리 회사에도 있기 때문에 담 넘어 엿본 결과, 아주 틀린 말은 아니다. 하지만 편하다는 말에는 '장애' 없이 시스템이 잘 돌아가는 경우에 한정된다는 것이 맹점이다. 이놈의 장애가 터졌다? 하면 주말이고 새벽이고 상관없이 무조건 긴급 연락을 받게 되고 조치를 취해야만 한다. 특히 긴급 연락들이 개인 핸드폰으로 오기 때문에 결코 워라밸이 보장된다고 보기는 어려워 보였다.

SI/Solution 의 경우는 프로젝트 스케줄에 따라서 워라밸이 들쭉날쭉하다. 프로젝트 초반에는 비교적 여유로운 반면 시스템 오픈 시점에는 워라밸 따위는 기대해선 안된다. 이 시점이 흔히들 말하는 야근크리의 연속, 당연한 철야근무 시점이다. 개발이라는 것 자체가 유저들이 정상적이고 안정적으로 시스템을 사용하도록 하는 일이라, 보통 시스템 오픈 작업은 유저들이 사용하지 않는 철야작업으로 이루어지고 이 기간에 장애라도 터지는 날에는 밤을 새우는 일도 허다하다. 우스갯소리로 개발자들끼리는 약속 파토를 1시간 전에 내더라도 그 이유가 오픈 장애면 바로 "ㅇㅇ 수고해라." 바로 이해할 수 있다며..

실력 부분에서는 보통 SM의 개발이라 함은 에러 수정, 기능 개선 등의 개발인데,  SI처럼 개발에 오래 시간을 몰두하는 경우는 잘 없기에 개발 스킬적인 면에서 깊게 파고 들 기회는 없는 것이 사실이다. 하지만 그만큼 다양한 환경을 경험하기 때문에 전체적인 개발 환경에 대한 시야가 넓어지고 '업무'에 대한 이해도가 높아진다. 또한 SI가 단기간 프로젝트의 연속인데 반해, SM은 유저가 존재하는 한 계속해서 운영을 해야 하기 때문에 비교적 안정적이라는 점이다.

 

본인의 성향을 잘 파악하고, 그에 맞는 분야를 선택하도록 하자.

 

브런치글 발췌  >>  brunch.co.kr/@cheers-hennah/41

차이점/장단점 쉽게 알랴드림! >> www.youtube.com/watch?v=rpplwPmzY_M&t=328s