-
Notifications
You must be signed in to change notification settings - Fork 4
그라운드 룰
Jaehoon So edited this page Nov 7, 2022
·
3 revisions
- Zoom
- 회의는 회의 내용에만 집중해서 늘어지지 않게!
- 만약 정규 일정 외에 회의가 필요하다면 1시간 내외로 짧고 굵게 끝내려고 노력하기
- 1시간이 초과되는 경우 50분 회의 - 10분 휴식 반복
- 회의가 필요한 경우 누구나 슬랙으로 회의 소집
- 오프라인 모임도 필요에 따라서 소집
-
이슈 사용 ✅
- 프로젝트 기능별로 작성
- 고민되는 점, 에러발생 시 이슈 작성 (이슈 사용 예시)
-
일정관리는 마일 스톤
-
프로젝트 - 고민해보고 돌아올까요?! 프로젝트 사용 예시
- 매일 스프린트 진행자가 리더역할
- 우리는…하나…^^
- 추후 디자인이나 발표 이런 건 그때가서…
- 아무리 늦어도 자정에는 쉬러 갑시다…
- PR 시간은? → 10~11시
**주.말.보.장**
- 자신의 기분을 1~10으로 표현하고 그 이유를 말한다.
- 어제 뭘 했고, 오늘 뭘 할 예정인지 공유
- 구체적으로 어떤 기술을 사용할 것인지까지!
- 전날 막히거나 고민한 것들이 있다면 공유
- 주차별 진행자/기록자
-
[Week 1]
- 1주차 기록자: 선경
-
[Week 2-5]
Week 2 Week 3 Week 4 Week 5 진행자 보경 재훈 선경 민석 기록자 민석 선경 재훈 보경 -
[Week 6]
- 6주차 기록자: 선경
-
- 일주일 동안 진행 현황 확인하고 템포 조절에 관해 논의
- 속도가 느린 것 같다면 복지 멈춰…빠른 것 같다면 복지 지켜~~~
- 첫 주 회고 해보고 더 논의하기로!
-
Keep
- 좋았던 점을 기반으로 도출되며 앞으로 프로젝트를 진행할 때, 계속 유지해야할 사항
-
Problem
- 아쉬웠던 점을 기반으로 도출되며 앞으로 프로젝트를 진행할 때, 개선되어야 할 사항.
- 일어난 사건 자체 뿐만 아니라 좋았거나 나빴던 일에 이르는 과정에 대해 쓰는 것이 좋다.
-
Try
- 도출된 problem의 원인을 파악하여 이를 기반으로 어떠한 시도들을 해볼 수 있는지에 대한 내용.
- Try을 고려할 때 포인트는 구체적인 액션에까지 구체화 시키는 것이 중요
참고 자료) 회고에 대한 정리 및 설계 [(바로가기)](https://github.com/JaeYeopHan/tip-archive/issues/8) 참고 자료) 프로젝트를 마치며 회고한 경험 [(바로가기)](https://jbee.io/essay/about_retrospective/) 참고 자료) 회고에 대한 고찰 [(바로가기)](http://www.moreagile.net/2016/04/kpt.html)
- 해당 주 스크럼 진행자, 기록자와 동일
- 목표와 해결해야할 과제를 정리하기
- 이번주 목표 설정, 목표에 따른 작업 분배
- 기한은 얼마나 걸릴 것 같나…? 달성하기 위해서 어떤 툴을 써야하나…?
- 서로 작업내용에 대한 피드백 받기
- 문제인식 → 목표설정
- 각자의 생각을 말하고 스케치를 통해서 아이디어를 구체화한다.
- 어떤 방법으로 구현할지에 대해서(ex. 네트워크는
Alamofire
를 쓸까요URLSession
을 쓸까요)
- 어떤 방법으로 구현할지에 대해서(ex. 네트워크는
- 어떤 아이디어로 진행할지 투표로 결정한다.
프로토타입을 만든다?- 피드백을 받고 피드백에 따라서 최종 방향을 결정한다.