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

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

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

이 글은 Common Sense님의 글에 트랙백하기 위해서 작성합니다.

질문: Bug Tracking과 Issue Tracking의 차이는?
결론: Bug와 Issue가 가지는 단어의 의미차이 입니다.

여러 책이나 문서에서 "결함(Bug)이라는 단어보다는 논쟁/논의(Issue)라는 단어를 선호하기도 합니다."라고 완곡하게 표현합니다.

Bug Tracking이나 Issue Tracking이나 모두 "일을 잘 하자고"하는 시스템입니다만, 그 잘 하자는 일에 접근하는 본질적인 시각의 차이는 있습니다.

단순하게 말해서, 요청자(주로 고객이거나 사용자)가 요청하는 모든사항(요청사항 = Ticket으로 발행되는것)이 결함(Bug)는 아닐 것입니다. 물론 결함이 주로겠지만, 기능개선도 있을것이고, 기능개악(^^;)도 있을것이고, 무엇인지 정의하기 어려운 부분도 있을 것입니다.

조금 말꼬리 잡는것 같습니다만, 발생하는 일 기준으로 Issue Tracking이 좀더 넓은 광의의 것을 다룬다면, Bug Tracking은 Issue중에서 Bug로 판명난 것만 다룬다는 것이 [단어상으로는 맞습니다.] :)

다만 단어에 따라서 처리하는 프로세스와 집계하는 방법, 등록되는 속성의 종류 등이 솔루션의 종류에 따라 달라지게 된다고 보시면 좋을 듯 합니다.
(물론 버그질라등에서 관리가 되기는 합니다만.) 해결된 이슈 혹은 버그가 어느 릴리즈에서 반영되는지에 대한 [Product Dashboard] 혹은 [Release Dashboard]류는 Bug Tracking 만으로는 추적, 보고 하기가 조금 어렵습니다. (주로 다른 솔루션과 연동을 해야하지요)

실루엣팀의 경우에는 CodeInside2(동영상) 라고하는 협업솔루션을 만들어서 Issue + Bug + Task + All = WorkItem 으로 다루어 처리하고 있습니다.

추가적으로 BTS (저는 개인적으로 이 약어를 좋아하지는 않습니다. Bug Tracking System으로 전체를 기술하는 것을 좋아하지요)를 어떠한 솔루션을 사용하면 "현재 조직의 문제가 해결되는가?"보다는, "어떤 솔루션 (심지어 Excel File)을 사용 하더라고 조직이 체계적으로 관리 하고자 하는 의지만 있다면 상태를 관리하는 것은 가능하다. 솔루션은 조직원들이 가장 사용하기 간편한 것이 좋은것이다."라고 말하고 싶습니다. :)

어떻게 좀더 도움이 되셨는지요? :)

http://www.snh.co.kr/index.asp?s=data&m=notice&searchkey=&search=&p=1&seq=49

에스앤에이취정보, 우리투자증권 ITSM 솔루션 공급

형상관리 솔루션 전문업체인 에스앤에이취정보(대표이사 윤우인, www.snh.co.kr)는 국내 대형 증권사인 우리투자증권(대표이사 박종수, www.wooriwm.com)과 [우리투자증권 ITSM 개발용역]을 위한 제안평가를 완료하고 에스앤에이취정보를 우선협상대상자로 선정하였다.

우리투자증권 IT 서비스관리 시스템(ITSM)은 IT관리의 역활을 고객중심의 IT서비스로 Upgrade하기 위한 솔루션으로, 요청관리, 변경관리, 형상관리, 문제관리, 프로젝트관리, 종합관리 영역을 포함 하고 있다.

특히 IT전체 업무프로세스를 모니터링하고 조정 할 수 있는 종합관리 시스템은 업무 프로세스의 상태를 신속하게 파악하고, 병목구간을 검출하여 신속하게 조정 할 수 있는 솔루션으로 IT서비스의 안정적인 운영과 업무 효율화를 통해 IT만족도를 증대 할 것으로 예상된다.

실루엣은 에스앤에이취정보에 의해 순수 국내 기술로 제작된 형상관리/IT서비스관리 솔루션이며, 2007년 LG-CNS 전사 형상관리 도구로 선정되어 LG-CNS가 수행하는 국내외 SM, SI 사이트에 그 기술과 성능을 검증받았다.

에스앤에이취정보 김장구 이사는 "우리투자증권 형상관리 툴 공급에 이어 ITSM구축을 수행하게 됨으로서 국내 금융, 증권 업계의 형상관리 및 ITSM을 통합하여 표준 공급 할 수 있는 기반성과를 이룬것"이라고 밝혔다.