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

솔직히, 차세대 시스템 처럼 몇백명의 개발자가 눈에 불을 켜고 있는 상황에서 형상관리를 구축한다는 것은 벼랑에 난 길을 따라 마라톤을 하고 있는 느낌이랄까요? :)

형상관리 솔루션 패치를 위해서 개발자들이 없는 시간에 대기하며 로그를 보고 있었는데, 새벽 4시가 넘어서 안간힘을 쓰며, 체크인하고 테스트이행하는 개발자분 앞에서 차마 오늘은 패치하니 그만 하시라고 말을 못하겠더군요.
(물론 그분이 5시쯤에 쓰러져 잠드셔서 패치는 무사히 했습니다만...)

일반적은 SM환경이 아니라, 신 시스템 처럼 거대하고 특수한 환경에서는 검증된 제품이 아니면 안될꺼 같습니다. 그리고 검증된 제품은 많지 않지요 .:)

에스앤에이취정보, 우리투자증권 신시스템 형상관리 납품완료

형상관리 솔루션 전문업체인 에스앤에이취정보(대표이사 윤우인, www.snh.co.kr)는 국내 대형 증권사인 우리투자증권(대표이사 박종수, www.wooriwm.com) 신 시스템의 성공적인 오픈과 함께, SI 프로젝트 기간동안 사용하던 실루엣(형상관리 솔루션)의 베이스라인 확정을 통하여 납품을 완료하였다.

2008년 12월 15일 오픈한 우리투자증권 신 시스템은 대형 증권사 SI 프로젝트이며, 실루엣(형상관리솔루션)은 TMAX 프로프레임 등 국산 프레임워크를 사용한 차세대 시스템 구축 사업의 형상 및 이행관리 도구가 전무한 국내 프로젝트 현실에서, 국내 처음으로 실제 SI구축 사이트를 대상으로 충분한 기능과 성능 및 안정성을 인정 받았다.

전체 프로젝트 기간동안 실루엣을 사용한 이행요청자원이 92만건에 달하는 등, 기존 SM 환경에 포커스되어 구축되었던 국산 형상관리 제품들이 감당하기 어려운 용량과, 시시각각 변화하는 SI 프로젝트 통제환경을 유연하게 대처하기 위한 신속한 커스터마이징과 같은 외산 형상관리도구로는 기대할 수 없었던 사용자 요구에 부합하고, TMAX 프로프레임과 같은 특수한 개발상황을 유연하게 수용 한 기술력등 국내 차세대 시스템의 성공을 위한 형상관리 솔루션으로 자리매김 하였다.

또한, 기존 고가의 UNIX환경에서 구축되던 형상관리 솔루션을 상대적으로 저렴한 비용의 Windows 2003 Server상에서 수십여 레퍼런스 사이트에서 원활하게 구축 함으로서 국내 형상관리 솔루션 비용선택의 기준을 제시하고 있다.

우리투자증권 형상관리 구축 PM인 에스앤에이취정보 이형준 과장은 "우리투자증권 SI 형상관리 구축과정에서 축적한 기술력 및 노하우를 기반으로 2009년도에는 좀더 공격적으로 차세대 시스템 전문 형상관리 도구납품 사업을 추진할 계획이다."라고 밝히고 있다.

주)이 자료는 (주)에스앤에이취정보 품질관리팀에서 작성한 것으로 언론매체가 보도를 목적으로 자유롭게 사용할 수 있습니다.

IT 프로세스 표준화란 무엇입니까?
> CMMI, Cobit, ITSM 등이 표준 프로세스입니다.

제안사는 IT 프로세스를 어떻게 표준화 할 것입니까?
> 전문적인 컨설턴트를 투입하여 표준화 할 것입니다.

투입되는 컨설턴트가 전문지식과 스킬을 가진 인력이라는 것은 당연한데, 그 컨설턴트는 어떻게 일을 할 것입니까?
> 잘 할 것입니다.

일을 하겠겠다는 의지가 있는것입니까?
> 왜? 화를내고 그러십니까?

이러면 않되겠죠? :)

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

먼저 우리개발팀은 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 힘내세요. 짝짝짝!