내 2026년 다짐: Jira 결정을 더 이상 선택하지 않기

Source: Dev.to

TL;DR: Jira에서는 Status와 Resolution이 별개의 필드입니다. 워크플로우 설정에 따라 Jira가 해결책을 선택하도록 요청할 수도 있고, 자동으로 설정할 수도 있으며, 아무것도 하지 않을 수도 있습니다—이로 인해 Done 상태이지만 여전히 Unresolved인 이슈가 발생합니다. imdone-cli 0.28.0 수정은 이슈를 Done으로 이동할 때 필요하면 자동으로 해결책을 설정합니다.

Status vs. Resolution

• Status – 이슈가 워크플로우에서 어디에 있는지 (예: To Do → In Progress → Done).
• Resolution – 이슈가 종료된 이유 (예: Fixed, Won’t Fix, Duplicate).

두 필드가 독립적이기 때문에 다음과 같은 상태도 완전히 유효합니다:

status = Done
resolution = Unresolved

이는 단순히 겉모습만 바뀐 것이 아니라 대시보드, 필터, 워크플로우 규칙에까지 영향을 미칩니다.

How Jira Handles Resolution

Prompting

전환 화면에 Resolution 필드가 포함되어 있어 Jira가 선택을 요구합니다.

Auto‑setting

포스트‑함수나 자동화가 백그라운드에서 해결책을 설정합니다—프롬프트가 없습니다.

Not set at all

프롬프트도, 자동화도, 포스트‑함수도 없고 결과적으로 Done + Unresolved가 됩니다.

여러 프로젝트, 상속된 워크플로우, 혹은 즉흥적인 수정이 있는 환경에서는 보드마다 이러한 동작이 섞여 나타나며, 다음과 같은 저수준의 불편을 초래합니다:

• 보고서는 “resolved”를 “해결책이 있음”으로 해석하고, “Done”인지 여부는 고려하지 않습니다.
• “해결되지 않은 이슈 표시”와 같은 필터에 Done 항목이 의도치 않게 포함됩니다.
• 검증자는 Done 전환 시 해결책을 요구할 수도, 요구하지 않을 수도 있어 일관성이 결여됩니다.

Detecting the Problem

project = PROJ AND statusCategory = Done AND resolution = Unresolved

statusCategory를 지원하지 않는 경우:

project = PROJ AND status in (Done, Closed) AND resolution = Unresolved

위 쿼리 중 하나라도 결과가 나오면 워크플로우에 문제가 있는 것입니다.

Common Admin‑Side Fixes

• Done 전환에 포스트‑함수를 추가해 Resolution을 설정한다.
• 전환이 완료되기 전에 Resolution을 요구하는 검증자를 추가한다.
• 자동화 규칙을 만든다: “status category가 Done이 되면, 비어 있는 경우 resolution을 설정한다.”

이러한 해결책은 작동할 수 있지만 종종 다음과 같은 단점이 있습니다:

• 프로젝트마다 설정이 달라 관리가 복잡해짐.
• 어떤 워크플로우에 어떤 설정이 적용됐는지 기억하기 어려움.
• 지속적인 관리자 작업이 필요함.
• 여전히 수동 정리가 필요한 예외 상황이 존재함.

A Developer‑Centric Approach: imdone-cli 0.28.0

이슈를 Done 상태 카테고리로 이동하면 imdone-cli는 다음을 수행합니다:

• 이슈에 해결책이 없을 경우 **Resolution = “Done”**을 자동으로 설정합니다.
• 기존 해결책이 있으면 절대 덮어쓰지 않습니다.
• 해결책 설정에 실패해도 이동 자체는 차단되지 않습니다.
• Done 카테고리의 상태로 이동할 때만 동작합니다.

Basic Usage

imdone move PROJ-123 Done

Explicit Resolution

imdone move PROJ-123 Done -r "Fixed"

Skip Resolution Handling

imdone move PROJ-123 Done --no-resolution

Interactive Choice

imdone move PROJ-123 Done -p

인터랙티브 모드에서 CLI는:

• Jira API에서 사용 가능한 해결책과 설명을 가져옵니다.
• Skip 옵션을 포함합니다.
• API 호출이 실패하면 일반적인 해결책 목록으로 대체합니다.

Why This Matters

목표는 “Jira 준수를 더 높이는 것”이 아니라, 작업 흐름의 마지막에 나타나는 작은 컨텍스트 전환을 없애는 것입니다. 이미 Jira가 해결책을 프롬프트하거나 자동 설정한다면 문제없습니다. 다음과 같은 상황을 겪어본 적이 있다면:

• “왜 아직도 unresolved 상태인가?”
• “왜 차트가 업데이트되지 않았지?”
• “왜 이 프로젝트에서는 전환이 성공했는데 저 프로젝트에서는 실패했지?”

…이 작은 실용적인 변화가 개발자에게 Done이 진정으로 Done이 되도록 도와줍니다.

Quick Survey

팀에서 Jira가:

• 해결책을 프롬프트합니까?
• 자동으로 설정합니까?
• 전혀 무시합니까?

실제 팀들에서 각각 얼마나 흔한지 궁금합니다.

Further Reading

• Documentation for the move command (all options + details):