유저 스토리
- 사용자 관점에서 기능 단위
- 각 기능을 묘사할 때 특정 사용자가 특정 테스크(행위)를 한다고 표현함.
- 각 유저스토리에 대한 얼마나 시간이 걸릴지는 스토리 포인트를 이용하여 추정함.
- 스토리 포인트 추정해보는 것이 매우매우 중요함.<-멘토님왈 이걸하냐 안하냐에 생산성이 2~3년정도 앞서갈수 있다고함.
왜 하는가?
- 사용자 관점에서 기능을 나눌 때 장점
- 과연 이게 사용자에게 가치가 있는 기능인가? 이게 회사에 도움이 되는 기능인가? 를 생각하며 기능을 나누게됨. - 스토리포인트를 사용할 때의 장점
- 팀의 생산성이 어느정도인지 추정 가능해짐
- 팀이 어디서 장애(비효율성)이 발생하는지 조기에 발견할 수 있는 기회가됨.
- ex) "로그인 기능을 작업 하는데 여러가지 필요없는 부차적인 일들 때문에 시간이 오래걸림. -> 먼저 중요한 로그인 기능 먼저 만들고 부차적인 일들을 뒤로 미루기" - 개발 이해관계자들과의 의견 합치에 크게 도움이 됨.
유저 스토리 작성 형식
- '{사용자}는 {테스크}를 하기 위하여 {액션}을 할 것이다.'(영어로는 'As ~, in order to ~, I will')
- ex) " 사용자는 카카오 3초회원가입 버튼으로 회원가입을 할 수 있다. " - given{상황}, when{조건 및 행동}, then{결과}
- ex) "회원가입 페이지에서, 노란버튼을 탭했을 때, 카카오API로 회원가입 할 수 있다. or 실패"
스토리 포인트
- 특정 기능을 만드는데 걸리는 시간을 의미함
- 혼자서 시간 추정이 어렵기 때문에 플래닝 포커를 사용하기도 함
- 가장 쉬운 기능을 기준점으로 스토리 포인트를 정함.
- ex) " 로그아웃 기능을 스토리 포인트 1점으로 기준을 잡고, 로그아웃 기능보다 3배어려운 로그인 기능이 3, 5배 어려운 회원가입은 5로 지정 " - 복잡도, 위험성(불확실성), 필요한 노력 등 다방면의 고려해서 스토리 포인트를 추정해야함.
플래닝 포커
- 각자가 정한 포인트 점수중 가장 높은 점수로 지정됨 스토리 포인트를 추정하는 작업
- ex)" A는 로그인 기능이 3점으로 지정함. B는 로그인 기능을 2점으로 지정, C는 5점으로 지정했다면 로그인 기능은 스토리 포인트 5점임" - 주의) 회사에는 그냥 PM이 지정하기도함. 별로 플래닝 포커를 안 좋아하는듯
우선 순위 결정
- 해당 스토리의 시급성, 중요도, 난이도에 따라 우선순위를 결정함.
- 가장 중요하고 시급한 일을 먼저해야함
- 여기서 have to/need to(반드시해야할일/해도좋을일)을 구분하는 것이 가장 중요
DO(중요o, 긴급o)
- 당장 할 일
- 게시글 포스팅 기능, SNS 구독 및 팔로우 기능
Decide(중요o, 긴급x)
- 언제 할지 계획하기
- 업무 자동화 도구 제작, 배포 프로세스 시간 단축시키기
Delegate(중요x, 긴급o)
- 다른 사람(또는 GPT)에게 맡기기
- 회의록 정리 ,oo님이 갑자기 와서 당장하라고 시킨일
Delete
- 절대 하지 말아야 될 일
프로덕트 보드(칸반) 작성하기
- 일단 사용자 관점에서 기능을 쪼개거나 합치기
- 스토리 포인트를 추정하기, 플래닝 포커 이용
- 칸반에 각 유저 스토리를 비치하고 일을 하기 시작
회고 하기
- 스프린트(또는 프로젝트 마무리)하고 정기적으로 회고를 해야함
- KPT 회고, 4F 다양한 회고 방식이 있음.
- 반성과 피드백
- 회고 이후에 액션 아이템(그래서 앞으로 어떻게 할 것인가?)를 뽑아내는 게 제일 중요함.
액션 아이템
- (누구)님이 (언제)까지 (뭘)해서 (후속조치)를 한다. 형식임.
- "oo님이 다음주 금요일까지 공통문서에 oo를 해서 slack에 완료 메시지를 남긴다" - 안전 장치를 만들어 두는 것이 좋음.
- 만약 (상황)일 경우 (일)을 하고 (후속조치)를 한다.
- "만약 시간이 없어서 못했을 경우 공통문서에 oo를 한 다음에 slack에 도움 요청을 한다."
온도 체크
- (1~10) 개인 컨디션, 몰입도, 개인적인 상황을 점수를 통해 표현하기
- 3~5분 정도 진행하기
회고 방법
- 온도 체크
- 했던 일 중에 좋았던 것, 부족했던 것을 타임라인(일자별 시간별로)으로 적기
- 팀원에게(또는 나에게) 바라는 것들을 적기
- 액션 아이템(앞으로 어떻게 할지)를 적기
- 액션 아이템을 팀원들이 자주 보는 곳(노션, 홈화면, 회의장)에 박제해두기
그외 에자일하게 일하는 팁
- 팀원들과 페어프로그래밍하는게 정말 도움이된다.
- 일이나 정보를 팀원들 사이에 공유하는게 중요하다. 문제가 생기면 빠르게 공유하는 것은 매우매우 중요하다.(에러 로그, 이슈를 꼭 작성해라)
- 매일 짧게 회의(적어도 10분이라도)를 해야 사고가 나지 않는다.
그래서 나는 뭘 할 것인가?
- 다음 프로젝트에서는 프로덕트 보드를 만들어본다. 반드시 스토리 포인트를 나름대로 지정해본다.
- 지난 프로젝트에 대해 회고 해보기
참고 자료
-
에자일은 '에자일 프랙티스'이 책을 추천한다. 상황 맥락에 따라 어떻게 에자일하면 좋을지 말해주는 책이다. 어차피 에자일 한다고 하면 회사마다 사람마다 생각이 다 다른데 이 책에서는 그나마 에자일에서 뭐가 요점이고 어떻게 에자일 지침을 수행할지 구체적인 일들(페어프로그래밍, 에러로깅, 등)을 알려준다. (현실과 괴리가 적고, 실천하기 좋은 에자일 도구들을 알려주는 것 같다.)
-
많은 개발 회사에서는 아래 방식의 에자일을 가장 선호하는 것 같다!( 이건 '일본 전산 이야기' 책에서 발최한 내용이다.)
