수요일 학습 시작
전날까지 협업을 위해 깃을 다루는 방법을 공부했다면
"협업"을 위한 "Tool"은 어떤것이 있는지 학습한다.
Trello
Templates 중 하나
담당자를 할당
여러명의 사람을 추가
라벨도 여러개가 있다 (구분가능하게)
체크리스트
*하나의 테스크 아래 자세한(세부) 테스크가 있도록 구성
아이템을 추가하거나 멘션할수 있는 기능
DATE 성능
완료되면 complete 가능
Cover 기능도 있다.
정리하자면 많은 기능들이 있고 창의력을 발휘하여 여러 기능을 가지고 있는 공간을 만들수 있다.
Sprint Back log 만들어 보기 등등
product back log 만들어보기
cover 라는 기능을 사용해서 Treillo 에 없는 기능을 구현할수 있다.
익스텐션들 여러가지 연결 가능 github, 노션, 슬렉 등등
Description 간단한 요구사항을 적을수 있도록 되어있다.
Jira
스크럼(SCRUM) 같은경우 원리를 굉장히 잘 구현해 두었다
엑티비티 기본 원리
굉장히 잘 구현해 놓았기 떄문에 많은 사람들이 사용하는 툴
그렇다 보니 많은 기능들이 구현되어있어 조금 복잡할 수 있다.
스크럼의 원리가 굉장히 잘 녹아 있는 모습
스프린트중이라면 백로그에서 스프린트로 집어넣을때 경고창이 뜬다 (안되는건 아니다..ㅠㅠ)
Notion
노션은 에픽이 있고 에픽을 작성하는 느낌이 좀 강한 협업 툴이다.
밖에서 무언가를 만든다음에 링크를 거는 방식
스크럼을 위한 툴은 아니다
스프린트의 시작 >> 진행 >> 완료
엄무의 진척을 확인하는 기능보단 엔지니어링 위키가 있는것이 좀더 노션 만의 매력 포인트이다.
정렬을 사용한 시각적 메리트
자유도가 그래도 창의성이 있으면 원하는 기능을 구현 할 수 있는 환경이다.
협업 Tool 공통점
스프린트의 주요 특징
1. 고정된 기간(Time-box)
- 스프린트는 보통 1~4주로 설정된다.
- 시작하면 중간에 기간을 변경하지 않는다.
- 짧은 주기로 반복하며 점진적으로 개선한다.
2. 명확한 목표(Sprint Goal)
- 각 스프린트마다 반드시 달성해야 할 목표가 존재한다.
- 예시
- 로그인/회원가입 기능 구현
- 게시판 CRUD 기능 완성
- 관리자 페이지 1차 MVP 완성
3. 완료 기준(Definition of Done)
- 단순히 “코드를 작성했다”가 아니다.
- 테스트 통과, 빌드 가능, 배포 가능한 상태까지 포함한다.
4. 항상 동작하는 결과물 제공
- 스프린트가 끝나면 **실제로 동작하는 기능(Increment)**이 존재해야 한다.
- 이를 통해 빠르게 피드백을 받을 수 있다.
스프린트를 사용하는 이유
- 요구사항 변경에 유연하게 대응할 수 있다.
- 문제를 조기에 발견할 수 있다.
- 개발 진행 상황이 눈에 보인다.
- 팀원 간 협업과 커뮤니케이션이 강화된다.
모든 업무가 투명하게 공유 되서 협업에 있어서 에로 사항을 줄여준다.
우선순위
현재 우리 팀이 지금 당장 무엇을 집중해서 먼저 해결해야하는지! 모든 팀원들이 알 수 있는 중요한 기능이다.
누가 무엇을 어떻게 해결 할 것인가?
일을 하는데 있어서 예측 가능한 형태를 만들기 위함이다.
데드라인의 중요성
팀원들이 스스로 정한 데드라인이기에 책임감을 가지고 일을 할수 있는 장점이 있다.
권한과 책임을 동시에 주는 방식 (기능)
에픽이라는 큰 단위의 일이 있고 그 아래에 작업이라는 하위(이슈) 일들을 작성해서 관리하는
위계 같은것도 쉽게 설정할 수 있다.
협업 Tool 차이점
협업툴 비교: Trello · Notion · Jira
비교 기준 설명
- 비용: 무료 플랜 활용 가능 여부, 가격 부담
- 스크럼/스프린트: 애자일·스크럼 개발에 얼마나 적합한지
- 진입장벽: 처음 사용하는 사람이 익히기 쉬운지
- 기술문서: 개발 문서, 설계 문서 관리에 적합한지
- 창의력: 자유로운 구성, 아이디어 정리에 유리한지
Trello
한 줄 요약
👉 가볍고 직관적인 칸반(Kanban) 기반 협업툴
특징
- 카드 드래그 방식으로 작업 흐름을 한눈에 관리
- 진입장벽이 매우 낮아 초보자도 바로 사용 가능
- 개인 프로젝트, 소규모 팀에 적합
장점
- 무료 플랜 활용도 높음
- 사용법이 매우 단순함
- 일정·할 일 관리에 직관적
단점
- 스프린트/스크럼 기능은 제한적
- 기술 문서 관리에는 부적합
추천 대상
- 개인 개발자
- 소규모 팀
- 간단한 일정·할 일 관리용
Notion
한 줄 요약
👉 문서 + 협업 + 데이터베이스를 하나로 묶은 올인원 도구
특징
- 문서, 위키, 일정, 태스크를 하나의 공간에서 관리
- 자유도가 높아 창의적인 정리에 매우 유리
- 기술 문서 작성에 강점
장점
- 기술 문서, 회의록, 설계 문서 관리에 최적
- 커스터마이징 자유도 높음
- 개인 포트폴리오/위키 용도로도 활용 가능
단점
- 익숙해지기까지 시간이 필요
- 스프린트 기능은 직접 구성해야 함
- 팀 단위 유료 요금 부담 가능
추천 대상
- 개발 문서 정리가 중요한 팀
- 개인 학습 기록, 포트폴리오 관리
- 기획 + 개발을 함께 관리하고 싶은 경우
Jira Software
한 줄 요약
👉 스크럼·애자일 개발에 최적화된 전문 협업툴
특징
- 스프린트, 백로그, 번다운 차트 등 애자일 기능 제공
- 대규모 개발 조직에서 표준처럼 사용
- 이슈 추적과 프로젝트 관리에 매우 강력
장점
- 스크럼/스프린트 관리 최강자
- 개발 프로세스 추적에 탁월
- Jira + Confluence 연동 시 시너지 큼
단점
- 진입장벽 높음 (초보자에게 어려움)
- 설정이 복잡함
- 개인/소규모 프로젝트엔 과한 경우가 많음
추천 대상
- 중·대규모 개발팀
- 스크럼/애자일 프로세스를 엄격히 운영하는 조직
- 실제 현업 개발 환경 경험이 필요한 경우
한눈에 정리
| Trello | 간단한 작업 관리 | 개인 ~ 소규모 |
| Notion | 문서 + 협업 | 개인 ~ 중규모 |
| Jira | 스프린트·이슈 관리 | 중규모 ~ 대규모 |
마무리 정리
- 간단함 & 직관성 👉 Trello
- 문서 정리 & 자유도 👉 Notion
- 스크럼 & 현업 개발 👉 Jira
협업툴은 “좋고 나쁨”이 아니라
프로젝트 규모와 목적에 맞는 선택이 가장 중요하다.
릴리즈 플래닝 하는 법
👍 첫째, 프로덕트 백로그 아이템의 스토리 포인트 추정
- 플래닝 포커(Planning Poker) 등을 활용해
각 프로덕트 백로그 아이템(PBI)의 난이도·작업량을 상대적으로 추정 - 절대적인 시간보다 **상대적 크기(Story Point)**가 중요
목적
- 한 스프린트에서 처리 가능한 작업량을 예측하기 위함
- 팀의 개발 속도(Velocity)를 파악하기 위함
✌️ 둘째, 프로덕트 백로그 우선순위 정렬
- 모든 기능을 중요도 기준으로 정렬
- 사용자 가치
- 비즈니스 영향도
- 기술적 의존성
- “나중에 해도 되는 기능”은 과감히 뒤로 미룸
핵심 포인트
👉 릴리즈는 “기능이 많은 것”보다 “가치 있는 것”이 중요하다.
☝️ 셋째, 스프린트 1개의 기간 설정
- 스프린트 기간은 보통 1~2주
- 팀이 가장 안정적으로 일할 수 있는 주기를 선택
- 한 번 정한 스프린트 길이는 릴리즈 동안 유지
예시
- 스프린트 1개 = 2주
- 릴리즈 = 3 스프린트 → 총 6주
🤟 넷째, 스프린트마다 프로덕트 백로그 아이템 할당
- 우선순위가 높은 백로그부터
팀의 Velocity에 맞게 스프린트에 배치 - 각 스프린트 종료 시
릴리즈 가능한 상태의 결과물이 남아야 함
예시
| Sprint 1 | 회원가입, 로그인 |
| Sprint 2 | 게시판 CRUD |
| Sprint 3 | 댓글, 권한, QA |
➡️ 마지막 스프린트 종료 후 릴리즈
릴리즈 플래닝 핵심 요약
- ✔ 스토리 포인트로 작업량을 예측한다
- ✔ 백로그는 반드시 우선순위를 가진다
- ✔ 스프린트 기간은 고정한다
- ✔ 기능을 스프린트 단위로 나눠 배치한다
릴리즈 플래닝은 고정된 약속이 아니라, 조정 가능한 계획이다.
자 그럼 직접해보자..
trello 사용
https://trello.com/b/1sY6diMv/aggile-sprint-board
notion 사용
https://www.notion.so/2e14d33f820c80628994e7021c2ea22a?v=2e14d33f820c813185cf000c3d7a75d5
jira 사용
https://jhleejh98.atlassian.net/jira/software/projects/TEST/boards/36/backlog
Jira
jhleejh98.atlassian.net
여기까지..
'pgms' 카테고리의 다른 글
| [1주차] - [9기] 타입스크립트로 함께하는 웹 풀 사이클 개발(React, Node.js) 10회차 - 7 (0) | 2026.01.09 |
|---|---|
| [1주차] - [9기] 타입스크립트로 함께하는 웹 풀 사이클 개발(React, Node.js) 10회차 - 6 (0) | 2026.01.08 |
| [1주차] - [9기] 타입스크립트로 함께하는 웹 풀 사이클 개발(React, Node.js) 10회차 - 4 (0) | 2026.01.06 |
| [1주차] - [9기] 타입스크립트로 함께하는 웹 풀 사이클 개발(React, Node.js) 10회차 - 3 (0) | 2026.01.05 |
| [9기] 타입스크립트로 함께하는 웹 풀 사이클 개발(React, Node.js) 10회차 - 2 (0) | 2025.12.31 |