레머 나라

SW사업의 투입인력 기준 대가산정을 위해 한국소프트웨어산업협회 KOSA에서 매해 공표하는 평균임금입니다.

SW사업의 투입인력 기준 대가산정을 위해 한국소프트웨어산업협회 KOSA에서 매해 공표하는 평균임금입니다.

'SW기술자 노임단가'로 공표하다가 2014년부터 'SW기술자 노임단가'라는 공표명이 지식 기반 SW산업에 적절하지 않다고하여 'SW기술자 평균임금'으로 변경되었습니다.

SW사업 업체의 SW기술자 지금 임금을 매년 6월~7월에 조사하여 매년 8월 31일에 공표합니다.

아래는 '2018년도 SW기술자 평균임금' 공표 내용입니다.

2018년 SW기술자 등급별 평균임금은 전년대비 4.6% 증가했으며, 전년도 증가율(2016년 대비 2017년) 3.1%보다 더 높아진 것으로 조사되었습니다. 

이번 발표의 특이 사항은 NCS(국가직무능력표준) 기반으로 작성된 ITSQF 28개 직무체계의 직무별 평균임금 조사결과도 발표했다는 것입니다. 이를 ‘SW사업 대가산정 가이드’의 투입공수방식(MM방식)에 적용해 등급별 기준 방식을 대체할 계획을 갖고 있다고 밝혔다는대요. 언제 적용되어 현실화 될지는 미지수 입니다.

ITSQF에 대해서는 다시 알아봐야겠네요.

통계법 제27조(통계의 공표)에 따라 「2018년 SW기술자 임금실태조사(통계승인 제37501호)」의
SW기술자 평균임금을 공표합니다.

【SW기술자 평균임금 - 등급별】

                                                                                                                                                                      (단위: 명, 원, %)

<평균임금 SW사업대가 활용시 유의사항>
※ 본 조사결과는 SW사업에서 반드시 활용해야 하는 강제사항은 아님
※ 등급별 평균임금은 2019년에는 공표하지 않고, IT직무별 평균임금을 공표할 예정임

 * SW기술자 평균임금은 소프트웨어산업진흥법 제22조(소프트웨어사업의 대가지급) 4항
   ‘소프트웨어기술자의 노임단가’를 지칭함
 * SW기술자 평균임금은 기본급, 제수당, 상여금, 퇴직급여충당금, 법인부담금을 모두 포함한 결과임
 * 월평균임금은 일평균*근무일수(20.8일), 시간평균임금은 일평균÷8시간으로 각각 산정함
 * 월평균 근무일수는 휴일, 법정공휴일 등을 제외한 업체의 응답된 근무일의 평균이며, 이는 개인의
    휴가 사용여부와는 무관함
 * SW기술자 평균임금은 2017년 대비 4.6% 증가함
 * DB구축비 대가기준 가이드에서 활용되는 자료입력원 평균임금 내 기본급은 2018년 93,287원임

   [시행일] 2018년 9월 1일부터 2019년 8월 31일까지 적용

2018년 8월 29일
한국소프트웨어산업협회장

또한 NCS 기반의 ITSQF 28개 직무체계의 IT직무별 평균임금을 공표합니다.

【2018년 SW기술자 평균임금 - IT직무별】
                                                                                                                                                                                (단위: 원)

 * SW기술자 평균임금은 기본급, 제수당, 상여금, 퇴직급여충당금, 법인부담금을 모두 포함한 결과임
 * 월평균임금은 일평균*근무일수(20.8일), 시간평균임금은 일평균÷8시간으로 각각 산정함
 * IT직무 중 (3)정보보호컨설턴트, (24)IT감리, (25)IT감사, (27)침해사고대응전문가, (28)IT교육강사는 유효응답표본이
   적어 활용시 유의해야 함
 * IT직무 중 (12)응용SW개발자 숙련도별 평균임금(숙련도, M/D) : (상) 312,270원, (중) 233,632원, (하) 190,872원
   (숙련도 기준은 응답업체 자체판단으로 분류됨)

 * 자료입력원은 IT직무에 해당되지 않음

SW 구현 단계 대가 산정 방식에는 기능점수 방식과 투입공수에 의한 방식이 있습니다.

SW구현 단계 대가 산정 방식 요약 가기

이번에는 기능 점수 방식에 의한 소프트웨어 개발비에 대해 정리해보았습니다.

기능점수 방식이란?

기능점수(FP : Function Point) 방법은 사용자 관점에서 사용자가 요구하는 사용자에게 제공되는 기능을 최대한 정량적으로 산정하는 소프트웨어 규모 측정 방법입니다. ISO/IEC 14143(FSM : Functional Size Measurement)으로 SW 규모에 대한 국제 표준입니다.

기능점수 방식의 특징

- 소프트웨어가 사용자에게 제공하는 기능적 요구사항을 측정

- “소프트웨어가 어떻게 구현되었는지”의 공급자 관점이 아니라 “사용자가 어떠한 기능을 요구했는지”의 수요자 관점에서 측정

- 개발 이전에 업무량을 측정할 수 있음

- 개발은 물론 기획, 운영 등 전 수명주기에 걸쳐서 측정 가능

기능점수란 ?

기능점수(FP : Function Point)란 사용자 관점에서 측정된 소프트웨어 기능의 양으로, 사용자에게 제공되는 소프트웨어 기능의 규모를 측정하는 단위입니다. 

소프트웨어 기능은 사용자 관점에서 데이터 측면의 기능과 트랜잭션 측면의 기능으로 구분합니다.

소프트웨어 기능을 좀더 세분화하여 

데이터 기능에는 내부논리파일(ILF : Internal Logical Files), 외부연계파일(EIF : External Interface Files) 

트랜잭션 기능에는 외부입력(EI : External Input), 외부출력(EO : External Output), 외부조회(EQ : External in Inquiry)로 구분합니다.

용어가 입에 딱 붙지도 않고 이름만 보고 무엇인지 알수가 없습니다. 

아마도, 영어 용어를 그대로 직역했기 때문인 것 같습니다.

기능 점수는 차차 별도로 정리해보겠습니다.

SW 사업 구현 단계 대가 산정을 위한 방법입니다.

SW사업 대가산정에 대한 전반적인 내용은 아래를 참조하세요.

SW사업 대가산정 요약 보러가기

우선 구현 즉 개발 단계 대가 산정을 위한 방식은 아래 두가지가 있습니다.

1. 기능점수 방식에 의한 소프트웨어 개발비

개발 대상 업무와 요구 사항을 명확히 정의하고, 개발 규모(기능점수) 산정 방법(정통법 또는 간이법)을 결정하여 규모를 산정하는 방식으로 기능점수 방식으로 소프트웨어 개발비를 산정하기 위해서는 기능점수(Function Point)에 대한 이해와 산출 방법을 알아야 합니다.

기능점수(FP) 방식에 의한 SW개발비 산정 시에는 기능점수 단가에 '제경비' 및 '기술료'에 상응하는 항목이 이미 반영되어 있으므로 별도로 추가 산정하지 않습니다. 

기능점수를 산출하여 기능점수 단가 기준 개발 원가를 산출합니다.

최종 소프트웨어 개발비를 산정하기 위해 개발원가에 약 25%이내를 이윤으로 산정하고, 해당 소프트웨어 개발에 관련된 직접경비를 산정합니다.

산정된 비용을 모두 합하여 소프트웨어 개발비를 산정합니다.

SW개발비 = 개발원가 + 직접경비 + 이윤

2. 투입공수 방식에 의한 소프트웨어 개발비

투입 공수에 의한 방식은 소프트웨어 개발 정의에 따라 개발 대상 업무와 요구사항을 명확히 정의하여 업무별 특성을 고려하여 투입 인력의 기술자 등급을 결정하고 투입 기간을 결정하여 산정하는 방법입니다.

개발업무를 수행할 인력의 직접인건비를 계산합니다.

직접인건비 = 투입인력의 기술자등급별 공수 X 소프트웨어기술자 평균 임금

개발 업무를 수행할 인력의 제경비 및 기술료를 계산합니다.

제경비 = 직접인건비 X 110% ~ 120%

기술료 = (직접인건비 + 제경비) X 20% ~ 40%

소프트웨어 개발에 실제로 소요되는 직접경비를 산정합니다.

산정된 비용을 모두 합하여 소프트웨어 개발비를 산정합니다.

SW개발비 = 직접인건비 + 제경비 + 기술료 + 직접경비 

기능점수로 SW 개발비를 산출하고, 기능점수로 산출할 수 없는 인력 투입 (ex. 디자인, 화면 기획, 테스트 인력 등)은 투입공수 방식으로 별도 산정하여 총 SW 개발비를 산출하기도 합니다.

직접경비는 '엔지니어링사업대가의 기준' 제8조에 범위가 명시되어있습니다.

제8조(직접경비) 직접경비란 당해 업무 수행과 관련이 있는 경비로서 여비(발주청 관계자 여비는 제외함), 특수자료비(특허, 노하우 등의 사용료), 제출 도서의 인쇄 및 청사진비, 측량비, 토질 및 재료비 등의 시험비 또는 조사비, 모형제작비, 다른 전문기술자에 대한 자문비 또는 위탁비와 현장운영 경비(직접인건비에 포함되지 아니한 보조원의 급여와 현장사무실의 운영비를 말한다) 등을 포함하며, 그 실제 소요비용을 말한다. 다만, 공사감리 또는 현장에 상주해야 하는 엔지니어링사업의 경우 주재비는 상주 직접인건비의 30%로 하고 국내 출장여비는 비상주 직접인건비의 10%로 한다.

'엔지니어링사업대가의 기준' 전체보기

'엔지니어링사업대가의 기준'에 명시된 직접경비는 일반 용역을 대상으로 정해진 기준이므로 'SW사업 대가산정 가이드'에는 '엔지니어링사업대가의 기준'에서 정의한 직접경비 이외에 SW사업 수행 시 요구되는 직접경비 항목들을 별도로 반영할 수 있습니다.

SW사업 직정경비 항목

SW 사업의 유형별 산정 방법입니다.

SW 사업 유형에 대해서 궁금하시면 아래를 참고하세요.

SW사업 대가 산정 요약 보기

아래는 사업 유형에 따라 대가산정을 위한 표준 가이드를 제공합니다.

종류 별로 보면 컨설팅지수, 투입공수, 기능점수, 유지관리 총점수, 서비스항목,보상/제재비율, 등급별 요율, 서비스 항목요율, 재개발 기능점수로 볼수 있습니다.

정보전력계획(ISP) 수립비, 소프트웨어 개발비, 고정비/변동비 방식의 유지관리 및 운영비등은 한가지 이상의 산정방식을 조합하여 산정할 수도 있습니다.

컨설팅 용어중에 ISP라는 말을 자주 듣게 됩니다.

ISP는 'Information Strategy Planning'의 약자로 직역해본다면 '정보 전략 계획'입니다.

조금더 부드럽게 번역한 것이 아마도 '정보화 전략 계획'인 듯 합니다.

공공 기관의 경우에는 시스템 개발전에 ISP를 먼저 진행하는 경우가 많이 있습니다.

그렇다면 ISP가 도대체 무엇이고 왜 하는 걸까요? 

여러가지 전문 자료가 있지만 개념알기 코너에서는 개념만 정리해 두려고 합니다.

인프라나 시스템을 구축하거나 방향성을 정함에 있어 거시적인 측면에서 중,장기를 내다보는 정보화 전략 계획이 필요하다는 것입니다.

기본적으로 왜 해야하고 어떻게 만들것인지, 중복되는 인프라나 시스템은 없는지, 만약 있다면 어떻게 통합하거나 융합할 수 있는지 검토해서 방향을 수립하자는 것입니다. 단순히 시스템 아키텍처나 소프트웨어 아키텍처를 수립하는 것이 아니라 타당성 부터 시작하여 영향도, 여론, 환경 등에 대한 조사나 인터뷰를 진행하여 전략을 정하는 것이 ISP 즉 정보화 전략 계획입니다.

SW사업에는 여러가지 분야가 있습니다. 그에 따른 대가 산정 방법도 여러가지입니다.

대표적인 대가산정 방식은 투입공수에 의한 방식과 기능점수(Function Point)에 의한 방법입니다. 이 외에도 사업의 단계에 따라서 다양한 대가 산정 방식이 있습니다.

<수명주기 단계별 대가산정 방법>

* ISP(Information Strategy Planning) : 정보화 전략 계획

* BPR(Business Process Reengineering) : 업무 프로세스 재설계

* EA(Enterprise Architecture) : 전사적 아키텍처

* ITA(Information Technology Architecture) : 정보기술 아키텍처

* ISMP(Information System Master Plan) : 정보시스템 마스터플랜

* SLA(Service Level Agreement) : 서비스 수준 협약서

SW사업 대가산정은 한가지 방식에 의해 산출하는 경우도 있으나 대부분의 프로젝트의 경우에는 여러 산정 방식을 조합하여 산출해야 합니다.

예를 들어 SW사업 구현단계에서 소프트웨어 개발비를 기능점수 방식에 의해 산정할때 기능점수로 산정할 수 없는 업무(ex. 화면 디자인 등)가 있을 수 있습니다. 이런 경우에는 두가지 산정 방식을 조합하여 대가를 산정할 수 있습니다.

다음에는 SW사업 수명 주기 별 대가산정 구성에 대해 정리해보겠습니다.

개발 프로젝트 견적을 준비하다 보면 제경비와 기술료라는 항목을 접하게 됩니다.

투입 인력에 의한 비용 견적을 산출하는 경우 "SW기술자 평균임금"을 기준으로 제경비와 기술료 비율을 곱하여 사업 대가 계산을 하게 됩니다.

'SW 사업 대가산정 가이드'가 궁금하시면 여기로

정확한 계산 및 산출 방법은 다음 기회에 설명드리도록 하겠습니다.

이번에는 제경비와 기술료가 무엇인지 먼저 알아야 할 것 같아서 정리해봅니다.

고객사에서는 투입 인력 수는 높이고 제경비와 기술료 비율을 낮게 책정하거나 혹은 제경비와 기술료는 SW사업 대가산정 가이드에 맞추고 DC 즉 할인 보통 견적의 30%~40% 요구합니다.

이러한 현실때문에 SW 개발 사업을 하시는 대부분 개발자 인건비 나가면 남는 것이 없다라는 말들을 합니다. 

맞는 말이지요. 현실적으로 위와 같은 계산법이면 개발자 월급과 4대 보험을 처리하고 나면 빠듯하거나 모자라는 경우가 많습니다.

언제부터 잘못된것인지 제 기억에도 아주 오래전부터 이런 형태의 견적이 오고간 것으로 알고있습니다.

왜 모자랄까요? 제경비와 기술료의 의미를 확인해 보면 바로 답을 알 수 있습니다.

제경비란?

직접비(직접인건비와 직접 경비)에 포함되지 아니하고 소프트웨어 사업자의 행정운영을 위한 기획, 경영, 총무 분야 등에서 발생하는 간접 경비로서 임원, 서무, 경리직원 등의 급여, 사무실비, 사무용 소모품비, 비품비, 기계기구의 수선 및 상각비, 통신운반비, 회의비, 공과금, 운영 활동 비용 등을 포함한다.

기술료란?

소프트웨어사 사업자가 개발,보유한 기술의 사용 및 기술 축적을 위한 대가로서 조사연구비, 기술개발비, 기술훈련비 및 이윤등을 포함한다.

제경비와 기술료의 정의에 의하면, 실제 정당한 견적을 위한 요율이라고 보시면 됩니다.

프로젝트를 무조건 수주하기 위한 추가 할인이나 고객이 정해버린 제경비와 기술료를 반영하여 견적을 산출하는 행위 자체가 결국 적자 사업으로 가는 길임을 잊지 말아야 겠습니다.

개발 프로젝트를 진행할때 여러가지 비용 산출 방법이 있습니다.

2012년 11월 SW 기술자 등급제가 폐지되었지만, 공공 및 민간의 SW관련 프로젝트를 진행하는 많은 경우 투입 인력을 기준으로 'SW기술자 평균임금'을 적용하여 산출해야합니다. 

'SW사업 대가산정 가이드(2017년 개정판)'에도 여전히 투입 인력에 따른 대가 산정 방법을 안내하고 있습니다. 

'SW 사업 대가산정 가이드'가 궁금하시면 여기로

또한 한국소프트웨어산업협회는 여전히 매년 'SW기술자 평균임금'을 공표하고 있습니다. 

평균 임금 적용을 위해서는 SW기술자 분류 기준이 필요합니다.

SW기술자 분류 기준은 2009년 7월 31일 이전 경력과 이후 경력 기준이 다릅니다.

이유는 2009년 7월 31일 이후 SW기술자 분류 기준을 변경했기 때문이겠지요.

2009년 7월 31일까지의 기준과 현재 기준의 가장 큰 차이는 학력, 경력자 기준에 의한 기술자 분류입니다. 

아래는 현재 '평균임금 적용을 위한 SW기술자 분류 기준'입니다.

<평균임금 적용을 위한 SW기술자 분류 기준>

아래는 2009년 7월 31일까지 기준입니다.

<2009년 7월 31일 이전 경력에 대해서만 적용되는 평균임금 적용기준>

기준이 비슷한 듯 하면서도 현재 기준을 보면 자격증이 없으면 오랫동안 업무를 하더라도 등급이 올라갈 수 없는 것처럼 보입니다.

하지만 애매하게도 학력, 경력자 기준에 의해 초급 기술자는 될 수 있습니다.

왜 자격증을 강조하면서 이렇게 애매한 기준을 명시하였는지는 잘 모르겠지만, 알것도 같습니다. 판단은 각자 알아서 하시면 되겠지요. 

기사 자격증이 없고 2009년 7월 31일 기준으로 초급이었으면 계속 초급인 느낌...

다행인 것은 한국소프트웨어산업협외에서 매년 'SW기술자 평균임금'을 공표하면서 항상 아래와 같은 단서를 답니다.

※ SW기술자 평균임금은 공공분야의 SW사업 추진 시 참고자료로 활용 할 수 있으며, SW기술자 등급 산정 시, 수·발주자간 자율적 협의에 의한 기준을 마련하여 적용할 수 있음.

이런 단서로 인해 현재 공표된 'SW기술자 분류 기준'이 절대적인 기준은 아닌것으로 판단됩니다.