[애자일] 태스크(Task) 관리

■ 우선순위 결정

"기본 기능을 먼저 개발하되, 개발 난도가 높은 것을 우선으로 한다." 기본 기능은 대부분 전체적인 구조의 뼈대가 되는 아키텍처와 연관되어 있는 경우가 많고 난도가 높은 부분의 경우, 구현의 실패 가능성이 많기 때문에 이러한 부분을 먼저 개발해서 시행착오를 초기에 겪고 나중에 문제를 해결할 시간을 벌기 위해서다.

※ 우선순위를 정할 때 고려해야 하는 두가지 요소

1. 긴급도 (Severity) : 우선하여 구현해야 하는 기능 , 필수적인 기능들
2. 우선순위(Priority) 혹은 난도(Difficulty) : 개발의 난도
   

* P0C (Proof of Concept) : 일반적으로 SI 업체에서 선행 개발의 대처로 기술에 대한 검증이 필요함. PoC는 업체로부터 제안받은 기술이나 솔루션에 대해서 제대로 요구 사항에 맞게 작동을 하는지 어떤 아키텍처로 갈 것인지를 사전 검증하는 방법으로 선행 개발과 유사한 효과를 발생시킬 수 있다.

■ 태스크 관리 방법

◆ 엑셀

엑셀 기반의 태스크 관리가 효율적일 수 있다.

태스크 #

카테고리

서브 태스크

태스크 상세

담당자

우선순위

종료일

상태

• 카테고리 : 태스크 종류 (분석, 디자인 로그처리, 에러 핸들링등)
• 태스크 # : 실제 작업을 해야 하는 태스크인데, 보통 1일 단위로 나누는 것이 좋고 최대 3일을 넘지 않아야 제대로 된 관리가 가능하다.
• 상태 : 신규/할당됨/진행 중/연기된/종료 등

■ 태스크 관리 방법

• 작업 아이템 (Working Item) : 작업 아이템은 일반적인 작업으로, 디자인 및 구현, 디버깅 작업등이 여기에 해당한다.
• 문서화 (Documentation) : 문서화 작업으로 산출물이나 메뉴얼을 작성하는 태스크
• 테스트
• 버그 : 추적성을 부여하기 위해서 버그를 서브 요구사항과 연결한다.

■ 이슈 트래킹 도구

태스크 기반의 소프트웨어 개발 프로세스 관리를 해주는 도구가 있는데, 이런 도구들을 태스크 관리 시스템(Task Management System) 또는 이슈 트랙킹 시스템(Issue Tracking System)이라고 부른다.

● 설치형 오픈소스

• Trac (https://trac.edgewall.org) : 이슈 관리, SCM(형상관리), Wiki 포함, 하나의 Trac시스템은 하나의 프로젝트만 관리할 수 있기 때문에, 다중 프로젝트 관리하는 경우에는 사용하기가 어려움
• RedMine (http://www.redmine.org/) : 문서, 형상 관리와 연동, 프로젝트 다수를 하나의 시스템으로 관리 가능, 간트 차트 지원, 달력과 연동 기능, SVN, CVS, Git, Bazaar등 다양한 형상관리 서버 지원

● 상용제품

• JIRA (아틀라시안사)
• IBM Jazz / RTC (Rational Team Concert)

※ 클라이언트 연동

IDE 개발환경과 연동이 가능

MyLyn (http://www.eclipse.org/mylyn/) : 이클립스 플러그인을 사용하면 이클립스에 태스크 목록을 나타나게 할 수 있다