<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Project-Management on kastori</title><link>http://blog.kastori.dev/tags/project-management/</link><description>Recent content in Project-Management on kastori</description><generator>Hugo -- gohugo.io</generator><language>ko-kr</language><lastBuildDate>Fri, 05 Jun 2026 00:00:00 +0900</lastBuildDate><atom:link href="http://blog.kastori.dev/tags/project-management/index.xml" rel="self" type="application/rss+xml"/><item><title>Jira, 혼자 써도 되나요? — 1인 개발자의 이슈 트래커 시작하기</title><link>http://blog.kastori.dev/tech/2026-06-05-jira-01-getting-started/</link><pubDate>Fri, 05 Jun 2026 00:00:00 +0900</pubDate><guid>http://blog.kastori.dev/tech/2026-06-05-jira-01-getting-started/</guid><description>&lt;h2 id="jira는-팀이-있어야-쓰는-거-아닌가요"&gt;&lt;a href="#jira%eb%8a%94-%ed%8c%80%ec%9d%b4-%ec%9e%88%ec%96%b4%ec%95%bc-%ec%93%b0%eb%8a%94-%ea%b1%b0-%ec%95%84%eb%8b%8c%ea%b0%80%ec%9a%94" class="header-anchor"&gt;&lt;/a&gt;&amp;ldquo;Jira는 팀이 있어야 쓰는 거 아닌가요?&amp;rdquo;
&lt;/h2&gt;&lt;p&gt;나도 처음엔 그렇게 생각했다. 스탠드업 미팅, 스프린트 플래닝, 번다운 차트 — 이런 것들이 Jira의 이미지였다.&lt;/p&gt;
&lt;p&gt;그런데 막상 쓰기 시작하니 혼자일 때도 충분히 유용했다. 이유는 단순하다. &lt;strong&gt;할 일을 머릿속에서 꺼내는 것&lt;/strong&gt;, 그리고 &lt;strong&gt;내가 뭘 했는지 이력을 남기는 것&lt;/strong&gt; — 이 두 가지는 팀이 없어도 필요하다.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="무료-플랜으로-충분하다"&gt;&lt;a href="#%eb%ac%b4%eb%a3%8c-%ed%94%8c%eb%9e%9c%ec%9c%bc%eb%a1%9c-%ec%b6%a9%eb%b6%84%ed%95%98%eb%8b%a4" class="header-anchor"&gt;&lt;/a&gt;무료 플랜으로 충분하다
&lt;/h2&gt;&lt;p&gt;Jira Free 플랜:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;10명 이하 무료&lt;/strong&gt; (혼자면 당연히 무료)&lt;/li&gt;
&lt;li&gt;프로젝트 수 제한 없음&lt;/li&gt;
&lt;li&gt;칸반·스크럼 보드 모두 사용 가능&lt;/li&gt;
&lt;li&gt;스토리지 2GB&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;가입은 &lt;a class="link" href="https://www.atlassian.com/software/jira/free" target="_blank" rel="noopener"
 &gt;atlassian.com/software/jira/free&lt;/a&gt;에서 구글 계정으로 바로 된다.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="핵심-개념만-알면-된다"&gt;&lt;a href="#%ed%95%b5%ec%8b%ac-%ea%b0%9c%eb%85%90%eb%a7%8c-%ec%95%8c%eb%a9%b4-%eb%90%9c%eb%8b%a4" class="header-anchor"&gt;&lt;/a&gt;핵심 개념만 알면 된다
&lt;/h2&gt;&lt;p&gt;처음에 Epic, Story, Task, Bug, Subtask&amp;hellip; 이게 다 뭔지 몰라 막혔다. 혼자 쓸 때는 두 가지만 써도 충분하다.&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-fallback" data-lang="fallback"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;Task → 할 일 단위
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;Bug → 버그 수정
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;나머지는 팀에서 쓸 때 배우면 된다.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;이슈 키&lt;/strong&gt;는 나중에 Git 연동에서 핵심이 된다.&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-fallback" data-lang="fallback"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;프로젝트 키를 &amp;#34;BLOG&amp;#34;로 설정하면
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;→ 이슈들: BLOG-1, BLOG-2, BLOG-3 ...
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;짧고 의미 있는 키를 설정하자. 브랜치명과 커밋 메시지에 계속 들어간다.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="스크럼-말고-칸반으로-시작하자"&gt;&lt;a href="#%ec%8a%a4%ed%81%ac%eb%9f%bc-%eb%a7%90%ea%b3%a0-%ec%b9%b8%eb%b0%98%ec%9c%bc%eb%a1%9c-%ec%8b%9c%ec%9e%91%ed%95%98%ec%9e%90" class="header-anchor"&gt;&lt;/a&gt;스크럼 말고 칸반으로 시작하자
&lt;/h2&gt;&lt;p&gt;스크럼은 1~2주 단위 스프린트를 계획하고 회고하는 방식이다. 팀에서 리듬을 맞출 때 좋다.&lt;/p&gt;
&lt;p&gt;혼자라면 &lt;strong&gt;칸반&lt;/strong&gt;이 맞다. 스프린트 없이 할 일이 생기면 추가하고, 끝나면 Done으로 옮기는 흐름이다.&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-fallback" data-lang="fallback"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;[ To Do ] → [ In Progress ] → [ Done ]
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;단순하지만 이게 전부다.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="이슈-생성-습관"&gt;&lt;a href="#%ec%9d%b4%ec%8a%88-%ec%83%9d%ec%84%b1-%ec%8a%b5%ea%b4%80" class="header-anchor"&gt;&lt;/a&gt;이슈 생성 습관
&lt;/h2&gt;&lt;p&gt;뭔가 하려고 할 때마다 이슈를 먼저 만드는 것이 핵심이다.&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-fallback" data-lang="fallback"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;제목 규칙:
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt; [Feature] 댓글 API 구현
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt; [Bug] 로그아웃 후 토큰 만료 안 되는 문제
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt; [Refactor] OrderService 트랜잭션 분리
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt; [Docs] README 업데이트
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;설명에는 &amp;ldquo;왜 이 작업이 필요한가&amp;quot;를 한 줄이라도 적어두면, 나중에 git log나 Jira에서 &amp;ldquo;이게 왜 있지?&amp;rdquo; 를 답할 수 있다.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="상태-관리-습관"&gt;&lt;a href="#%ec%83%81%ed%83%9c-%ea%b4%80%eb%a6%ac-%ec%8a%b5%ea%b4%80" class="header-anchor"&gt;&lt;/a&gt;상태 관리 습관
&lt;/h2&gt;&lt;div class="highlight"&gt;&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-fallback" data-lang="fallback"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;작업 시작할 때 → To Do → In Progress
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;작업 끝났을 때 → In Progress → Done
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;이것만 지켜도 Jira를 쓰는 이유가 생긴다. 한 달 후에 &amp;ldquo;5월에 뭐 했지?&amp;rdquo; 를 Jira에서 Done 필터로 바로 볼 수 있다.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="혼자-jira를-쓰는-진짜-이유"&gt;&lt;a href="#%ed%98%bc%ec%9e%90-jira%eb%a5%bc-%ec%93%b0%eb%8a%94-%ec%a7%84%ec%a7%9c-%ec%9d%b4%ec%9c%a0" class="header-anchor"&gt;&lt;/a&gt;혼자 Jira를 쓰는 진짜 이유
&lt;/h2&gt;&lt;div class="highlight"&gt;&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-fallback" data-lang="fallback"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;지금: 작업 이력 추적 + 할 일 관리
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;나중: 팀 합류 시 &amp;#34;Jira 써봤어요&amp;#34; 경험 있음
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;그리고 브랜치명에 이슈 키를 넣으면
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;→ &amp;#34;이 코드 왜 만들었지?&amp;#34; 를 Git에서도 추적 가능
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;다음 편에서는 Git 브랜치와 커밋에 이슈 키를 연결하는 방법을 다룬다.&lt;/p&gt;</description></item></channel></rss>