f

제가 jazzlab.net 에 작성한 내용을 다시 제 블로그로 옮겨 온 내용입니다.
비몽사몽 정리하다보니 좀 횡성수설한 감이 없지않아 있지만, 이미지보시면 무엇을 이야기하려는
쉽게 이해하실 수 있을 것 같습니다. (차후 맨정신에 조금식 수정해 나가겠습니다.^^)
링크 : 원본1, 원본2
==============================================================================
"린(Lean) 소프트웨어 개발" 의 첫번째 내용인 "낭비를 제거하라" 는 내용을 Jazz/RTC를 가지고 접목 시켜보았습니다.
그중에서도 "도구1 : 낭비 찾아내기" 관련 7가지 항목(관리활동 포함 8개)에 촛점을 맞추어 적용사례 형태로 화면 캡춰야여
구성해 보았습니다. 업무에 도움 되길 기원하며 시작해봅니다

1. 미완성 작업(Partially Done Work)

• 해당 Iterate Plan 기간내에 마무리되지 못한 작업 내역을 "Plan 관리 화면을 통해서 본 내용입니다.
• 이를 토대로 해당 기간내에 미완성 된 내역에 대해 분석하여 낭비의 요소를 제거하는 작업을 진행합니다.
• 우측의 조건을 이용하여 좀 더 다양한 결과도 도출 가능합니다.
  

@ 추가 내용 (개발팀원의 Working Day 등록 내역 확인)




    1주일간의 실제 작업 가능 시간을 사전에 정의해 놓을 수 있습니다. (예> 5일 : 40시간)



    자리를 비워야하는 경우에는 개발 가능 일정에서 빠져야 할 겁니다. 그것을 대비한 스케쥴 등록 화면입니다.



    해외출장으로 작업 가능 시간이 줄어든 것을 확인할 수 있습니다.

2. 가외 프로세스(Extra Processes)

요구사항이 문서화되어야 하고 개발된 코드가 추적 가능하다면, 이 일은 가치를 부가하는 활동으로 간주된다는 점에서
다음과 같은 내용이 가능할 것 같다.



    요구사항이 반영된 Work Item 에 관련 소스, 연관 Work Item 등과 같은 관련 정보가 링크되어 연동되어 있어 변경내역등을
    쉽게 알 수 있다.



    해당 work item의 연계된 소스의 Change-set 정보를 통해 해당 요청에 따른 변경 소스 내역을 바로 확인 가능하다.



    이렇게 연관된 소스는 소스 변경의 내역까지 상세히 비교하여 확인해 볼 수 있다.


    해당 Work Item은 위와 같이 변경 내역에 대한 히스토리를 확인할 수 있다.

3. 가외 기능(Extra Features)

    새로운 기능을 넣고 싶은 것의 유혹에서 벗어나는 것이 그 핵심이지만, 시스템의 수정에 따른 추적, 컴파일, 통합, 테스트가
    가능한 환경이라면 어느정도의 가외 기능 추가에 따른 걱정은 덜 수 있을 것이다.
      
    하나의 개발환경에서 이 모든 것이 가능하며, 추적이 가능하다면 언급된 가외 기능도 어느정도 허용해줄 만 하지 않을까 싶다.

4. 직무 전환

    팀의 이동 및 업무의 전환에 따른 기존 업무가 방해 된다면 이러한 것 자체를 하지 말라/자제하라는 내용이다.
    하지만, 다른 프로젝트의 일원으로써 작업할 수 있는 여건이 좀 더 개선이 된다면, 아예 하지말라보다는
    현실적인 접근해서는(현실적으로 여러 일을 해야만 하는경우가 많기에..) 개선의 여지가 있을 것 같다.
 
   즉, 어느 팀에 소속되어 있으며, 무슨 일을 하고 있으며, 그러한 일의 업무량이 얼마나 되는지 체크가 가능하다면 ...
    직무 전환에 따른 리스크를 좀 더 줄일 수 있을 것이다. (물론, 이렇게 안하는 것이 좋다고 이야기하지만... )

5. 대기
  
    결국 대기라는 상태인 것을 팀원들이 공유하고 있는 자체가 가장 중요할 것 같다.
    현실적으로 대기를 함에 있어서도 그것이 대기 상태인지 조차 인지 못하는 것이 가장 큰 문제라면 문제일 것이다.
   
   앞서 잠시 나왔던 내용이지만, 이러한 것을 통해 대기상태에 대한 관리가 가능해지며, 업무의 치우침 현상도 막을 수 있다.

6. 이동
  
    문서화되어 전달되고, 공유하는 것에 따른 시간적 낭비, 업무 조율을 위해 움직이는 실제 움직이는 시간들의 낭비를 지적하고 있다.
   
   이 문제는 Web2.0 시대의 산물중 하나인 챗팅기능을 통해 어느정도 해소 할 수 있다.
    실시간 업무 조율 자체를 채팅으로 진행할 수 있으며, 문서 역할을 하는 작업내역이나 소스내역서, 빌드내역서 등을 해당 채팅창에
    가볍게 드래그앤드랍 만 시켜도 링크가 될 수 있도록하면 놀라운 협업 가능 메커니즘이 탄생하게 된다.
    (링크 된 내용은 클릭하면 하면 해당 내역서를 바로 띄워준다.)

7. 결함
  
    긴말이 필요없는 내용인듯 싶다. 테스트와 통합, 릴리즈를 빠르고 효율적으로 할 수 있게 해주는 내용이다.
   
   빌드 관련 내역 중심으로만 설명했지만, "3.가외기능" 설명에 있는 모든 내용이 이러한 결함 관리의 중요 내용이다.

8. 관리활동
   
    프로젝트와 팀에서 일어나는 일들을 한눈에 볼 수 있는 환경을 얼마나 제공하는지가 중요한 요건이 될 것이다.
    즉, 투명성의 확보다. 이를 통해 팀원 모두가 일관된 팀 작업이 가능토록 해주는 원동력이 된다.
   

    팀 아티펙트라는 윈도우를 통해 팀에서 일어나는 모든 일들을 다양한 형태로 볼 수가 있다. (변경도 얼마든지 가능하다)
    또한 유사한 형태로 My Work 를 관리해주는 윈도우 또한 가지고 있어 나 자신의 관점에서도 관리가 가능하다.



       eclipse 개발환경 뿐만이 아닌, 웹 Ui형태로도 모든 작업이 가능하다. 더욱이 중요한 것은 DashBoard 기능을 통해
       프로젝트의 내역을 한눈에 볼 수가 있다. (보고자하는 내용을 자유롭게 변경하여 구성도 가능하다.)


   
    리포트(차트) 형태로 한눈에 알기 쉽게 현 상황을 모니터링 해준다. (이 역시도 변경이 가능하며 결과를 위한 쿼리 역시 쉽게
    생성 가능하다)



    좋은 프로젝트 결과에 있어서 가장 중요한 요소로 뽑히고 있는 Feed 도 한눈에 볼 수 있도록 제공 가능하다.

================================================( 끝 )==============================================

정말 오랜동안 블로그에 글 자제하며 차분이 jazz를 준비하였답니다.
jazz라는 것 자체에 대한 이해, 이어서 나오는 RTC(Rational Team Concert)라는 제품...
라이센스 정책 등등... 저 조차도 개념잡느라 시간이 좀 걸린 듯 합니다.

이 시점에 분명히 말씀드릴 수 있는 것은 "실제 보시게 되면 좋아하게 될꺼라는 확신" 입니다.

몇가지 간단히만 소개해 드리면...

1. Jazz/RTC라는 녀석 하나만 있으면 복합하게 구성해야했던 개발환경을 하나로 가능합니다.
   (SCM, Build, Work Item, Team 커뮤니케이션, ALM 등등)
   
   
2. Agile Practices에 기반합니다.
   
   
3. Eclipse의 성공 모델인 Open Community 정책에 따른 jazz.net 사이트를 통해 IBM의 주옥같은 개발자들과 직접만나 볼 수 있습니다.
   
   
4. 규모에 따른 획기적인 라이센스 정책이 도입되었습니다.
   -> 현 시점에서 공개하기는 어려움이 있습니다. 힌트만 드린다면 Express-C 버젼이 있다는 겁니다.
   (IBM 제품의 Express-C 제품의 의미가 무엇인지 아시는 분은 이해가 가실 겁니다.)
   
   
5. IBM Jazz팀의 개발내역 오픈. 개발팀의 개발 내역을 Jazz/RTC 자체를 이용하여 jazz.net 의 'development 를 통해 완전히 공개하여 진행합니다. 영어에만 자신 있다면 직접 참여도 가능합니다.
   (오늘 현재 5만4천4백여 work item등록된 상황... )
   
   
6. OSGi 기반 커널로 구성된 서버(middleware)의 구성은 다 제품등과의 확장성을 제공합니다.
   -> 툴도 이제는 middleware 기반에서 통합할 수 있는 시대의 시작
   
   
7. eclipse개발의 주역인 에릭 감마가 깊숙히 참여 (포럼과 work item에서 만날 수 있습니다.)
   
   
8. jazz.net 사이트에 방문하시면 무료가입가능하며 현재 개발버젼 다운로드 가능합니다.
   (2월말에 일반인에 오픈)
   
   등등등...

최근 북미와 유럽중심의 인기몰이(사이트 폭주)로 사이트 증설도 지난주에 진행되기도 하였지만, 국내에서는 아직 홍보 활동을 하지 않아 잠잠한 상황입니다. 정식 릴리즈가 6월말로 발표되었고, 라이센스관련해서도 곧 완료 발표될 예정이라 국내에서도 홍보활동이 조만간 이뤄질 예정입니다.

저 개인적으로는 http://www.jazzlab.net (한국 Jazz 사용자 그룹) 사이트를 오픈한 상황입니다.
(이 사이트는 회사와는 별개로 저 개인의 관심에서 시작한 사이트이니 오해는 않으셨으면 합니다.)
몇몇 분에게만 공개한 상황인데 이제 정식적으로 활동을 시작하려 합니다.
관심있으신 분들의 많은 참여 환영합니다. @^^@

현재의 eclipse가 개발되어 버젼이되어온 시간이 어느덧 7여년이란 시간이 흐렀다.
그동안 eclipse 자체의 발전은 눈부실 정도이며, 사용자 또한 모든 개발 툴을 통틀어 명실공히
가장 많이 사용하는 툴이라해도 틀리지 않을 정도로 대중화까지도 성공(!)하였다.

이러한 eclipse의 성공 비결은 뭐니뭐니해도 오픈소스 제품(무료)이면서도 안정적이며 기능 또한 훌륭하기 때문이겠지만, 이면에 숨겨진 중요한 사실이 한가지 더 숨어 있다는 것을 알아야 할 것이다.

"릴리즈 하기로 했던 날에 정확하게 릴리즈가 되고, 그 퀄리티 또한 우수하다" 는 것이 그 핵심이다.
초기를 제외한 약 6여년간의 릴리즈된 eclipse를 보게 되면, 릴리즈 형태로 배포가 된 버젼의 경우
정시에 배포를 하면서도 그 버젼에 대한 안정성과 퀄리티가 사용자 관점에서 봤을 때.. 너무도 완벽에
가깝다는 사실이다. (소프트웨어를 버그가 존재할 수 밖에 없다고 누군가가 말한 것이 무색할 정도로... )

이러한 것이 가능한 것에는 우수한 개발자들이 공을 들여 개발하는 것도 중요한 부분이겠지만, 더 중요한 것을 이들 개발자들(뛰어난 개발자 그룹)이 잘 만들 수 있도록의 환경과 방법을 제공해주고 있었다는 점이다.

다시 말해, "The Eclipse Way"라 불리우는 Eclipse를 개발을 제대로 할 수 있도록 7여년간에 걸쳐서 정립된 뛰어난 개발 방법론을 가지고 있었기 때문이다.

내용을 간략히 들여다보면,

• milestones first : Eclipse 사용자라면 흔히 알고 있는 M1, M2 과 같은 milestone 버젼을 먼저 만나 볼 수 있었을 것이다.
• 지속적이 통합 : 빌드 프로세스를 자동화하여 개발과 빌드를 주기적으로 관리하여 퀄리티 향상
• 커뮤니티 참여 : 커뮤니티의 인원들을 참여시켜, 개발의 투명성과 문제의 빠른 발견 및 개선 향상
  ~ 2001년 중순까지 : Closed Development, 2001년 중순 이후 ~ : Open Development
• 지속적 테스팅 : 2만여개의 JUnit 테스트가 지속적으로 테스트 : 이에 따른 테스트 레포트
• 이른시점의 계획 : 차후 개발내역을 이른 이점(닥처서가 아닌)에 사전에 계획을 작성 (지속적으로 관리)

• 오너쉽 관리 : 개발자 각자의 개발 현황, 계획, 크로스 컴포넌트 체크등을 함께 공유하며 관리

  등등

 

요약

• Continuous iterative and adaptive planning
• Continuous design/refactoring
• Continuous integration/testing
• Continuous delivering/demos
• Continuous feedback
• Continuous learning
• => Continuous health

jazz.net 에서 해당 제품들을 다운로드 받아 설치를 대략 완료했습니다.
크게 서버파트와 클라이언트 파트로 나눠지며, 각각 별개로 설치를 하셔야합니다.
단, 기본 사항에서 그러하듯 설치는 매우 쉬우며 ...

서버의 경우 내장된 Tomcat과 Derby 서버가 디폴트로 설정과 값들이 이미 셋팅되어 있어
별도의 설정 없이도 동작이 됩니다.

또한 클라이언트는 eclipse 기반위에 제품화 시킨 것으로 3.3 버젼대를 현재 사용중입니다.
간략히 요약하면 서버를 실행하고 클라이언트에서는 서버로 설정하여 사용하는 방식입니다.

현재 M6 상태이며, 다운로드 받기 위해서는 별도의 등록절차를 거쳐 로그인을 하고
받으실 수 있습니다.

어쨌든,  실체(!)가 드러난 만큼 ... 분석하여 내용에 대해서 소개드리도록 하겠습니다.  ^^

jazz.net 의 세계로 ~~ GoGo ~~

@ 서버에 등록된 프로젝트 화면


@ 클라이언트 화면