세상의 모든 아침

제품 설명 : 2005년 출시

--------------------------------

Win7 연결시, 장치 관리자 설정.

-------------------

새로운 버젼의 툴바에 있는 [+ Add to Delicious]의 링크 :

 (My: 이걸 구 버젼의 addon에 넣으면 될 듯.)

javascript:(function(e,t){var%20n=e.document;setTimeout(function(){function%20a(e){if(e.data==="destroy_bookmarklet"){var%20r=n.getElementById(t);if(r){n.body.removeChild(r);r=null}}}var%20t="DELI_bookmarklet_iframe",r=n.getElementById(t);if(r){return}var%20i="https://delicious.com/save?source=bookmarklet&",

s=n.createElement("iframe");s.id=t;s.src=i+"url="+encodeURIComponent(e.location.href)+"&title="+encodeURIComponent(n.title)+"&note="+encodeURIComponent(""+(e.getSelection?e.getSelection():n.getSelection?n.getSelection():n.selection.createRange().text))+"&v=1.1";s.style.position="fixed";s.style.top="0";s.style.left="0";s.style.height="100%25";s.style.width="100%25";s.style.zIndex="16777270";s.style.border="none";s.style.visibility="hidden";s.onload=function(){this.style.visibility="visible"};n.body.appendChild(s);var%20o=e.addEventListener?"addEventListener":"attachEvent";var%20u=o=="attachEvent"?"onmessage":"message";e[o](u,a,false)},1)})(window)

출처: http://cafe.naver.com/pertcpm/31

PERT/CPM이란?

출처: http://ksangki.tistory.com/8   &  9

(Essay #1) 소프트웨어 공학과 프로세스 모델

내 나이 34, 이제 회사에서 어느 정도 위치(?)에 오르고 후배들도 많이 생겨가는 안정적인 생활에서 나는 또 다른 도전을 꿈꾸며 대학원에 입학하였다. 대학원 입학과 함께 과제로 주어진 에세이 작성, 나 같은 경우 전공서적이나 잡지책을 제외하면 1년에 책 1권 읽을까 말까 하는 무식한 대한민국의 청년으로 에세이 작성 자체가 나에게는 쉽지만은 않은 도전이다. 하지만 그 동안 SW Engineer로써 개발도 해보고, 테스트도 해보고, 관리도 해보고 적은 나이에도 불구하고 조금씩 다양한 경험을 해본 것을 토대로 앞으로 소프트웨어 공학 분야의 프로세스 모델 관련된 주제로 에세이를 매 주 작성해볼까 한다. 에세이라고 해서 형식과 틀이 없는 것이 아닌 걸로는 알지만 배우지 못한 무식한 지식인이라서 마치 트윗이나 페이스북에 글을 남기 듯 편하게 작성해보려고 한다.

소프트웨어 공학이 무엇일까? 네이버 지식사전에는 아래와 같이 정의되어 있다.

 소프트웨어 공학 [ software engineering , -工學 ]

소프트웨어의 설계, 제작, 신뢰성, 품질 관리 등에 공학적 기법을 도입한 것. 소프트웨어 공학의 궁극적인 목적은 신뢰성 있는 양질의 소프트웨어를 경제적으로 만들어 내는 것으로, 1970년대에 들어와 소프트웨어의 개발 및 유지 보수에 드는 비용이 점차 증대됨으로써 발생한 소프트웨어의 위기를 해소하기 위해 연구되기 시작했다. 이는 크게 구조적 분석/설계가 중심이 되는 시스템 분석/설계 분야, 소프트웨어 비용 산정 분야, 프로그램의 정확성 검증 분야, 컴퓨터 프로그램에 의한 자동 프로그래밍 분야 등으로 나뉜다.

 즉, 공학은 기술자를 양성하기 위한 교육프로그램으로 출발하였으며, 소프트웨어공학 역시 나의 생각은 소프트웨어 Engineer들의 활동을 체계화하여 이들을 양성하기 위한 교육프로그램을 만드는 학문이 아닌가 하는 생각이 든다. 실제로 내가 속해 있는 회사의 소프트웨어공학 팀의 업무의 반 이상은 연구소 내의 연구원들을 위한 프로세스와 교육 프로그램을 만들고, 전달하는 일이다.

고려대학교의 소프트웨어 개발방법론 수업 시간에 교수님께서 말씀하신 소프트웨어 공학의 정의는 다음과 같다.
  - 생산성 요구와 무한 경쟁 환경에서 해결안
  - Process를 통한 요구 Product 획득

교수님이 말씀 하신 Process와 관련하여 특히 소프트웨어 프로세스에 대해서는 미국 카네기 멜론 대학의 소프트웨어 공학 연구소(SEI: Software Engineering Institute)에서 “CMMI(Capability Maturity Model Integration)”라고 하는 소프트웨어 프로세스 역량을 평가하는 모델을 개발하고, 평가를 수행하는 심사원을 육성하고 있다. 이 프로세스 모델은 통하여 전 세계에서의 소프트웨어 개발 및 운영 조직에서 프로세스를 구축하고 개선하는 데 활용되고 있다. 특히, CMMI의 경우 미국방성(Department of Defense)의 자금 지원을 받아 연구된 표준 모델인 만큼 방위산업 분야에서는 업체들이 필수로 해당 인증을 받고 있다. 내가 속해 있는 회사 또한 CMMI 인증을 10년 동안 유지해오고 있으며, 최고 레벨을 획득하여 프로세스를 지속적으로 개선하고 있다.

한편, 요구 Product 획득과 관련하여 CMMI를 보완하여 Test 분야에서 좀 더 실제적인 활동을 기술한 “TMMi(Test Maturify Model Integration)”라고 하는 테스트 프로세스 평가 모델이 있다. 제품 개발의 마지막은 항상 테스트을 통하여 고객의 요구사항을 충족시키는 데에 목적이 있으므로, 테스트를 효과적이고 효율적으로 수행하는 것은 무엇보다 중요하다. 1996년 미국 일리노이 공대에서 출발한 TMM을 근간으로 2005년 설립된 TMMi Foundation에서 발전시키고 있는 TMMi는 테스트 업계의 사실상의 표준으로 자리잡으며 유럽, 아시아, 미국을 중심으로 빠르게 확산 중이다.

소프트웨어 공학과 관련하여 앞에서 설명한 2개의 프로세스 모델(CMMI, TMMi) 적용을 통하여 내가 속해 있는 회사는 조직 차원에서 많은 개선활동을 수행하고 있다. 그리고 운이 좋게도 2개의 인증 활동에 모두 참여했던 실무 담당자로써 앞으로 에세이를 통하여 CMMI, TMMi 인증 획득과 관련 실제적으로 수행했던 활동과 수행하면서 느낀 점들을 작성해볼까 한다. 

(Essay #2) TMMi(Test Maturity Model integration) 인증과 그 의미

지난 3월 16일자의 신문에 우리 회사(LIG넥스원)에서 지난 6개월 동안 진행했던 업무가 성공적으로 마무리되어 그에 대한 결과가 발표 되었다. 그래서 이번에는 그 기사에 실린 내용을 중심으로 에세이를 한 번 써볼까 한다.  TMMi(Test Maturity Model integration)이라고 하는 프로세스 모델에 대한 전반적인 내용을 한번 정리해보고, 인증 과정에서의 경험과 인증 후에 변환된 조직의 모습 등을 간략하게 정리해보려고 한다.

최근 소프트웨어의 규모가 점점 커지고, 그 적용 분야도 확대되면서 소프트웨어의 중요성이 어느 때보다 부각되고 있으며, 소프트웨어 품질도 중요 시 되고 있다. 현재 내가 속해 있는 SW공학팀의 목표도 어떻게 하면 소프트웨어의 생산성을 높이고, 고품질의 소프트웨어를 개발하는데 초점을 맞추고 여러 가지 활동을 수행하고 있다. 그 동안 SW개발 전반에 걸친 이런 활동을 수행하는 데 참조했던 프로세스 모델로는 대표적으로 CMMI(Capability Maturity Model Integration)가 사용되어 왔다. 하지만 소프트웨어 개발 비용의 30~40%를 차지하고 있는 소프트웨어 테스트 분야 비중에 비해 이 CMMI 모델에서 다루고 있는 소프트웨어 테스트 관련 프로세스의 비중은 상대적으로 그리 크지 않다. 따라서 CMMI의 이러한 부분에 대한 보완을 위해 ISO29119 등의 테스트 분야의 국제 표준을 제정하는 관계자들이 자발적으로 모여서 비영리 독립법인인 TMMi 재단(www.tmmifoundation.org / 회장 Richard Sykes)을 설립하고, TMMi 프레임워크를 개발하였다. 이 TMMi 프레임워크에서 CMMI와 많은 부분을 연계시키고, CMMI의 구체적인 검증과 테스트 분야에 대한 부족한 부분을 보완하였다.

좀 더 TMMi에 대해 알아보기 위해 먼저 TMMi Level 구분에 대해 알아보자.

     위 그림과 같이 TMMi의 Level은 5개로 구분이 되어있으며, 각 Level에서 요구하는 프로세스 영역이 존재하며
     상위 Level은 하위 Level의 프로세스를 모두 만족하여야 인증을 받을 수 있다.  예를 들어 TMMi Level 3 인증 
     받기 위해서는 Level 2에 있는 5개 프로세스 영역을 포함하여 총 10개의 프로세스 영역을 만족하여야 한다.

  다음으로 TMMi 프로세스 영역은 어떤 식으로 구성되어 있는지 알아보자.

위 그림과 같이 TMMi의 각 프로세스 영역은 특정 목표(Specific Goals)와 공통 목표(Generic Goals)를 가지고 있다. 이 목표를 달성하기 위해 각 목표(Goals) 하위에는 특정 프랙티스(Specific Practices), 공통 프랙티스(Generic Practices)를 제시하고 있다. 예를 들어 특정 목표(Specific Goals)의 경우 레벨 2에는 18개, 레벨 3에는 17개가 존재하고, 특정 프랙티스(Specific Practices)의 경우 레벨 2에는 70개, 레벨 3에는 56개가 존재한다. 
 

TMMi 프레임워크는 공개되어 있어 누구나 그 내용을 참고하여 테스트 프로세스를 구축할 수 있지만 TMMi 모델 자체가 프로세스 평가 모델이지 구축 모델은 아니기 때문에 TMMi 프레임워크에 대한 깊이 있는 이해가 없다면 모델에서 요구하는 내용과는 다른 방향으로 프로세스 구축이 이루어질 수 있는 위험이 있다. 우리 회사에서는 TMMi 인증을 위한 TFT를 구성하여 과거의 CMMI 기반의 프로세스를 구축해본 경험을 바탕으로 조직이 기존에 가지고 프로세스에 적절하고 의미 있게 프로세스를 구축하는 작업을 2~3개월간 진행하였다. 그리고 이렇게 구축된 프로세스를 5개의 프로젝트에 적용하면서 여러 가지 개선 소요를 받고, 구축된 프로세스에 문제가 없는지, 추가되어야 할 프로세스나 지침이 필요한지, 불필요한 프로세스라면 과감히 삭제하는 등의 노력을 기울였다. 다행스럽게도 조직 구성원들이 CMMI 프로세스에 익숙해져 있는 상황이었고, 기반 인프라 및 자동화 도구 등이 뒷받침이 잘되어 있어 단기간 내에 인증을 달성할 수 있었던 것 같다.

TMMi 인증 후 신문기사에 보도도 되고, 내부적으로 본부장님이나 임원들에게 보고를 하는 과정에서 SW공학팀의 위상이 많이 높아졌다. 뿐만 아니라 인증 전에는 일일이 프로젝트 관리자를 따라 다니면서 TMMi 프로세스를 한번 적용해보자고 권유를 하곤 했었는데 이제는 거꾸로 프로젝트 관리자들이 직접 먼저 적용해보고자 하는 연락이 오고 있다. 또한 무엇보다도 SW 관련 전문 부서가 생기고, 역할 및 책임이 분명해졌기 때문에 조직 차원에서 효율적으로 자원을 가져다 쓰는 효과가 앞으로 나타나지 않을까 조심스럽게 기대해본다.

[참고]

TMMi 인증은 2010년 공식 인증을 시작하여 국내에서는 LIG넥스원과 LG CNS가 Level 3 인증을 받았으며,
   국내외에서는 비공개로 인증을 준비하거나 인증을 앞두고 있는 기업이 늘어나고 있는 추세이다.

출처: http://blog.naver.com/saygoodtrip/130019127832

년초, 딸랑 "등대" 하나와 "대나무숲" 하나로

잔바람 끊일 틈없던 속마음을 담아 그룹PR을 했었던 현대.

그 당시 참 짠~ 했었다.

얼마나 속이 탈까...

그래도 대한민국을 일으켜 세운 중심에 있었던 기업인데...

 

개인적으로 현대의 매우 "hard"한 분위기를 좋아하진 않지만

그런 무모한 뚝심에 가끔 홀라당 반할 때도 있다.

뭐 남성적 매력이랄까

 

지난달 말 현대중공업이 아주 대형 사고를 쳤다.

그 사고 말고... 이 사고(思高)

기사내용이야 검색해보면 다 나오는 거고...

 

헤드라인은 "해봤어?"

정주영 회장이 생전에 잘 쓰던 말이라는데

그래서 현대중공업 홈피를 살짝 방문해봤더니 글쎄

윽! 악!

"무슨 일이든 할 수 있다고 생각하는 사람이 해내는 법이다."

 

 

 

 

 

 

 

 

 

 

아~

한없이 나태해지고 싶은 가슴을 후벼파는

이 강렬한 한 문장

저돌적인 Boss의 이미지로 남아있는 정주영의 여러 모습들이

이 문장과 함께 머리를 맴돈다.

이런 젠장~

마치 끊을 수 없는 커피같은...

도대체 이 느낌을 어떻게 표현해야 할지 난감한...

 

좋아하진 않지만, 좋아하게끔 만드는 이 묘한 매력

 

해봤냐? 는 말 속에는

참 많은 것이 담겨 있는 것 같다.

 

현재의 내 모습과 해봤냐?가 뒤섞인다.

한숨부터 나온다.

 

시작이 반이라고 했던가?

늦었다고 생각하는 때가 가장 빠른 때라고 했던가?

 

점심먹고 오랜만에 정신적 뽐뿌 한 번 강하게 받고

자신을 채찍질해본다.

"해보기는 했어?"

올 여름은 한 껏 내 인생에 들이대는 여름이 될 수 있기를~

으랏차차~

 

 

이게 문제의 그 "해봤어?" 광고3편