블로그 이미지
Welcom Back Tatter. 머샤머샤

카테고리

분류 전체보기 (140)
테터 (1)
悲歌 (12)
Lost & Found (1)
IT (126)
Total
Today
Yesterday
사용자 삽입 이미지

2007년 겨울에서 2008년 봄까지 한국 MS에서 무척이나 홍보에 신경을 쓰던 MS ITSM솔루션이 여름을 지나는 지금은 너무나 조용한듯 합니다.

어제(8월 21일) Compuware의 ITSM Roadshow에 참석하고 관련자료를 정리하다보니, 예전에 MS ITSM 세미나에 참석했다 실루엣팀원들에게 전파하기 위해서 작성해 두었던 자료가 있어서 생각이 났습니다.

약 8개월이라는 시간 밖에는 지나지 않았지만, 초기에 의욕적으로 펼치던 세미나 혹은 홍보가 오히려 수그러든 느낌이 들어서 그렇습니다.

개인적으로 MS의 ITSM(MOF+SMF)에 대해서 강한 인상을 받았고, 저또한 질문을 했었지만, UNIX가 전산실을 점령하고 있는 상황에서 시장을 만들어 낼 수 있을 것인가 궁금하기도 했습니다.

MS의 ITSM 솔루션은 현재 어떠한 성과를 내고있을까요? 아니, 어디로 가 있는것일까요?
혹시 MS ITSM정보는 꼬알라의 하얀집에서 찾을실수 있습니다.

2007년 겨울에 작성해 두었던 세미나 보고자료를 공유해 봅니다.

Posted by 머샤머샤
, |
요즘 실루엣 Web Framework을 재정비하면서 Javascript Framework인 EXTJS를 사용하고 있기 때문에 관련 자료를 많이 수집하고 있는 편입니다.

자료중에 눈에 띄는 것이 Coolite라고 하는 ASP.Net에서 EXTJS를 사용 할 수 있도록 해주는 제품입니다. 물론 실루엣팀은 Delphi2007을 사용하여 Server Side Layer를 처리하기 때문에 관련은 없지만, 제품의 가격 및 지원정보를 부분에서 잘 정돈되어 있는 제품이라는 인상을 받았습니다.

사용자 삽입 이미지

Package제품을 만들고 고객지원을 하는 입장에서는 어느 수준까지 서비스를 해야하는가에 대한 계약(SLA, Service Level Agreement)를 정하는 것이 쉽지는 않습니다.

획일적으로 "영업팀"에서하는 의미없는 문구로 치부하기에도 부족하고, 고객이 원하는 수준에 대해서 "정확하게 충족 할 터이니, 정당한 비용을 지불하시오."라고 설득하기에도 시장의 상황은 부족한 부분이 많이 있습니다.

위 그림에서 보이는 Coolite처럼, 각 서비스 항목에 대해서 명시적이고, 세분화하여 제공 할 수 있는 시스템이 빨리 갖추어 져야 할 것 같습니다.

그리고 무엇보다, 시장의 상황만을 탓하기 이전에 제품 개발 및 운영팀 자체적으로 릴리즈 이터레이션을 내제화하고, 변경 및 처리 프로세스를 투명화 한다면, 고객의 불분명한 요구를 설득 할 수 있는 기반이 갖추어 질 것이라고 생각됩니다.

한국에서 Package 제품을 만들고 있는 모든 개발팀에게 화이팅을 보내며... :)
Posted by 머샤머샤
, |

이 글은 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)을 사용 하더라고 조직이 체계적으로 관리 하고자 하는 의지만 있다면 상태를 관리하는 것은 가능하다. 솔루션은 조직원들이 가장 사용하기 간편한 것이 좋은것이다."라고 말하고 싶습니다. :)

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

Posted by 머샤머샤
, |
ALM관련 내용을 Google Trend로 살펴보면 어떨까하는 생각에 다양한 Keyword로 시도해 보았습니다.

사용자 삽입 이미지
 version management    build management    release management  
예상외로 Build에 대한 검색은 Release보다 시기상으로 나중이군요.



사용자 삽입 이미지
 pvcs    vss    cvs    svn  
역시 CVS의 절재적인 우위와 SVN으로 기울어져 가는 모습이 확실하게 보입니다.
VSS와 PVCS는 아무래도 상업적인 S/W이다 보니 검색율을 낮은듯 합니다.



사용자 삽입 이미지
 itsm    itam    cmdb  
조금 시각을 바꾸어서, ITSM 관련 키드로 검색을 해보면, 의외입니다. ITAM에 대한 검색이 더 크게 나오는 것은...
사용자 삽입 이미지
하지만, Maxico에서 무언가 엄청난 결과가 있었나 봅니다. 한국, 인도를 중심으로 IT관점에 ITSM에 포커싱하고 있는 것은 확실한데, 유럽 및 북미가 순위권에 없는것은... (그네들은 이제 어느정도 안정기라는 것으로 해석해야 할 것 같습니다.)

의외로 일반적인 키워드로 결과를 도출하는것이 어려웠습니다. (당연한것 아닌가요?)
Harvest와 PVCS등 실제 제품명으로 비교하고 싶었지만 결과가 만족스럽지는 않아서 제외하였습니다.
Posted by 머샤머샤
, |

ALM관련 책이 팔릴까?

IT/ALM / 2008. 8. 14. 19:33
.NETEXPERT 안재우님의 글을 보다 트랙백 해 봅니다.

대학 시절에 내가 훗날 글을 써서 생계를 유지 할 수 있을까 고민한 적이 있었는데, 황당한 잡설이거나, 노골적인 애정소설이라면 라면값 정도는 벌수 있을거라는 생각이 들더군요.

형상관리 솔루션 실루엣을 개발하면서, 고객들과의 경험을 바탕으로 책을 한권 써보면 어떨까라는 생각을 많이 합니다.

누구나 알고(하고) 있지만, 정작 제대로 알고(하고) 있는사람은 많지않은 10대들의 성생활처럼 ALM이라는 분야도 그러한것 같습니다. (그렇다고 반드시 정답이 있는것도 아니지요.)

최근 얼마전에 만나서 이야기한 클라이언트의 경우에 "형상관리가 뭐에요...?"로 시작한 질문이었지만, 형상관리를 바라보는 시각에 대한 진지한 토론을 2시간 넘게 하기도 했습니다.

[인터넷상에 형상관리(ALM)에 대한 글과 정보는 많지만, 진짜 도움이 되거나, 이해가 되는 정보는 너무나 적은거 같아요.]라는 클라이언트분의 이야기처럼, 크던 작던 개발 및 운영조직이라면 그 나름의 ALM에 대한 고민과 가려운 부분이 존제하기 마련입니다.

" 안재우님! ALM관련 책 팔릴것입니다. ^^; "

다만, VSTS에 대한 내용설명은 (매뉴얼에 잘 되어 있을터이니), VSTS를 사용해서 실제 개발조직 혹은 운영조직의 특성에 따른 적용방법, 범위, 순서 등을 실제 예를 들어서 책을 기술한다면 엄청나게 많은 독자층을 확보 할 수 있지 않을까요?

실제 실루엣팀은 실루엣을 사용하여 개발조직의 규모에 따른 적용방안을 사례중심으로 작성 할 계획을 가지고 있기도 합니다.

물론 책을써서 돈을 벌겠다는 생각보다는 IT인들에게 ALM을 "이제는 한번 제대로 해 봅시다" 하고 제안하는 것이랍니다.

ps - Workflow Foundation은 이전부터 계속 관심을 가지고 있는 영역입니다. 지금은 실루엣이 Delphi2007로 되어 있지만, .Net으로 포팅한다면 적용검토 1순위 영역이랍니다. 책은 당연히 구매해야 하겠네요. (수고하셨습니다 ^0^);
Posted by 머샤머샤
, |
2007년 까지만 해도, 이렇게 까지 ITSM시장이 활황일것이라 생각하지 못했습니다만,
2008년은 정말 모든 조직에서 ITSM에 Focus하고 있는것 같습니다.

실루엣팀에 들어오는 ITSM관련 문의가 한달에만 몇건씩 되는 것을 보면 말입니다.

이전에 단위 시스템으로 변경관리나, 요청관리 수준에서 머물던 것이 ITIL/ITSM 개념이 확산되면서 캐즘이론의 전기+다수사용자로 전이되고 있는것이 아닐까 합니다.

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을 통합하여 표준 공급 할 수 있는 기반성과를 이룬것"이라고 밝혔다.

Posted by 머샤머샤
, |

오늘은 조금 오래되었지만, Eclipse를 기반으로 ALM 벤더 수준의 통신방법을 정의하고 있는 ALF(Application Lifecycle Framework)을 소개 할 까 합니다.

ALF는 아직 진행중인 프로젝트이며, 가시적인 부분 또한 적습니다만, 성공한다면 근사한 (여러)환경을 제공 할 수 있기에 지속적인 관심을 가지고 지켜보고 있습니다.

소개하고자 하는 내용은 ALF가 무엇을 하고자 하는 것인지 알려 주는 하나의 다이그램입니다.
이 다이어그램을 기반으로 형상관리 실루엣의 포지셔닝 기반을 작성하기도 했었습니다.

사용자 삽입 이미지

ALM부문에는 무수히 많은 영역과 제품이 있습니다. 실루엣이 관여하고 있는 영역만 하더라도 버전관리(Version Management), 빌드관리(Build Management), 이슈관리(Issue Management), 변경관리(Chanage Management), 배포관리(Deployment), 이행관리(Release Management)....

ALF란 다이어그램에 Sample로 소개된 16개의 영역이외에도 우리가 사용하고 있거나, 우리가 필요로 하는 부분, 부분을 하나의 통일된 통신채널(프레임워크)을 통해서 연동 할 수 있도록 하는 것입니다.

(물론) ALM을 구성하거나, 프로젝트관리 관점에서 개별 응용프로그램의 연동에 관심을 가지지 않은 사람이라면 따분하거나, 뭐그리 대단한 이야기가 아닐지도 모릅니다.

하지만, ALF에 관심을 가지고 자신들의 솔루션을 연동하기 위해서 지원하고 있는 업체목록을 보면 나름 쓸만한 솔루션의 조합이라는 것을 아실 것입니다. (해외기준입니다. 국내에서는 해당 솔루션의 사용층이 두텁지는 않습니다.)

참여업체: http://www.eclipse.org/alf/alfecosystem.php
Serena, Secure, Compuware, Catalyst, Cognizant, AccuRev, IVIS, Aldon, BuildForge, SoftLanding, QualityPark, Urban Code, Viewtier, PlanView, Active Endpoints, Tikal Knowledge Ltd.

하나 아쉬운것은, IBM이 빠져있기 때문인지(^^;) ALF가 초기에 비해서 활성화 되지 않는다는 것입니다. 가시적인 성과를 이루기 전에 사글어 드는 느낌입니다. 메일링리스트도 별로 오지 않고.

그대신 IBM은 얼마전에 Rational Jazz Team Concert를 발표하면서, ALM 전체를 하나의 플랫폼으로 연동하겠다는 생각을 하나 봅니다. (IBM이니 당연한 것인가요?)

혹시 관심있으신 분들은 ALF Demo Page에서 조금이나마 ALM벤더들이 통합을 위해서 노력한 기반을 보실 수 있습니다.
ALF Demo: http://www.eclipse.org/alf/Flash/RUN_ME_FOR_THE_ALF_DEMO.htm
Posted by 머샤머샤
, |
프로웍스3.8 제품리뷰를 보고 형상관리 관점에서 생각을 하고 있습니다.

>프로웍스는 1.0 버전에서 J2EE 기반의 프레임워크로 출발했으며, 3.0 버전에서 ALM 기반의 프레임워크로 완성돼 형상 관리나 배포 등 통합 개발 환경으로 변화했다.
 
여기에서 알 수 있듯이.. [형상관리+빌드관리+배포관리]는 다른 일반적인 개발 도구들이 추가하고자 하는 기능입니다.

형상관리 제품 실루엣은 이미 보유하고 있는 [형상관리+빌드관리+배포관리] 이외에 어떤 기능을 더해야 할 까요?

기술팀 내부적으로는 준비중인 [실루엣3.0] 로드맵에서 개발도구로서의 통합가능성에 대해서 조심스럽게 검토하고 있습니다. ^^; 어쩌면 실루엣이 개발도구로 (프로웍스의 반대방향으로의 성장) 성장 할 수 있을런지도 모르겠습니다.

여러분은 어떻게 생각하시나요? 이제 까지 개발도구가 형상관리를 포함하는 경우는 있었지만, 형상관리 도구가 개발환경으로 발전 할 수 있을까요?
Posted by 머샤머샤
, |
이 글은 (주)에이젼트소프트의 TeamProject Blog에 트렉백하기 위해서 쓰는 글입니다.

조금 어긋났지만, [영향분석] Keyword모니터링에서 KNOL관련 기사내용을 보다 TeamProject에 대해서 알게되었습니다. 우선 협업을위한 제품이 국내기술에 의해서 준비되고 있는것이 반가웠고, 좋은 결실을 가꾸어 가고 있는것같아 좋았습니다.

해당 홈페이지에서 교육동영상을 보다가 문득 CodeInside2 처럼 HTML Template을 지원하면 좀더 유용하지 않을까? 하는 생각이 들었습니다.

물론, TeamProject 개발팀은 나름의 로드맵을 가지고 있습니다만, 혹시 의견을 제시하면 참고할 지도 모르겠습니다.

협업관점에서 조금 벗어나서, Workflow Package를 만드는 관점에서 바라보면, Workflow Step 혹은 양식 Form(***요청서, ***검토서...)이 가지는 변경가능성은 나름 골치거리 입니다.

회사 혹은 조직 혹은 그 무었이든, 일(Work)은 고정되지 않았고, 시간이 지남에 따라서 변경(변화+적응+개선...) 되어야 합니다. 하지만 IT서비스 관점에서 그 변경을 무작정 재빠르게 응대 할 수 는 없는 상황입니다.

즉, 화면에 입력양식을 만들어 두어도 자꾸만 바뀌어야 한다는 것이지요. 그래서 다양한 해결 방법이 존재 합니다.

  • 입력항목을 Win(Web)Form으로 만들어서 구현하고, 변경되어야 한다면 변경 한다. ^^;
  • 입력항목이라는 것은 없다. 그냥 하나의 필드에 Plane Text로 모든 것을 입력하게 한다.(ㅠㅠ)
  • 입력항목을 오피스 양식파일(MS-Word류)로 만들고, 그것을 첨부하게 한다.
  • 입력항목을 XML 양식파일(Infopath류)로 만들고, 그것을 시스템이 읽어들인다.
  • 입력항목을 특화(범용)된 벤더솔루션파일(PDF 양식문서류)로 만들고, 그것을 시스템이 읽어들인다.

    이러한 예제 이외에도 생각 할 수 있는 무수한 방법이 있을 것입니다만, 의사결정하는 하는 가장 핵심 포인트는 입력된 양식항목을 개별 양식으로 인지 할 수 있어야 하는가? 입니다.

    TeamProject의 경우에는 불특정 다수가 세부과제를 수행하는 것에 초점을 두고 있기 때문에, 특정한 입력양식을 제공 할 필요성은 없어 보입니다만, 실제 과업을 수행 하는데는 작성 가이드가 포함된 Template을 제공 하는 것이 많은 도움이 됩니다.

    실루엣팀이 내부적으로 개발해서 사용하는 협업도구인 CodeInside2의 경우에는 HTML Template을 만들어서 사용 할 수 있도록 하고 있습니다. 이러한 HTML Template은 (비록)각 입력 항목을 인식 할 수는 없지만, 신속하게 Template을 개발하고, 자유롭게 편집 할 수 있는 장점. 즉, Agile한것이 장점이라고 할 수 있습니다.

    CodeInside2 HTML Template 예제 동영상 보기

    작은 희망사항입니다만, TeamProject에서도 HTML Template을 사용 할 수 있기를 기대해 봅니다.

  • Posted by 머샤머샤
    , |
    월요일 아침 출근해보니, 얼마전에 설치한 Apple Quicktime의 Update가 있다는 표시가 화면상에 나타나 있었습니다.

    신뢰하는 Apple이였기에, Update합의를 하고 갱신을 한 것이었는데,
    사용자 삽입 이미지
    일전에 Quicktime Install할때 신경써서 제외하였던, iTune과 Safari군요.

    (뭐...) 설치하는 것은 아무래도 좋습니다만, 마케팅적으로는 이렇게까지 젠틀하게 (아무생각없는 일반대중에게도)설치 할 수 있도록 해야 하는 것이겠지요.

    아마 Apple이 Safari등이 업계 리더였다면 이렇게 하지는 않았을 듯합니다. (아마) 일반 대중들의 PC에 이미 설치되어 있을테니 말입니다.

    제품에 대해서 Strong벤더가 아니라면, 모든 체널을 활용해서 자신들의 프로덕트를 알리고 싶을 것입니다. (불행하게도) 국산 벤더들에는 그러한 노력이 좀더 필요 한 듯합니다.

    물론 실루엣팀의 입장에서도 제품을 마케팅하는 방법에 대한 노력을 개발하는 노력에 버금가게 투자해야 한다고 생각합니다. (국내)Package개발사 입장에서는 무척이나 어려운 노력입니다.
    Posted by 머샤머샤
    , |

    최근에 달린 댓글

    최근에 받은 트랙백

    글 보관함