간트와 Jira: 계획과 실제 업무를 일치시키는 방법

많은 회사에서 프로젝트는 두 곳에 존재합니다. 단계, 종속 관계, 납품일을 담은 계획은 프로젝트 관리자가 준비한 간트 차트에 있습니다. 티켓, 스프린트, 담당 배정을 담은 업무는 Jira에 있습니다. 두 곳이 분리되어 있는 한 누군가가 진행 상황을 한쪽에서 다른 쪽으로 수작업으로 옮겨야 하며, 계획의 날짜는 금세 낡아 버립니다.

이 글에서는 일정 관리에 Jira만으로는 충분하지 않은 이유, Planitude와 Jira Cloud 사이의 양방향 동기화가 작동하는 방식, 그리고 동기화를 켜기 전에 알아 두면 좋은 제한 사항을 설명합니다.

두 가지 도구, 두 가지 다른 질문#

Jira는 팀이 지금 무엇을 작업하고 있는가?라는 질문에 답합니다. 백로그, 보드, 스프린트는 이를 위해 만들어졌습니다. 일정은 다른 질문에 답합니다. 언제 끝나며, 어떤 작업은 지연이 허용되지 않는가?

두 번째 질문에 답하려면 기간, 리드와 래그를 가진 종속 관계, 휴일이 반영된 캘린더, 제약 조건, 그리고 모든 변경을 후속 작업으로 전파하는 계산이 필요합니다. 새 서버 설치가 3일 지연되면 테스트, 교육, 서비스 개시가 스스로 이동해야 하며, 프로젝트 관리자는 납품일이 여전히 유지되는지 곧바로 알아야 합니다.

일정 관리를 위해 Jira에 부족한 것#

Jira에 계획 도구가 없는 것은 아닙니다. 타임라인은 "Blocks" 링크 유형으로 연결된 항목 간의 종속 관계를 보여 주고, 연결된 두 항목의 날짜가 겹치면 종속 관계 선이 빨간색으로 바뀌어 지연 가능성을 알립니다^[1]. Atlassian의 요금 페이지에 따르면 종속 관계는 Free 및 Standard 요금제에서는 단일 프로젝트 내에서, Premium에서는 프로젝트 간에 관리됩니다^[2].

그러나 경고는 재계산이 아닙니다. 날짜는 입력된 그대로 유지되며, 크리티컬 패스는 설명된 기능에 포함되어 있지 않습니다. 그 결과 계획은 파일이나 다른 도구 등 다른 곳에 존재하게 되어 동기화가 어긋납니다. 두 도구의 전체 비교는 Planitude vs Jira를 참조하십시오.

양방향 동기화의 작동 방식#

이 연동은 하나의 Planitude 프로젝트를 하나의 Jira Cloud 프로젝트에 연결합니다. 로그인에는 Atlassian OAuth 2.0을 사용합니다. Planitude는 비밀번호를 볼 수 없고, 토큰을 암호화하여 저장하며, 90일간 활동이 없으면 만료되는 Atlassian의 순환형 리프레시 토큰으로 토큰을 갱신합니다^[3].

처음 연결할 때 초기 정렬 방식을 선택합니다.

1. 계획을 Jira로 보내기: 모든 작업에 대해 이슈가, 모든 종속 관계에 대해 "Blocks" 링크가 생성됩니다.
2. Jira에서 가져오기: 기존의 모든 이슈가 시작일, 기간, 진행률, 담당자와 함께 계획의 맨 아래에 작업으로 추가됩니다.
3. 둘 다: 먼저 가져오기를 수행한 다음, 아직 Jira에 없는 작업을 보냅니다.

이후에는 변경 사항이 양방향으로 전달됩니다. Planitude에서 Jira로는 그리드, 간트 차트, 가져오기, AI 어시스턴트 등 어디에서 발생했든 계획의 모든 변경이 감지되어 몇 초 안에 전송됩니다. Jira에서 Planitude로는 연동이 등록한 웹훅을 통해 변경 사항이 도착하며, Planitude는 Atlassian의 30일 만료 이전에 웹훅을 갱신하고^[4], 5분마다 수행하는 점검이 누락된 이벤트를 보완합니다.

요약 작업은 Planitude에만 남겨 둘 수도 있고, 하위 작업을 자식 이슈로 가진 에픽으로 만들 수도 있습니다.

누가 무엇을 소유하는가: 항목별 규칙#

신뢰할 수 있는 동기화에는 모든 항목에 대한 단순한 규칙이 필요합니다. Planitude의 규칙은 다음과 같습니다.

이 논리는 실제 업무를 반영합니다. 계획은 언제를 결정하고, 팀은 작업이 얼마나 진행되었는지와 누가 수행하는지를 결정합니다. 상태는 편집 가능한 매핑을 통해 백분율로 변환됩니다. 범주별로 할 일은 0%, 진행 중은 50%, 완료는 100%입니다. 이미 30% 진행된 작업의 이슈가 "진행 중"으로 이동하더라도 진행률이 일괄 50%로 덮어쓰이지 않습니다.

Jira 사용자가 이메일을 공개로 설정한 경우 인원은 이메일로 자동 매칭되며, 그렇지 않으면 연동 페이지에서 직접 매칭을 선택합니다.

종속 관계, 충돌, 삭제#

종속 관계. 완료-시작 링크는 "Blocks" 링크가 됩니다. 선행 작업이 후속 작업을 막는 관계입니다. 시작-시작, 완료-완료, 시작-완료 링크는 Jira에 대응하는 개념이 없으므로 Planitude에만 남습니다. Jira에서 수동으로 추가한 "Blocks" 링크는 가져오지도, 삭제하지도 않습니다.

Jira에서 변경된 날짜. 날짜는 계획이 계산하므로 Jira에서 변경된 날짜는 계획의 값으로 되돌려지며, 거부된 변경은 연동 로그에 표시됩니다. 작업을 옮기려면 계획에서 옮기십시오. 엔진이 해당 작업에 종속된 모든 작업도 다시 계산합니다.

충돌. 각 항목에 대해 Planitude는 마지막으로 합의된 값, 계획의 현재 값, Jira의 현재 값, 이렇게 세 가지 값을 비교합니다. 한쪽만 변경되었다면 변경 사항이 다른 쪽으로 전달됩니다. 양쪽이 서로 다른 값으로 변경되었다면 해당 항목의 소유 주체가 우선하며, 충돌은 두 값과 함께 기록됩니다. 이 규칙은 두 서버의 시계가 아니라 데이터에만 의존합니다.

삭제. 어느 쪽도 상대편의 데이터를 삭제하지 않습니다. Planitude에서 삭제된 작업의 이슈는 planitude-unlinked 레이블이 붙은 채 Jira에 남습니다. Jira에서 삭제된 이슈의 작업은 계획에 남으며, 페이지에서 Jira에 다시 만들기 또는 동기화 중지, 두 가지 작업을 선택할 수 있습니다.

Jira 단계별 연결#

1. Planitude에서 프로젝트를 열고 ⋯ › 연동 › Jira를 선택합니다.
2. Jira 연결을 클릭하고 Atlassian 동의 화면에서 접근을 허용합니다.
3. 계정에서 여러 사이트가 보이면 올바른 사이트를 선택한 다음 Jira 프로젝트를 선택합니다.
4. 옵션을 검토합니다. 기본 이슈 유형, 요약 작업의 에픽 사용 여부, 시작일 필드, Planitude가 생성한 이슈에 붙일 레이블입니다.
5. 초기 정렬 방식(보내기, 가져오기, 또는 둘 다)을 선택합니다.
6. 인원 섹션을 확인하고 이메일로 찾지 못한 매칭을 완료합니다.

Planitude는 프로젝트를 연결한 사용자의 권한으로 Jira에 기록하므로, 해당 사용자에게는 프로젝트 탐색, 이슈 생성, 편집, 배정, 링크, 전환에 대한 Jira 권한이 필요합니다. Planitude 프로젝트의 소유자와 편집자는 연동을 구성할 수 있으며, 읽기 전용 권한을 가진 사용자는 연동 상태만 볼 수 있습니다. 그 밖에 사용 가능한 연동은 연동 페이지에 설명되어 있습니다.

알려진 제한 사항#

• Jira Cloud만 지원합니다. Jira Data Center와 Server는 지원되지 않습니다.
• 완료-시작 종속 관계만 지원하며, 이슈당 담당자는 한 명입니다(작업에서 할당 단위가 가장 큰 사람).
• 날짜는 일 단위로 처리되며, 시각은 Planitude에만 남습니다.
• Atlassian은 OAuth 앱에 사이트당 사용자 한 명에 웹훅 5개를 허용합니다^[4]. 같은 사용자가 같은 사이트에 연결한 프로젝트가 다섯 개를 넘으면 Jira의 변경 사항은 5분 주기 점검을 통해 도착합니다.
• "하위 작업만" 옵션을 사용할 때, 요약 작업으로 바뀐 작업은 제거된 것으로 처리되며 해당 이슈에는 planitude-unlinked 레이블이 붙습니다.

자주 묻는 질문#