Delightroom Scrum 회고
1. [Sprint #0] Scrum 적용을 위한 준비
TBD
2.[Sprint #1] 스크럼의 시작
TBD
3.[Sprint #2] 스프린트 일정을 맞춰보자!
4.[Sprint #3] 스프린트 안정화
기능이 추가되면 하루단위로 테스트용 debug 빌드 공유 오프라인 보드를 온라인 보드로 통합 전환해서 진행배포, 테스트, 버그 관리용 Slack 채널 분리Beta - Prodction 배포 형태 변경External Board 생성오프라인 보드 > 온라인 보드 전환이슈
5.[Sprint #4] 버그 수정
Beta branch 관리(- 릴리즈 정책 문제발생(Google Play Console 을 이용하여 베타 트랙과 프로덕션 트랙을 구분하여 관리하기로 하였다.기존 master, staging, develop 으로 구분되던 branch 를 beta/master, beta/
6.[Sprint #5] 리디자인
개발 완료 관계자 Noti(- Firebase Crashlytics 최신화(스프린트지난 회고 때 완료 후 Comment 로 관계자를 태그하여 알림을 주자라는 Action Item 이 나왔고,개발자들은 스프린트결과는 앞으로 새로운 방법을 찾기전까지 유지하기로 하였다.개발
7.[Sprint #6] Crash Crash
\[산정된 점수에서 -50 으로 우선순위 정렬](- Bug Borad → 판단 후 Backlog(- Branch 작명 룰 / Commit 작명 룰 통일(- Version 관리 Beta/Prod(플래닝 때 넣지 않은 긴급 태스크가 생길 경우 태스크 건의 프로세스가 애
8.[Sprint #7] 분기 전환
없음Jira 적용 테스트(2분기 동안 Sprint 적용을 위해 기존에 사용해오던 툴인 Notion을 이용하여 Issue Board 와 Bug Board 를 만들어서 스프린트를 운영해왔다.하지만 Issue clone 이 불편하고 Slack, Zendesk, Firebas
9.[Sprint #8] Jira Board 적용
2020 3분기 시작(- Jira 사용(- 배포 일정 딜레이(- 개발자 면접(2020년 3분기가 시작되었다. OKR은 변경되었고 Android App 안전성과 개발 작업 효율화 작업이 주 OKR이 되었다.지난 스프린트 테스트한 Jira 사용을 적용하기로 했다.Sprin
10.[Sprint #9] Jira 자동화
2020 3분기 시작(- Jira 사용(- 배포 일정 딜레이(- 개발자 면접(2020년 3분기가 시작되었다. OKR은 변경되었고 Android App 안전성과 개발 작업 효율화 작업이 주 OKR이 되었다.지난 스프린트 테스트한 Jira 사용을 적용하기로 했다.Sprin