조대협의 블로그

ALM에 대해서 정리하다가 오늘은 Polarion (http://www.polarion.com) 을 직접 인스톨해서 Evaluate해보았습니다. Polarion이 개념상으로도 만족 스럽고 무엇보다 AJAX기반의 깔끔한 UI가 마음에 들어서 비싼 가격에도 불구하고 미련이 남아서 다시 테스트를 해보았습니다. Polarion ALM은 Enterprise Version으로 많은 기능을 제공하고 자체적으로 CMMI Level까지 충족시키는 프로세스를 포함한다고 해서 복잡도가 높고 속도가 느린 것으로 알려져있습니다. 그리고 가격도 만만하지 않구요. 오늘 테스트 한 버전은 Polarion Track + Wiki 라는 버전으로 일종의 Light 버전으로 생각하면 됩니다. 테스트해보고 딱 드는 생각은 Trac의 Comm..

PDF 버전입니다.

Overview 프로젝트에서 중요한 포인트중의 하나는 팀의 운영과 관리이다. 프로젝트에 Unified Process나 Waterfall model과 같은 기존의 방법론을 사용하더라도, 그 방법론에는 자세한 task 관리 프로세스에 대해서는 거의 정의가 되어 있지 않다. 반대로 요즘 유행하는 Agile 방법론의 경우, task 관리에 대한 전략과 수행 방법을 기술하고 있지만, 실제 프로젝트를 관리하는 관점에서는 전체 스케쥴에 대한 예측과 관리가 어렵기 때문에(불확실성의 문제), SI 프로젝트등에서는 쉽게 적용할 수 없는 문제를 가지고 있다. 또한 실제 프로젝트에서는 이미 고객이나 주관사의 방법론을 표준으로 사용하고 있기 때문에 Agile 방법론을 적용하는 것이 쉽지 않다. 이 문서의 목적은 위 두 가지 접..

ALM 프레임웍중에서, JIRA와 같은 이슈 추적 시스템을 이용하여 스케쥴 관리와 작업 추적을 할 수 있지만, 프로젝트에 따라서는 이슈 추적 시스템의 도입이 어렵거나, 별도의 프로세스 정립이나 Learning Curve가 필요한 경우가 있기 때문에, 때에 따라서는 Excel 기반의 Task관리가 효율적일 수 있다. 조엘 온 소프트웨어에서도 언급된바있는 내용인데, 엑셀 항목에 TASK # | Category | Sub task | Detail Task | Assignee | Priority | Due data | Status 를 정한다. Category는 Task의 종류가 된다. 디자인,분석 같은 단계가 될 수 도 있고, Logging,Exception Handling과 같은 각 패키지가 될 수 도 있다...

ALM의 이슈트랙킹 시스템을 통한 프로젝트 관리 방법입니다. 아래 그림이 구현하고자 하는 내용의 모두라고 볼 수 있습니다. PM : 요구 사항을 시스템에 등록하고 각 요구 사항에 대해서 스케쥴링을 한후에 각 요구사항을 해당 개발팀의 팀장에게 ASSIGN합니다. PL : PL은 각 요구사항을 분석하여 실제 작업(TASK)로 쪼게고 개발자의 스케쥴과 역량 그리고 작업의 심각도와 긴급도에 따라서 개발자에게 ASSIGN합니다. 개발자 : 개발자는 진척 상황을 TASK에 COMMENT로 로깅하고, 각 TASK에 연관된 단위 테스트 케이스를 작성하여 진행을 합니다. PM은 요구 사항을 개발 PL뿐만 아니라, QA 팀에도 ASSIGN하는데 QA 팀에서는 각 요건을 검증할 수 있는 테스트 케이스를 개발 초기단계 부터 ..

회의를 하면서 느끼는 건데.. 특히나 요구사항과 관련된 회의 등에는 요구 사항은 많이 나오는데 정리가 안되거나 나중에 실제 해야할일들이 누락되서 낭패를 당하는 경우가 많다. 회의록을 정리하는 기법이다. 1. 회의 내용 기록하기 구글 DOC을 이용해서 실시간으로 회의 참여자들이 회의 내용을 기록한다. 이때 누가 어떤 이야기를 했다는 것 정도는 기록되는 것이 좋다. Terry/HP@Byungwook/Oracle :.... HP의 Terry가 Oracle의 Byungwook에게 ... 런 이야기를 했다. 이런식으로 정리하고 가능하면 회의록에 요점을 정리하거나 ACTION ITEM을 뽑는것도 방법이된다. 2. Action Item 추출 회의가 끝난후에 회의 내용을 정리해서 해야할일들을 Action Item으로 ..

일이 바뻐서 요즘 공부나 플랫폼들 보는 것에는 소홀해 있다가. 야근하다가 잠깐 쉬는 겸해서 예전에 인스톨해놓았던 CodeBeamer를 review해봤다. 아키텍쳐 그룹에서 제공해준 패키지 덕분에 쉽게 인스톨하고 문서들도 참고 할 수 있었다. (감사) 인스톨해서 드는 느낌은 완성도가 높고 쉽다는 것 정도? 다시 말하면 이것저것 필요한것은 다 들어 있지만, 타 Agile 툴에 비해서 깊이는 떨어지는 것 같은 느낌은든다. 모라고 비교해야 하나 Mantis와 JIRA를 보는 느낌이라고나 할까? 프로세스나 워크플로우도 정형화 되어 있어서 복잡한 프로세스가 없는 팀이나 기업이라면 크게 문제 없이 사용이 가능할것 같다. 기본적으로 있을것은 있으니까는. 무엇보다 장점은 이슈 트랙킹과 요구사항 추적, 작업 관리, 버그 ..