태터데스크 관리자

도움말
닫기
적용하기   첫페이지 만들기

태터데스크 메시지

저장하였습니다.

소프트웨어 회사의 개발 역량 평가표

2008/10/29 10:14 by 전규현
 All of Software 블로그를 RSS Feed에 등록을 해 놓으시면 편리하게 받아보실 수 있습니다. rss RSS Feed


아래 평가표는 소프트웨어 개발 회사나 개발팀이 얼마나 역량을 갖추고 있는지 평가하는 표입니다.

아래 각 문항에서 "예"(1점)에 해당하면 Checkbox를 체크하시면 됩니다.

1.전사적으로 소스코드관리시스템을 딱 하나만 사용하고 있다.
2.모든 소스코드 및 개발문서는 소스코드관리시스템에 저장되어 있다.
3.각 마일스톤마다 Baseline을 설정하고 있다.
4.소스코드관리시스템에 체크인 시 메시지를 작성하는 규칙을 가지고 있고, 모든 개발자가 이를 지키고 있다.
5.모든 소스코드는 리뷰를 하고 있다.
6.자동으로 일일빌드를 하고 있다.
7.전사적으로 버그관리시스템을 딱 하나만 사용하고 있다.
8.모든 버그를 버그관리시스템에 등록하고 있으며 다른 곳에 별도로 관리하지 않는다.
9.모든 직원이 버그관리시스템에 스스로 이슈를 등록한다.
10.프로젝트의 스펙문서를 가지고 있다.
11.스펙문서를 모든 관련자가 충분히 리뷰한다.
12.스펙이 바뀜에 따라 스펙문서가 업데이트되고 있다.
13.스펙 변경이 통제 관리되고 있다.
14.1,2일 단위의 상세한 일정을 가지고 있다.
15.일정은 개발자가 산정한다.
16.일정은 지속적으로 업데이트되고 있다.
17.별도의 테스트 팀이나 테스터가 있다.
18.테스트 케이스를 가지고 있다.
19.프로젝트 리스크 관리를 하고 있다.
20.리스크에 대한 백업 플랜이 있으며 리스크 관리계획이 주기적으로 갱신된다.
합계:

평가 결과 분석

  • 20점 - 소프트웨어 개발의 기초가 아주 잘 되어 있습니다. 소프트웨어 프로젝트를 수행하는데 별 문제가 없습니다.
  • 15점 이상 - 이 정도면 기초가 매우 양호합니다. 지금까지도 프로젝트를 꽤 잘 수행하고 있었을 것입니다. 몇 가지만 보완하면 될 것 같습니다. 100m를 20초에 뛰던 사람이 17초에 뛰는 것보다 12초에 뛰던 사람이 11초에 뛰기가 더 어려운 법입니다. 수행 능력 향상을 위한 현실적인 방법을 보강할 필요가 있습니다..
  • 10점 이상 - 프로젝트 진행을 개선하기 위해 여러 시도를 했겠지만, 여전히 많은 개선 욕구를 느끼고 있을 것입니다. 현실적인 많은 부분을 개선하는데 전문가가 도움이 될 수 있습니다..
  • 10점 미만 - 만약 프로젝트에 성공했다면 기적이나 운이라고 여겨야 합니다. 지금 당장 조치를 취해야 합니다. 효율적인 개선을 위해서는 전문가의 도움이 꼭 필요합니다.

분석결과 점수가 나오신 분은 Comment나 방명록에 올려주세요.

그리고 같이 역량을 높일 수 있는 방안에 대해서 의논해 나가길 희망합니다.

 


저작자 표시

전규현 소프트웨어이야기 ,

Trackback Address: http://allofsoftware.net/trackback/3 관련글 쓰기
  1. 2010/06/01 15:56
    엽우의 생각 Tracked from leafriend's me2DAY
  1. 좋은 글 잘 읽었습니다.

    어휴~ 이번에도 10점아래로 점수가 나오네요..
    여러 모로 의미있는 테스트라고 생각합니다.

    한가지 한국 소프트웨어업계에서 부족한 점이 인력구조인것 같습니다.
    대부분의 소프트웨어 개발에 정확한 역활분배가 이루어지지 않고 있습니다.

    거의 모든 개발자는 슈퍼 개발자라고만 생각하는 경향이 있습니다.
    개인적으로는 "스티브 맥코넬"이 "프로페셔널 소프트웨어 개발"이란 책에서 이야기했듯이 소프트웨어 개발 부분에서도 전문화가 이루어져야 한다고 생각합니다.

    전문적인 UI 개발자, 전문적인 업무로직 개발자, 전문적인 테스터, 전문적인 형상관리자, 전문적인 아키텍트, 전문적인 네트워크 관리자 등등..
    이런 조건들이 갖추어 진다면 대부분의 회사들이 10점에서 15점은 충분히 넘을 수 있다고 생각합니다.

    다만 아직 우리나라 소프트웨어 기업에서 이렇게 전문성 있는 인재를 채용하거나 육성하기에는 우리나라의 소프트웨어 시장규모나 기업의 여건이 녹녹하지 않은 것 같습니다.

    어서 빨리 이러한 여건이 충분히 갖추어진 환경이 제공되어 만드신 "소프트웨어 회사의 개발 역량 평가표"에 20점 만점을 받는 기업들이 많아지길 기원합니다.

    아무쪼록 오늘도 좋은 하루 보내시구요~ 늘 행복하시길 기원드립니다. ;-)

  2. 10점 근처만 되도 우리나라 여건에서 훌륭합니다.
    미국에서는 one-man company를 해도 각 기능을 구분해서 일을 합니다. 그러면서 필요한 문서도 다 만들죠. 그렇게 하는 것이 주먹구구보다 더 효율적이고 나중에 회사가 점점 커져도 일을 나줘 줄 수 있습니다. 그런데, 우리나라는 그렇게 할 수 있는 훈련이 거의 안되어 있어서 회사가 크나, 작으나 주먹구구이고 큰 회사들은 외국에서 방법론을 들여와서 기계적으로 따라하다가 더 비효율적으로 되곤하지요.
    갈길은 멉니다. - -;

  3. Blog Icon
    read

    안녕하세요~
    제가 책을 완전히 소화 하지 못해서 생기는 의문일까요?
    위에 평가 항목에 대해서 모두 지키면 곧 20점이면 정말로 프로젝트 수행 시 문제가 없나요?
    현재 20점이 나오는것은 아니지만, 위 항목들을 다 지킨다고 했을때 결과가 궁금 합니다.

  4. 안녕하세요. ^^

    소프트웨어공학을 소프트웨어 개발에 적용하는 이유는 빠른 시간안에 적은 비용으로 소프트웨어를 만들이 위함입니다. 위 항목들은 그중에서 기초적이고 중요한 지표들을 모아 놓은 것입니다.

    각 항목들은 보기에는 그리 어렵게 보이지 않을지 몰라도 하나하나 내포되어 있는 것들은 대단히 큰 것들입니다. 즉 하나하나 지키는 회사와 지키지 않는 회사의 차이는 엄청납니다.

    실제로 20점이 나오는 회사는 어떤지 말씀을 드리죠. 이 평가 항목은 소프트웨어 회사의 모든 역량을 체크하지는 않습니다. 가장 기초적인 역량 및 다른 역량들을 미루어 짐작할 수 있는 것들입니다. 글로벌 소프트웨어 회사들은 모두 20점이 나온다고 할 수 있습니다. 또, 20점이 나온다고 무조건 성공하는 것도 아닙니다. 소프트웨어를 제대로 만들 수 있는 기초적인 역량을 갖췄다는 의미입니다. 다른 회사들과의 경쟁에서 우위에 서기 위해서는 이 20가지 이외에 필요한 것이 훨씬 많습니다.

    하지만 제가 접한 거의 모든 소프트웨어 회사들은 20점 만점에 10점 미만이었고, 이정도의 기초되 되지 않고서는 글로벌 경쟁은 꿈도 꾸지 못하는 겁니다. 일단 이 평가에서 20점에 이르게 되면 기초를 갖춘 것이고, 이때부터 해야 할 것도 많습니다.

  5. Blog Icon
    chan

    와우,, 글 잙읽었습니다. 저는 계산을 하여 보니 3점이 나오는군요. ㅎㅎㅎㅎㅎㅎㅎ ㅠㅠ

  6. 안녕하세요. chan님

    변화가 필요한 상황이네요. ^^

  7. 좋은글 잘 읽었습니다.
    계산해보니 17점 나오네요.
    그런데 형상관리나 이슈관리 시스템은 꼭 하나만 써야 하나요?
    지금은 하나만 쓰고 있지만 전엔 CVS 형상관리도구나
    지라, 버그질라, 멘티스 등의 이슈관리 시스템을 CI도구로는 컨티넘이나 허드슨을 사용했으나
    지금은 SVN으로 통합되었고 자체개발한 이슈관리 시스템을,
    CI도구는 컨티넘과 허드슨을 사용하고 있습니다.
    "꼭 하나"여야만 하는 이유가 있을까요?

    사실 통합빌드(CI)를 위한 기술은 CI도구와 더불어 maven, ant등의 기술이 혼용될수 있고
    이때 소스코드 백업을 위해 Git + SVN 등 여러 도구를 혼합할 수 있는데 "꼭 하나"하는지에
    대해서 궁금해지네요. 물론 아무생각없이 백화점식 도구를 사용하면 안되지만
    목적이 명확해서 도구를 혼용한다면 하나보다 더 효율적이지 않을까 하는 생각도 해봅니다.

  8. 안녕하세요. 임병인님
    17점이면 엄청난 점수인데요. 제가 지금까지 만나본 회사중에서 최고점입니다. ^^
    특별한 이유가 없다면 하나만 쓰는 것이 정답입니다. 자세한 이유는 제가 쓴 책을 보시기 바랍니다. :)
    그리고 자체개발한 이슈관리시스템은 -1점으로 계산 해주세요. ^^ 그 이유도 책에 있습니다.
    어쨋든 대단히 좋은 개발문화를 가지고 계신 것 같습니다.

    빌드를 위해서 maven, nexus, ant등을 혼용해서 쓰는 것은 하나를 쓰는 겁니다. 각각의 목적이 다르죠. 그리고 빌드는 한 회사에서도 여러가지 방법을 사용합니다.

    Git+SVN도 목적을 달리는 하는 것이기 때문에 목적에 맞게 쓰면 됩니다.

  9. Blog Icon

    비밀댓글입니다

  10. 안녕하세요.

    제가 하는 일이 컨설팅이고 SW 개발 프로세스 컨설팅도 한분야입니다.

    관심이 있으시면 gracegyu@gmail.com으로 메일 주세요.

    감사합니다.

  11. Blog Icon
    김홍완

    안녕하세요. 전 요즘은 모바일웹을 만들고 있습니다.
    큰 규모는 아니고요.
    빌드나 소스관리, 버그관리 시스템에 대한 용어를 거의 사용하고 있지 않아서
    체크문항에 체크된 것이 6개네요.

    하지만, 왠지 10점미만에 대한 내용이 좋지 않아서 기분이 썩 좋지는 않네요.
    소규모 팀운영에는 10점 미만이라도 문제가 없을듯 한데,
    전사적 차원에서 보면 문제가 되겠다는 생각입니다.

    암튼 많은 생각을 하게 하는 질문이네요.

    언제나 좋은 글 감사히 보고 있습니다.
    수고하시고, 건강하세요 ~

  12. 안녕하세요. 김흥완님

    저같은 경우 혼자서 개발을 해도 20점 가까이 나옵니다. 실제로 1,2명이 시작하는 실리콘밸리 스타트업(벤처기업)들도 거의 20점이 나옵니다. 그렇게 해야 개발이 더 빨리 되고 잘되기 때문입니다.

    그만큼 기본적인 문화와 저변의 차이가 큽니다.

    소규모팀이라도 거의 20점이 나와야 정상적이고 효율적으로 개발이 되는 겁니다. 그럼에도 불구하고 소규모팀에서는 부족한 것이 많아도 개발이 문제없이 되는 것처럼 보이는 것은 소규모이기 때문이지 문제가 없는 것이 아닙니다. 비효율적인 부분이 차지하는 비율이 그렇게 크지 않기 때문입니다. 하지만 조직이 조금만 커지면 금방 문제가 급속하게 커집니다.

    당장이라도 필요한 것들을 하나씩 갖춰나가시기를 바랍니다.

    감사합니다.

관리자가 이런 일까지?

우리나라 SW 조직에서 관리자란 위치는 참 애매한 위치다. 물론 전문 관리자라면 얘기가 다르지만 왕년에 SW를 조금 개발해 본 경우가 애매하다. 개발팀에서 가장 경험이 많은 SW 개발자들이 주로 팀장이 되곤 한다. 이 경우와..

과거의 성공이 발목을 잡을 때

수많은 소프트웨어 회사들이 첫번째 성공을 거두고 나서 두번째 도약에 실패하고 사라져간다. 물론 첫번째 성공도 어렵지만 이미 성공의 경험이 있고 방법을 알고 있는 회사들이 두번째 또는 세번째에는 많이 실패하는 이유가 무엇일까?..

스펙을 제대로 작성하는 것은 구식이다?

'소프트웨어 개발 방법이 얼마나 발전했는데 아직도 스펙을 제대로 작성하고 개발을 하는가?' 라고 하면서 스펙 작성에 반대하는 주장을 하는 사람들이 있다. 스펙, 설계를 작성하고 구현을 하고 테스트를 하는 방식으로 개발하는 것..

내가 개발에 집중할 수 없는 이유

우리나라에서는 개발자들이 개발에 집중할 수 없는 환경인 곳이 참 많다. 정도의 차이가 있지만 거의 대부분이라고 봐도 무방하다. 그 결정적인 이유는 개발자 혼자서 북치고 장구치고 다해야 하는 상황이기 때문이다. 원래는 이렇게..

설계가 필요할까?

최근에 Software Architect의 정체에 대해서 혼란을 겪고 있는 것 만큼 Software 설계에 대해서도 혼동스러운 것은 마찬가지인 것 같다. 그래서 설계에 대해서도 깔끔하게 정의를 해보자. 흔히 설계에 관한 다음..

Software Architect를 양성하는 나라

우리나라에서는 종종 SW Architect를 양성한다고 한다. 정부에서 막대한 예산이 지원도 되며 SW Architect를 양성하는 학원도 생기고 야단법석이다. 그럼 도대체 SW Architect는 무엇인가? SW Archi..

우리에게 지금 필요한 것은? 바로 이것

우리나라 대부분의 소프트웨어 회사들에게 가장 시급하게 필요한 것은 "기초 체력"이다. 히딩크가 우리나라 국가대표 축구팀을 처음 맞았을 때 강조한 것이 기초 체력이었다. 그전까지 우리는 국가대표 축구팀이 체력은 세계 어디를 내..

프로토타입을 재활용하면 될까? 안될까?

며칠 전 프로토타입에 관해 올린 글에 대해서 프로토타입 재사용에 대해서 여러 의견이 있어서 이 내용에 대해서 조금더 설명해보려고 한다. 2011/11/03 - [프로젝트/요구사항분석] - 프로토타입이란? 소프트웨어공학의 목적..

프로토타입이란?

프로토타입 (경제/경영) 양산(量産)에 앞서 제작해보는 원형(原型)을 '프로토타입'이라 하는데, 프로토타이핑이란 개발자들과 사용자들의 의사소통상의 효과를 증진시키기 위하여 취하는 시스템개발상의 기법이다. 일반적인 분석방법을..

같이 일하려면 적어라.

"협업은 말로 하는 것이 아니라 문서로 하는 것이다." 동서고금을 막론하고 개발자들은 적는 것을 싫어하고 또 잘 적지 못한다. 우리나라 개발자들은 그 정도가 훨씬 심하다. 우리나라에서는 회사가 크던 작던 상관없이 대부분 5년..