머샤의 인생과 웃기는 고양이

이 글은 오리대마왕님께 트랙벡하기 위해서 씁니다.

먼저 우리개발팀은 SVN을 사용하지 않습니다. 버전관리는 실루엣을 사용하니 SVN에 특화된 이야기는 아니지만 개발자들의 Commit은 장려해야 하는 것이 아닐까해서 몇자 적어 봅니다.

이제까지 형상관리 혹은 버전관리 제품을 사이트나 프로젝트에 도입하면서 개발자들이 못쓰겠다고 버티는 것이 문제였지 너무 잦은 commit은 축복이 아닐까 합니다.

물론 오리대마왕님이 지적하신 것 처럼 프로젝트 리비전을 지원하는 SVN에서 파일 하나 단위로 commit하면 관리하는 입장에서 상태파악(Insight)하기는 좀 곤란하지요. :)

(Eclipse SVN)에 버그가 있어서 소스가 날라가는지는 모르겠지만, 버전관리 시스템은 개발자들이 아무리 험하게 다루더라도 그 변경내용을 고스란히 기록해 줄 것입니다. 그것이 그 프로젝트의 생명줄과 같을 테니 말입니다.

그것보다도 가끔씩 PM님들이 QA에게 물어보는 난감한 질문에 대처하는 방법이 가끔씩 필요하지 안을까 합니다.

"우리 개발자들이 하루에 프로그램을 몇본이나 짜?"
"신규로 체크인되는 소스 갯수 세어보면 알 수 있지?"

가끔씩 이런 코볼시대 상황을 이야기하시는 분은 상당히 곤란하기는 합니다만. 필요한 질문이기도 하지요.

개발자들이게 프로젝트가 어떻게 가시적으로 commit되고 있는지 현황을 보여준다면, 너무 잦은 commit은 자연스레 정리 될 지도 모르겠습니다.

실루엣에는 프로젝트 리비전조회라는 기능이 있어서 개발자들이 직접 변경된 내용을 볼수 있습니다만, SVN의 경우에는 FishEye와 같은 제품을 부가적으로 사용해서 프로젝트 진척상태를 함께 공유하는 것은 어떨런지요.

 
물론 10User에 $1,200이나 하는 무시무시한 가격이지만, 아직까지 이것보다 좋은 도구는 찾아보지 못했습니다. :)

(정 않되면, Log를 파싱해서 Excel로 Chart를 그려내는 수고까지)한다면 일거리가 너무 많아지는 것일까요? 하지만 QA입장에서 개발자들이 직접 피부로 느낄수 있는 자료를 지속적으로 제공하는 것 만큼 좋은 협조는 없다고 생각합니다. 개인적인 생각일지 모르겠지만, 개발자들이 눈으로 추이를 볼 수 있다면 조금씩 조금씩 QA가 원하는 방향으로 흘러주기도 합니다.

교육도 교육이지만 공감이 중요하다는 생각. 물론 PM님에게 어필도 되구요. (이게 제일 중요한 것인가요? 흠.) 프로젝트 QA 힘내세요. 짝짝짝!

실루엣팀에서 웹 워크플로우와 연동 가능한 형상관리 Agent의 동영상을 공개하였습니다.

이제까지 시장에 나와있는 형상관리 범주중에서 버전관리 제품들은

• PVCS, SourceSafe : 처럼 단독 Application이거나
• CVS, SVN : 처럼 윈도우 탐색기에 연동된것이 많거나 (물론 다른것도 있지만)
• VisualStudio, Eclipse Plug-in: 처럼 개발 IDE에 연동되어 있거나
• Teamplane: 처럼 Web에서 체크인/아웃을 제공하는데 10% 부족하거나

현재 보유한 웹 워크플로우에 통합 할만한 버전관리 제품은 없었습니다.

실루엣 Web Agent는 팀/조직 내에 이미 요청관리 혹은 변경관리 프로세스를 보유하고 있고, 프로세스와 소스, 산출물의 버전관리를 연계 하고자 하는 경우에 유용하게 통합 할 수 있는 제품입니다.

특히 ITSM처럼 Workflow 위주의 프로세스만 보유한 경우에, 형상관리 혹은 버전관리를 연동하기에 좋은 환경을 갖추고 있습니다.

제품정보는 : http://www.snh.co.kr/?s=product&m=shape4

웹 환경의 워크플로우에서 사용 할 수 있는 실루엣 Web Agent Demo 동영상이 공개되었습니다.

시연 동영상에서는 개발자가 접수한 변경요청을 처리하기 위해서 필요한 소스와 산출물을 체크아웃 승인요청하고, 관리자가 승인하는 기능을 중심으로 보여주고 있습니다.

실루엣 Web Agent는 표준 프로토콜인 Web Service를 사용하여 개발자가 Web 환경에서 직접 체크 인/웃 및 소스의 버전추적, 변경 비교 등 개발에 필요한 모든 기능을 지원하는 Agent입니다.

실루엣 Web Agent 주요기능

• 일반 Web Page에서 Web Service로 실루엣 Agent 모든기능 호출
• Check Out 승인 요청
• Check Out 승인 / 반려
• Check In / 버전변경
• 변경이력 추적 / 속성보기
• 릴리즈 승인 요청
• 릴리즈 승인 / 반려
• 빌드/릴리즈 Target으로 Source전송

이 글은 비공식 Jazz 커뮤니티에 트렉벡하기 위해서 쓴 글입니다.

사실 얼마전에 에릭감마가 직접 시연하는 IBM Jazz 소개가 있었습니나다. 팀원들이랑 회의실에서 빔프로젝트를 통해서 함께 리얼타임으로 감마씨가 스위스 자신의 작업실 (혹은 침실?)에서 보여주는 Jazz를 보면서, 즐거운 시간을 가졌습니다.
(물론 실루엣팀도 어서 빨리 제주도에 연구소를... 이라며 웃기도 했습니다만.)

그 이후에 Jazz에 대한 분석은 잠시 이과장에게 일러두었는데, 모니터링 하는 Feed에 jazz.pe.kr에서 등록 한 글이 보이더군요.

그리고는 조금 씁쓸했습니다. 2005년도에 실루엣 팀을 시작 할 때, 우리에게 큰 힘이되는 부분은 Agile Expo였습니다. 그네들 스스로가 자신들의 정체성을 정의해 가면서 보여주는 미래에 대한 비전은 어떻게 일을 하면되는지, 무엇을 하면 되는지, 어떤 일들이 일어 날 것인지 였습니다.

그리고 3년이 지나서, 2008년 한국의 현실은 정말로 한해 한해가 다르게 ALM관련 솔루션들이 발전해 나가고 있습니다.만, 그것을 공급하는 벤더와 사용하는 사용자 사이의 겝은 별로 많이 좁혀지지 않은것 같습니다.

업계에 있는 어떤 분이 그러시더군요. ALM관련 세미나하면 요즘은 게임업체 관련하시는 분들만 오신다고.

솔직히, 우리나라 IT의 시작은 금융권에서 시작하여 제조업으로 꽃을 피운거 같은데, 2번째 혹은 3번째 혁명에 해당하는 ALM은 게임권에서 시작 할 모양입니다.
(물론 형상관리, 버전관리로 수억원씩 기본으로 쏳아부은 곳은 분명 금융권입니다.)

Jazz 아니 Concert를 보면서, 와! 좋다. 잘만들었네... 만드느라 고생했겠는걸... 그런데.. 국내에서 도입하는 곳은 어디지? 포지셔닝은 어떻게 잡았을까?하는 생각을 많이 했습니다.

아마 IBM에서도 고민이 많을 듯 합니다. 저도 실루엣의 포지셔닝 때문에 고민이 많습니다. ^^;