-
Notifications
You must be signed in to change notification settings - Fork 0
Setting
Jira, Trello 등 작업 관리 툴 사용법
칸반 보드와 스크럼 보드: 10가지 차이점
스크럼 및 칸반 보드는 모두 목표 설정, 작업 위임, 워크플로우 그리기와 같이 애자일 방법론을 사용하여 아이디어 구상 단계부터 완료까지 프로젝트 상태를 추적한다.
스크럼 보드는 체계적이지만 더 많은 준비 시간이 필요하다. 칸반 보드는 팀원들이 보다 더 자유롭게 Task를 관리할 수 있지만 스크럼 보드만큼 체계적으로 프로젝트를 관리하지는 못한다. 그렇다면 내가 하는 프로젝트에 더 적합한 방법은 무엇일까?
| Kanban | Scrum |
|---|---|
![]() |
![]() |
| 칸반 보드는 프로세스의 연속적인 흐름을 유기적, 시각적으로 만들어 전체 프로세스를 유연하게 관리한다. 제약 이론(TOC: Theory of constraints)의 당김 방식(Pulling system)에서 착안 되었으며, WIP(Work In Process)을 통해 개발 프로세스에 병목현상이나 지나친 업무 쏠림을 방지한다. | 스크럼은 프로젝트 관리를 위한 상호/점진적 개발 방법론으로 프로덕트 백로그, 스프린트 계획, 스프린트 백로그 이후 일정한 주기로 스프린트 회고를 반복하며 제품(소프트웨어)를 개선한다. |
스크럼은 반복당 진행 중인 작업 수를 제한한다. 개발자들은 해당 스프린트 동안 수행해야하는 작업들을 모두 수행하며, 현재 진행 중인 섹션의 모든 항목은 동시에 표시된다.
칸반은 워크플로우 상태별로 진행 중인 작업 수를 제한한다. 위 이미지에서 분홍색으로 표시된 숫자 5는 해당 열에 5개 이하의 항복만 유지해야 함을 의미한다.
스크럼 보드는 하나의 팀이 그룹으로 관리한다. 스크럼 마스터를 중심으로 해당 작업에 필요한 인원을 할당하여 진행된다.
칸반 보드는 개개인이 하나의 워크플로우를 전담하므로 특정 팀에서 관리할 필요가 없다.
스크럼에서는 전체 팀이 하나가 되어 각 작업을 처리한다.
칸반에서는 원래 개인이 각 작업의 흐름(코딩, 테스트, 검토 등)에서 자신의 단계를 책임진다. 작업이 일찍 끝난 개발자는 다른 사람의 테스트 작업을 돕거나 To do List 에서 다른 작업을 진행한다.
스크럼 팀은 스프린트가 진행되는 동안 보드에 새 항목을 추가해서는 안된다. Task 추가의 경우 계획 단계에서만 이루어진다.
칸반의 경우 해당 진행 열에서 제한해준 작업량 이하라면 본인의 Task를 끝마친 후에 자유롭게 새 항목을 추가하여 개발한다.
스크럼 팀은 사전 분석, 계획, 조정 및 우선 순위 지정 이후에 개발이 진행되므로 예기치 못한 긴급 상황에 직면할 일이 거의 없다. 이 방법론의 주요 목표 중 하나가 모든 상황을 예측 가능하게 하는 것이다.
칸반에서는 긴급 섹션을 따로 추가하여 백로그에서 예측할 수 없는 긴급 작업이나 병목 현상이 발생할 수 있는 작업들에 대해 다른 팀원들이 도와 더 빨리 완료하도록 한다.
스크럼 은 사용자 스토리를 제품 백로그(Product backrog)에서 스프린트 백로그로 큰 항목을 나눠서 관리한다. 애자일 가이드에 따르면 기능 및 작업에는 수락 테스트, UI 스케치 등과 같은 세부 정보가 포함되어야 한다.
칸반 은 일반적으로 사용자 스토리와 동일하게 백로그가 관리된다.(반드시 같지는 않다)
스크럼 팀은 항상 스프린트 기간내에 달성할 수 있는지를 고려하여 단계를 분할하여 할당한다.
칸반 의 경우 작업 양에 대한 규칙은 따로 설정하지 않는다.
스크럼에서 우선순위는 필수다. 현재 진행중인 스프린트에 대해 제품 백로그 정렬 및 정리, 일일 스크럼 회의 중 우선 순위를 설정하며 우선 순위를 정하는 동안 다음 스프린트에서 무엇이 중요할지 예측하는 것이 중요하다.
칸반은 우선 순위 설정, 추정 방식을 사용하지 않지만 확률적 예측을 통해 프로젝트 계획을 고려한다.
스크럼은 다양한 차트 및 보고서와 함께 Velocity를 기본 메트릭으로 사용한다.
칸반 에서는 특정 차트를 규정하지 않는다.
스크럼에서 모든 작업은 스프린트가 끝날 때 완료 섹션에 있어야 한다. 모든 작업이 완료되지 않으면 해당 스프린트는 실패한 것으로 간주된다. 보드를 재설정하며 모든 스티커를 제거하는 과정은 작업을 마무리 했다는 성취감을 준다.
칸반은 기간을 설정하지 않으므로 재설정하고 다시 시작할 필요가 없다. 작업 흐름은 프로젝트 수명 주기로 계속되며 필요에 따라 새 항목을 추가한다.
아틀라시안에서 개발한 이슈 추적 소프트웨어로 버그 추적, 이슈 추적, 프로젝트 관리 기능을 제공한다.
지라(Jira)라는 이름은 일본 괴수영화 '고지라'에서 따왔다고 한다.
- Jira 상단의 앱 > 새 앱 찾기 선택
- Github 검색 후 Github for Jira 선택
- Get it now 클릭
- Add an Organization 클릭
- Permission을 위해 Authorize Jira 클릭
- Install Jira 클릭
- Organization 선택
- Repository 선택
- 모든 프로젝트 보기로 연동된 Organization 확인 가능
- 이슈키를 사용하여 리포지토리에 연결
Reference issues in your development work
Slack Technologies가 개발한 클라우드 기반 협업용 도구이다. 웹 앱이며, 데스크톱 버전은 Electron 프레임워크를 기반으로 만들어졌다.
채팅, 채널, 워크플레이스 등의 인터페이스가 인스턴트 메신저인 Discord와 유사하다. 디스코드가 슬랙을 모방해 갔기 때문
- Add channels > Create a new channel
- 앱 > 앱추가 선택
- GitHub 추가
- 채널 메시지에
github signin을 입력하여 Github 로그인
- 채널 메시지에
/github subscribe owner/repository를 입력
test

























