제조업체 전산직(전산개발/관리) 업무 관련 문의 드립니다.

[질문]

 

 제조 업체 전산직 업무에 관해 문의 드립니다. 해당 직무 경험이나 현 업무자 분들 답변좀 부탁 드립니다.

전산실이 있는 대부분 중소 제조 업체에서 채용시 ERP개발 가능 유무를 꼽던데요

사용 ERP가 UNIERP 던 SAP이던 여러 종류의 ERP가 있을텐데 이런 것들은 각기 개발 언어도 다르고 하다보니 해당 언어 경력자를 뽑던데 이런 국내에서 많이 사용하는 ERP들은 도입당시 패키지 도입이 아닌 소스 자체를 구입해서 개발하는 것인가요?

1. 이런식으로 ERP도입후 지속적 개발을 하려면 어떤 식으로 도입을 해야하는지 궁금합니다.

2. 회사마다 다르겠지만 대체적으로 어느부분을 얼마나 개발을해가면서 운영을 하나요?

   (얼마나 디테일한 부분까지 개발하는지 오픈되서 사용중인 ERP를 하루종일 붙들고 매일 개발에 몰두할 일이 있는지가 궁금합니다.)

3. 이런 업체에서 ERP 개발 업무를 하려면 해당 언어의 어느정도 스킬이 필요한지 궁금합니다.

   (인터넷검색해서 기능구현하는 소스 수정이나 다른모듈에 있는 소스퍼다 붙여넣고 그런식의 개발 업무를 말하는건지 일단 ERP를 구입하고 추가 개발을하는 것이니 맨땅에 개발을 하는건 아닐꺼 같아 문의드립니다.)

4. 위와같이 내부 전산실에서 추가적 개발을 한다고 한다면 ERP 도입시 소스전체를 제공받은건가요?

5. 대략적 SI경험이 없어서 업무프로세스를 이해하고 대충 소스를 볼수 있을 정도면 기존소스 껴마추기로 업무가 가능한 정도인지도 궁금합니다.

 

 

[답변]

 

안녕하세요.  IT전문  컨설턴트입니다

 

 안녕하세요. IT전문 컨설턴트입니다.

 

ERP제작은 회사의 업무프로세스 및 환경요인에 따라서 다양한 전략구현이 가능합니다.

ERP를 도입한 제조업체의 경우 크게 아래 방법중 하나를 사용하고 있습니다.

1. 상용ERP를 구입해서 사용만 하는경우

이때 상용ERP를 커스트마이징 하는 부분은 공급사나 개발사를 통해서 진행하고,

전산적인 운영을 전산실에서 진행하게 됩니다.

ERP의 전체적인 흐름을 파악해야 개발사를 통해서 수정요청을 진행할수 있기때문에 주 작업은

회사 업무프로세스 분석 및 요구사항 작성 등입니다.

전산 파트가 있더라도 ERP가 없거나, 새로도입하는 경우가 많기 때문에 가장 빈도가 높습니다.

 

2. 소스 개방형 ERP를 구입해서 내부에서 변형해서 사용하는경우

초기 개발이 되거나 소스가 공개된 패키지 ERP를 구입해서

회사내부의 전산인력이 수정보완을 하여 사용하는 경우입니다.

ERP에 대한 폭넓은 경험과 지식을 요구하며, 실제적인 소스코드의 수정을 해야하기 때문에 개발된 ERP에 맞춰진 개발언어를 다뤄본 인력을 채용할듯 합니다. ERP개발은 전문적인 분야가 나눠져 있기때문에 어려운 작업이 예상됩니다. 회계시스템 부분을 전문으로 개발한 개발인력이 재고시스템을 처리할수는 있겠지만, 알고리즘이나 구조를 이해하는데는 상당한 위험요인이 따르기때문에 추천드리지는 않습니다.

 

3, 자체개발을 진행하는 경우

가장 어려운 업무가 예상됩니다. 자체개발된 ERP를 선호하는 경우 회사업무프로세스에 대한 분석이 우선적으로 선행되어야 하며, 각 업무별 흐름을 예측하여 시스템 개발을 진행해야 합니다. 물론, 단순한 공정의 업무프로세스를 가진 제조회사에서는 시스템이 그만큼 단순해 질수가 있기때문에 쉬운 작업이 될수도 있습니다.

회사의 프로세스 변화가 빠르고, 도전을 중요하게 여기는 회사에서 가장 많이 사용하는 방법이지만,

어느정도의  시스템에 대한 틀을 잡지 않고서는 프로젝트 진행이 어렵습니다.

 

그럼 궁금해 하시는 부분에 대해서 답변을 드리겠습니다.

소스구입이나 패키지 도입등의 상황은 회사에 따라서 다르기 때문에 면접시에 질문을 해보시는것도 하나의 방법이 될듯합니다.

1. 이런식으로 ERP도입후 지속적 개발을 하려면 어떤 식으로 도입을 해야하는지 궁금합니다.

지속적으로 개발하기 위해서는 3번의 자체개발방법을 추천드립니다. 물론 초기에 가장 힘든 구조이지만 회사의 성장에 따라서 빠르게 시스템화를 시킬수 있다는 점에서 기존의 타 방식에 비해서 회사경쟁력을 강화시킬수 있는 좋은 전략입니다. DB구조 및 알고리즘상의 문제로 기존 범용적인 ERP는 그 회사의 장점을 살리기 보다는 회사의 업무프로세스를 ERP에 맞추게 되는 문제점이 있습니다.

 

2. 회사마다 다르겠지만 대체적으로 어느부분을 얼마나 개발을해가면서 운영을 하나요?

   (얼마나 디테일한 부분까지 개발하는지 오픈되서 사용중인 ERP를 하루종일 붙들고 매일 개발에 몰두할 일이 있는지가 궁금합니다.)

물론 회사마다 다르겠지요. 실무상에서 시스템에 대한 수정이 필요한 업무가 있고, 그 일을 전산실을 통해서 진행한다고 가정해 보았을때, 어떤 돌발상황을 예상한다는것은 쉬운일은 아닙니다. 생산현장을 정확히 반영하지 못하거나 새로운 장비도입으로 인해서 시스템을 변경해야 한다면, 일이 커지겠죠. DB나 알고리즘을 손을 대는 상황이라면 더욱더 힘든 업무가 예상됩니다. 일반적으로는 전산실에서 기존 ERP에 대한 간단한 수정은 직접진행하고, 개발업체를 통해서 요구사항을 조율하는 작업을 많이 진행하고 있습니다.

 

3. 이런 업체에서 ERP 개발 업무를 하려면 해당 언어의 어느정도 스킬이 필요한지 궁금합니다.

   (인터넷검색해서 기능구현하는 소스 수정이나 다른모듈에 있는 소스퍼다 붙여넣고 그런식의 개발 업무를 말하는건지 일단 ERP를 구입하고 추가 개발을하는 것이니 맨땅에 개발을 하는건 아닐꺼 같아 문의드립니다.)

ERP를 제작하는 여러 언어나 개발방법론에 따라서 다양하겠지만,

개발자 10년차가 개발한 시스템를 수정하는것은 7년차로도 충분합니다. 7년차가 개발한 시스템은 5년차가 수정할수 있습니다. 어느정도 난이도를 높게 설계했느냐 하는 부분은 현재 정보로는 불가능합니다.

 

4. 위와같이 내부 전산실에서 추가적 개발을 한다고 한다면 ERP 도입시 소스전체를 제공받은건가요?

네.또는 자체개발을 진행한 경우일듯 합니다. 소스가 없이 컴파일된 ERP를 수정할수 없기때문에 어느정도 변형이 가능해야 추가 개발이 가능합니다.

 

5. 대략적 SI경험이 없어서 업무프로세스를 이해하고 대충 소스를 볼수 있을 정도면 기존소스 껴마추기로 업무가 가능한 정도인지도 궁금합니다.

쉽지 않을듯 합니다. ERP는 프로세스상의 흐름이 중요하기 때문에 알고리즘이나 흐름을 파악하는데  난이도가 높습니다.  일반적인 개발인력이 ERP를 수정한다는것은 불가능에 가깝습니다. 최소한 유사한 경험이나 시스템에 대한 이해가 높아져야만 작업이 가능합니다.

 

[IT 컨설턴트의 생각]

ERP는 기업의 전사적 자원관리. Enterprise Resource Planning의 약어입니다.

각 기업들은 저마다의 업무영역과 처리노하우를 가지고 있고, 지속적인 발전을 해오고 있습니다.

시스템이 필요한 이유는 반복적이거나 위험요소가 큰작업을 지원해줌으로써 효율적인 업무를 진행하는데 도움을 주는데 있습니다. 특히 기업의 고유한 문화와 업무프로세스를 고려해 본다면, 각 기업에서 필요로하는 시스템은 동일할수가 없습니다. 물론, 어느정도의 정형화된 업무패턴이 있는 산업군에서는 유사한 시스템구조가 만들어지겠지만, 범용적인 ERP를을 기반으로 회사 업무를 운영하기는 어렵습니다. 많은 기업들이 ERP나 시스템 도입을 시도하지만 성공하는 업체는 많지 않습니다. 업계에서 표준화된 시스템을 도입하여 회사업무에 맞게 수정하는 작업은 쉬운일이 아닙니다. 회사의 업무에 대한 분석과 이를 얼마나 효율적으로 시스템화 하는데서 고민을 해보신다면, 몇몇 사람들만 사용하는 ERP가 아니라 그 기업의 경쟁력을 가져다줄 ERP를 기대해 볼수가 있을것입니다.

ERP도입 컨설팅중 실제 ERP수준의 시스템이 필요한 회사는 10~20%에 불과합니다. 나머지 회사들은 ERP보다 실제 업무를 지원해줄수 있는 업무지원시스템이나, CRM,SCM등의 다른 시스템 구조가 필요한 경우가 많습니다.

제조회사에서 ERP는 SCM적인 성향이 짙고, 고객을 상대하는 회사의 ERP는 CRM에 더 가깝습니다.

과연 필요로한 시스템은 ERP일까요?. 회사의 업무를 범용의 수준에서 일반화시킬수 있을까요?

이제 시스템에 업무를 맞추는것이 아니라 업무에 맞는 시스템 도입을 생각해 보십시오.