표준 프로젝트 개발 진행 시 적용하게 되는 관리 프로세스는 아래와 같다

Confluence

Confluence의 가장 중요한 목적은 요구사항을 등록 및 프로젝트 관련 산출물 및 지식을 관리 및 공유하는 것이다
Confluence의 요구사항 관리는 기본적으로 Project Manager가 관리하며, 이를 각 개발 팀장에게 위임할 수 있다
Confluence의 요구사항 최하 레벨은 화면 또는 기능 단위이며, 그 위에 상위 요구사항으로 묶어 관리가 가능하다
Confluence 내 요구사항은 JIRA의 Issue와 반드시 연결되어 관리하는 것을 원칙으로 한다
Confluence 내 wiki는 프로젝트에 참여하는 모든 사람은 자유롭게 작성이 가능하지만, 작성 후 팀원들과 공유하는 것을 원칙으로 한다

JIRA

JIRA의 가장 중요한 목적은 요구사항 및 기타 파생된 프로젝트 진행 관련 Issue(Task)를 관리하는 것이다
JIRA의 Issue 관리는 Confluence의 Requirement를 기본으로 하며, 필요시 별도의 Task 또는 기본 Task를 기준으로 Sub Task 를 발행하여 관리하도록 한다
JIRA의 Issue는 Project Manager 또는 각 개발 팀장들에 의해 팀원에게 분배 되는 것을 원칙으로 하며, 팀원이 PM 또는 팀장에게 선 보고 후 재 분배할 수 있다
Issue 담당자는 진척 사항에 대해 개발 완료 시점 또는 매주 토요일 PM 12:00까지 Issue 내 Comment를 입력하여 그 내용을 PM 및 팀장과 공유한다
Issue 처리 시 Resolved 로의 진행이 가능한 경우는 아래와 같다.
1. 프로그램 개발 Issue : FishEye의 CR(Crucible Review) 종료 후
2. 기타 Issue는 산출물 등록 및 완료의견 입력 후 가능하다
JIRA의 Issue 종료 대상은 Resolved 된 Issue 이며, PM 및 팀장들이 이를 수행한다.
Resolved 또는 Closed 상태인 Issue에 대해서 추가/보완이 필요한 경우 해당 Issue를 Reopened 으로 전환하여 3 ~ 6의 과정을 반복 수행한다

FishEye & Crucible의 가장 중요한 목적은 형상관리 서버(SVN 또는 GitLab)와 연동하여 프로젝트 소스에 대한 모든 변경사항을 관리하는 것이다
FishEye & Crucible 내 Activity는 기본적으로 형상관리 서버에 Commit 된 일련번호를 기준으로 관리된다.
개발 담당자는 프로그램 개발 및 테스트 완료 후 형상관리 서버에 Commit이 완료되면 CR(Crucible Review)를 요청한다
Reviewer가 정상적으로 Review를 완료하면 개발 담당자는 해당 CR을 종료한다.
4번 진행 중 Review 상 결함이 발견된 경우 3 ~ 4의 과정을 다시 수행한다
CR이 종료되고 이상이 없으면 개발 담당자는 JIRA 내 해당 Issue를 Resolved 상태로 변경하고, Confluence 내 Reqirement에 진행한 개발 내용을 업데이트 한다