본문 바로가기

프로그래밍/ETC...

[ 개발자 업무 파악 ] SI와 SM의 차이와 하루일과

SM

System Management(시스템 운영, 또는 유지보수)의 약자다. 예전에는 SM 이라고만 했는데 요새는 ITIL의 영향때문인지 해외에서 Information Technology Service Management(ITSM)과 일반 Service Management를 구분하여 사용한다. 


SI

System Integration(시스템 구축)의 약자. 전산시스템을 필요로 하는 곳으로부터 하청을 받아, 시스템의 기획, 개발, 유지보수, 운영 등을 대신 해주는 업종이다. 아무래도 개인보다는 기업이나 관공서가 주된 고객이다. 고객의 요청에 따라 제안서를 작성하고, PM과 개발자를 투입하여 프로젝트를 수행한 뒤, 소요된 인건비와 솔루션의 단가 등을 수임료로 벌어들이는 형태의 산업이다. 따라서 도급 시스템과 파견업무를 그 특성으로 한다.


< 출처 : 나무위키 >





SI와 SM의 차이와 하루일과



SI와 SM의 차이점


SI 업무는 새로운 시스템을 구축하기 위해 일정기간의 프로젝트를 진행하는 것이며, 이렇게 구축된 시스템을 오픈 이후에 사용하면서 개선사항이나 오류사항에 대해 유지보수를 하는 것이 SM이다. 

 



SI : System Integration


기업이 필요로 하는 정보시스템에 관한 기획에서부터 개발과 구축, 나아가서는 운영까지의 모든 서비스를 제공하는 업무기업에서 사용할 프로그램을 구축하는 업무.


세부 직무

    • 요구사항 분석, 분석/설계, 개발, 테스트, 검수 
    • 예제 : 은행권에서 진행하는 은행시스템 구축 프로젝트와 같이 대형 프로젝트
      • 대기업 IT회사에서 주로 프로젝트를 수주하지만 계약과 매니지먼트만 담당하게 된다.
      • 실제 개발은 하청업체의 개발자나 프리랜서를 채용하여 진행한다.
      • 이런 관계를 갑,을,병,정 구조라고 한다.
        • 갑은 프로젝트를 발주한 은행
        • 을은 그 계약을 따낸 메인 회사인 대기업 IT회사
        • 병은 대기업IT회사와 계약하여 인력을 투입하는 협력회사
        • 정은 그 협력회사와 계약한 계약직 직원이나 프리랜서
      • 이렇게 구성된 조직으로 일정기간동안 프로젝트를 수행하여 결과물을 오픈한다.


특성

    • 프로젝트 단위로 적게는 몇개월 길게는 년단위까지 진행된다

    • 다양한 프로그래밍언어, 개발환경등을 접하게 되어 다양한 경험을 얻을 수 있게된다.

    • 프로젝트 단위이기 때문에 본사혹은 정해진 위치에서 작업을 하는 것이 아니라, 프로젝트에 따라 다양한 장소에서 작업을 한다.

    • 대부분 특정영역의 전문지식을 갖는 부분에서는조금 부족함이 있다.

    • 전반적으로 프로젝트 기간동안 많이 힘든 경우가 많다. 



SM (System Maintenance) 


시스템의 기능상 오류가 발생하거나, 현재 구축된 프로그램의 기능을 변경 혹은 추가 하는등 실제 현업에서 업무를 담당하는 사람들이 시스템을 편리하고 안정적으로 사용할 수 있도록 지원하는 업무


세부 직무

    • 오류 수정, 기능 개선, 기능 추가, 데이터 제공, 시스템 안정화

    • SI를 통해 오픈한 시스템을 유지보수를 하는것

    • 대부분의 회사에는 전산실이나 계열 IT회사를 가지고 있다.

      • 삼성은 삼성SDS

      • LG는 LG CNS

      • SK는 SK C&C

      • 신세계는 신세계 I&C


특성

    • SM을 담당하고 있는 현업의 업무 지식에 특화된다.

      • 금융시스템의 SM을 담당하는 개발자들은 프로그램 개발 뿐만 아니라, 금융업에 대한 지식이 있어야 하며, 업무를 담당하다보면 자연스럽게 해당 업무의 지식이 쌓이게 된다.

    • 한 시스템을 장기적으로 담당하는 경우가 많다.

      • 해당 시스템에 대해서는 잘 하지만, SI나 솔루션에 비해서 IT 적인 지식(프로그램, DB, WAS등)에 대한 다양한 지식과 경험 면에서는 취약해진다.



SI / SM 직무 자기소개서 팁


자신에게 주어진 업무에 대해 포기하지 않겠다는 의지와 야근을 해서라도 선배들에게 필요한 후배가 되겠다는 기술 습득 의지, 그리고 팀원들과 원만한 관계를 형성하겠다는 융화력에 대한 의지 등을 자소서나 면접로 표출하는것이 좋다.

  • 어떤 어떤 경험을 해 봤다, 어떤 개발 언어를 할 줄 안다는 것보다는 어떤 경험을 해 봤는데 그 경험을 통해 이런 점을 느꼈고 그 경험을 해봤으므로 입사 후에도 적응할 수 있다

  • 어떤 개발 언어를 공부했고 그 언어를 공부한 경험을 바탕으로 다른 언어도 습득하는데 오래 걸리지 않았다. 그러므로 입사 후에 생소한 언어나 환경을 접하더라고 금방 적응 할 수 있다. 



근무자들의 일과


일부 직원의 일과를 토대로 작성됨


SI직원의 하루

    1. 아침 출근

    2. 개발 스케쥴 확인

    3. PM과 개발진행사항 협의

    4. 개발

    5. 점심식사

    6. 개발

    7. 저녁 식사

    8. 개발

    9. 야근 후에 퇴근

    10. 주말 출근도 할 수 있음


SM직원의 하루

    1. 아침 출근

    2. 업무 회의

    3. 주어진 개선사항 등에 대한 협의

    4. 개발

    5. 사용자의 문의사항 응대 및 요청하는 자료 추출

    6. 점심식사

    7. 사용자의 문의사항 응대 및 요청하는 자료 추출

    8. 팀 회의 참석

    9. 개선 사항 수정개발 진행

    10. 저녁식사

    11. 개선 사항 수정개발 진행

    12. 퇴근

    13. 주말은 휴식 가능 (단, 일이 안 밀렸을 경우)





참고 자료

  • 나무위키
  • 네이버 백과사전
  • ( itdaa ) http://itdaa.net/selfish_mentoring_boards/1647
  • ( 네이버 블로그 ) http://m.blog.naver.com/seonsin25/30154358810



출처: http://bnitech.tistory.com/19?category=747614 [코딩몬의 하루]