5️⃣

회고 스프린트5 2022.12.12

팀 프로젝트를 잘하는 방법: 다른 사람과 협업하는 프로젝트가 벌써부터 걱정이 된다. 내가 뭘 기여하지?

1. 지난 스프린트 이후로 1달간 일어난 일에 대한 회고 (~9:15)

지난 스프린트 이후로 나에게 의미 있었던 지점 2~3가지를 작성해볼게요. 이 때 좋았던 부분, 성장한 부분뿐만 아니라, 고민할 지점을 줘서 의미있다고 생각한 부분도 좋아요.

이름	지난 스프린트 이후로 일어난 일 중에 나에게 의미 있었던 지점 2~3가지

•

면접 준비 스터디

•

프로젝트 시작하면서 겪는 시행착오

•

프로젝트내 갈등 상황 대처나, 소프트스킬의 중요성을 느낌

•

동료 특강

•

블로그 정리 공부법 - 모르는게 있을 때 구글 검색보다 내 블로그에 검색해서 다시 기억을 끌어 올리는게 더 기억하기 쉬웠음

•

건강 관리 - 참지 않고 짚고 넘어가는게 더 공부에 도움이 되었음

•

나는 솔로다 출연 예정?

•

운동과 공부를 병행하기 시작

•

프로젝트 조장이 되었다

•

매일 밤 복습스터디 진행

2. 상상해봅시다. 팀 프로젝트를 굉장히 만족스럽게 마무리 했습니다. 어떤 부분 때문에 만족스러울까요? 2~3가지를 적어주세요. (~9:40)

이름	팀 프로젝트가 만족스러운 경우에 대한 2~3가지 정도를 상상해보기
이름1
이름2
이름3
이름4
이름5

•

git flow 전략을 통해 깃헙 다루는 것에 대해 자신감이 생기고, 협업을 하는 것이 익숙해졌을 때

•

나랑 팀플해서 좋았다는 말을 들었을 때

•

프로젝트의 조장으로서 나름대로의 역할을 잘 수행했을 때

•

…

공통 키워드 리스트

•

협업과 소프트스킬

◦

프로젝트 전보다 구현, 소프트 스킬 등 다양한 방면에서 눈에 띄게 성장한 것이 보였을 때

◦

팀원과의 트러블이 없이 잘 마무리 되었을 떄

◦

프로젝트의 완성보다 협업이 성공했을 때

•

팀원들 간의 관계

•

자신감

•

성장

•

소통능력향상

•

타임라인을 지키는것

•

리드해보는 경험

•

프로젝트 만들면서 대략적으로 알던 지식들을 구체화 하는 경험

•

눈에 보이는 결과물

•

자랑할만한 깃허브 핀

원칙과 규칙을 구분해보기

•

규칙은 변할 수 있습니다

•

지켜야할 것과 지켰으면 좋겠는 것..?

•

원칙은 기본적인 것, 규칙은 지키면 좋겠다고 정하는것

•

규칙은 만들어 가는 것!

•

원칙이 좀 더 넓은 의미 같습니다

•

원칙은 기존에  있던 규율?
규칙은 상황에 맞게 생긴 규율?

•

규칙은 원칙을 토대로 만들어지는 것

•

원칙을 지키기 위해서 규칙을 수정할 수 있다...!

원칙은 ⇒ 상수

규칙 ⇒ 변수

협업이라는 원칙을 먼저 같이 이야기해서 언어로 정리하고 이 협업이 잘 일어나기 위한 규칙들을 만들어 나가면서 시행착오 겪어 보는게 중요한거거든요

우아한형제들의 송파구에서 일을 더 잘하는 11가지 방법

9시 1분은 9시가 아니다.  ⇒ 시간 약속을 우리가 잘 지키자 (원칙) ⇒ 규칙 

실행은 수직적! 문화는 수평적~ ⇒ 업무 수행 프로세스 ⇒ 개선할 규칙들을 이야기하고 변하를 만들수도 있고

잡담을 많이 나누는 것이 경쟁력이다. ⇒ 우리가 너무 일적인, 기능 구현과 관련한 이야기만 하고 있다라고 하면 1주일에 1시간은 수다타임을 가진다와 같은 변할 수 있는 규칙 

쓰레기는 먼저 본 사람이 줍는다.

휴가나 퇴근시 눈치주는 농담을 하지 않는다.

보고는 팩트에 기반한다.

일의 목적, 기간, 결과, 공유자를 고민하며 일한다.

책임은 실행한 사람이 아닌 결정한 사람이 진다.

가족에게 부끄러운 일은 하지 않는다.

10.

모든 일의 궁극적인 목적은 ‘고객창출’과 ‘고객만족’이다.

11.

이끌거나, 따르거나, 떠나거나!

Facebook Values

•

임팩트에 집중하라(Focus on impact)

•

신속하게 움직여라(Be fast)

•

과감해져라(Be bold)

•

열린 자세를 취하라(Be open)

•

사회적 가치를 구축하라(Build social value)

팀 단위에서 의미있게 느껴졌던 원칙과 규칙

•

같이 성장 ⇒ 공유를 통한 성장 (원칙)

◦

모든 기능 구현을 페어로 진행 

◦

기능 구현하거에 대해서는 그날 바로 노션에 문서화 해서 공유한다. 그날 바로 노션에 적을 수 없는 분량이라면 기능을 쪼개거나 다른 사람과 해야할 업무의 양을 나눈다.

◦

1주일에 1번씩 서로가 구현한 기능에 대해 기술 세미나를 연다.

•

높은 수준의 협업

◦

누군가 팀채널에 도움을 요청하면 그걸 ‘먼저’ 다같이 해결한다. 

•

높은 신뢰 관계 형성

◦

6시에 하교하니까 5시 30분부터는 30분간 같이 오늘 한 일에 대해 회고를 한다

◦

아침에 등교하면 10~15분정도 잡담을 나누는 티타임을 가진다 

◦

시간 약속을 잘 못지키면 ~한다.

팀 문화 돌아보기

의미 있었던 문화 1가지

•

지각 결석은 양심에게 맡김!

만들어진 과정

•

지각 페널티를 만들면, 페널티가 면죄부가 될 수도 있다

•

양심에 맡겨도 충분히 각자 잘 지키지 않을까

돌아본다면

•

아주 좋은 문화였고, 아주 잘 지켜졌다!

•

누군가 지각한다면 왜 지각하는지, 얼마나 지각하는지 자발적으로 공유해줬다

•

공유받은 팀원들은 걱정해주고 조심히 오라고 이야기해줬다

•

모두 지각을 한 적은 있지만 반복되지 않았기 때문에 양심에 맡기는 문화가 유지될 수 있었다

•

이 문화가 끝까지 잘 유지될 수 있었다는 것이 너무 자랑스럽다!

터놓고 - Termergency

•

서로가 필요한 응급상황에서 주저하지 않고 도움을 요청하는 문화를 만들었습니다.

•

처음에는 잘 몰랐지만, 다양한 위급상황을 겪고 이를 극복하다보니 서로의 중요성과 신뢰를 쌓을 수 있었습니다.

무엇이든 질문

•

팀 단위에서 원칙을 어떻게 세워야 할지, 각자 추구하는 방향이 다른데

⇒ 우리가 지금 각자 어떤 경험을 하기를 원하는지, 같이 우선 순위를 만들어야죠.

•

팀플 처음 진입할때처럼 텐션을 계속 유지하려면 어떻게 해야 할까요?? (중간에 루즈해지지 않으려면?)

◦

처음의 텐션을 유지하는건 어렵기 때문에, 텐션이 낮아졌을 떄 우리 팀은 어떻게 하면 좋을까? 퍼포먼스가 낮아지는 상황인데, 이 때 어떻게 하면 팀단위에서 이런 상황을 좀 더 슬기롭게 헤쳐나갈 수 있을까?

◦

페어 프로그래밍, 페어로 작업하는걸

◦

텐션이 낮아진것 같다라고 하면 누구나 먼저 티타임을 제안할 수 있다 ⇒ 잡담이 경쟁력이다 

▪

텐션이 낮아졌을 때 어떻게 같이 회복할 수 있을지 팀만의 문화나 방법이 꼭 있더라 

▪

초반에 텐션을 낮춘다. 이래도 되나? 싶을 정도로 일부러 작은 단위로 계획을 세우고 후반부에 달려나가는것도 

•

우형에서 '잡담이 곧 경쟁력이다.' 라는 말을 굉장히 좋아해서 항상 팀플에서 적용하고자 하는데
마감에 바쁜 와중에도 잡담을 적용해도 괜찮을까요?

◦

팀원이 모두 공감해야하는 원칙이잖아요. 바쁘지만 10분이라도 저번주말에 뭐했는지 잠깐 이야기 나누자 

▪

탕비실 ⇒ 회사 층의 정 가운데에 있어요. 가운데 공용 공간이 있으면 공용간에서 눈에 잘보이는곳에 있음 ⇒ 물을 뜨거나 설거지를 하거나 이럴 때도 인사하고 간단하게라도 잡담을 나눴으면 해서 

•

메이커준님께서 일을 진행하는 도중에 실수를 하셨을 때, 바로 팀원들에게 도움을 요청하셨는지, 아니면 스스로 한 실수를 해결하고 정리해서 나중에 동료들에게 공유를 하셨는지, 아니면 실수를 했을 때 일련 규칙이 정해져 있었는지 궁금합니다!

◦

실수를 했을 때 바로 공유를 하죠. 영향을 갈 수 있는게 있음

◦

실수를 했기 때문에 바로 공유를 해야, 

◦

이걸 점점 말하기가 어려움. 실수는 빠르게 공유하고 같이 관리한다. 

◦

이런 실수가 있어서 이렇게 해결했다 하고

◦

팀의 실수데이터베이스를 만들어 나가는게 될 수 있기 때문에 실수를 서로 공유하고, 내가 해결하기 어려운 실수도 있기 때문에 이 때 도움을 주고 받는 문화가 있으면 굉장히 심리적 안정감

•

구글에서 성공적인 팀의 비결을 연구한적이 있는데 ‘심리적 안정감’, 학력이나 다른 기술력과 상관 없이 퍼포먼스를 내는데 있어서 굉장히 중요한 부분이었다고 함

•

어떤걸 정할때 다 토론하면서 정해야할까요?
어느순간에는 이 파트정도는 누가 좀 정해줬으면 좋겠다라는 생각이들고,
토론시간만 흐르고 막상 뚜렷하게 뭔가 안정해지면 시간이..아깝다는 생각이 들더라구요
어떤건 토론으로 하고,어떤 거는 그냥 누가 정하고..이런 기준을 잘 모르겠어요ㅠㅠ

◦

토론으로 정하기가 어려우면, 이럴 때 우리 팀은 어떻게 의사결정을 하면 좋을지 이거에 대해 회고를 해보면 좋다.

◦

토론으로 20분내에 방향이 잡히지 않는것 같으면 다수결로 정한다

◦

토론할 때 누군가가 MC를 맡아서 이야기는 나누되 결정은 MC가 하고, 그 결정에는 존중한다. 

▪

MC는 돌아가면서 한다.

•

좋은 결과물을 만들기 위해 가장 필요한 덕목...?

◦

좋은 결과물 

▪

⇒ 내가 만든 서비스가 아직은 불편하고 불안정적이더라도 5명 이상의 사용자를 가지고 있다

▪

⇒ 우리 팀의 협업역량이 잘 드러나는게 좋은 결과물일수도 있고

▪

⇒ 우리의 학습 과정이 잘 드러나는게 좋은 결과물일수도 있고

▪

⇒ 기술적으로 자바스크립트에 대한 깊이 있는 이해가 잘 드러나는 경우

•

다반수가 반대하는 의견인데..정말 하고 싶을때는 어떻게 설득하면..좋을까요?

◦

TDD를 팀에 정말 도입하고 싶은데, 팀원들이 반대 하는 경우

◦

팀에 회고하는 문화를 도입하고 싶은데, 그런거 뭐하러 해?

◦

내가 혼자서 이거를 도입하거나 설득하려고 하면은 굉장히 난이도가 높아요

◦

일단 1명이라도 설득한다. 내가 가장 편하게 대화할 수 있는 아군을 빠르게 만들기 

•

팀원에게 거슬리거나 서운한 일이 있을 때 팀 분위기를 망칠까봐 얘기를 못하겠습니다. 이럴 땐 어떤식으로 해결하는게 좋을까요..?

◦

1:1로 이야기하기에는 정말 용기가 많이 필요하고 어려울 수 있어요

◦

팀내에서 감정회고라는걸 한번 시도해보면 좋음

◦

프로젝트를 진행하면서 나는 어떤 감정을 느꼈는지 이런 부분을 솔직하게 이야기해보는거거든요.

•

써먹을 맥락을 떠올리며 읽기

◦

애자일이나, 학습 방법, 개발 공부 

◦

⇒ 회사 업무에서 어디에 써먹을 수 있을까? 

3. 우리팀의 원칙과 규칙을 만들어보자

원칙 최대 3가지, 규칙은 원칙 별로 1~2가지 정도 까지만 만들어보기

원칙이 더 잘 실현되기 위해서 어떤 규칙이 필요할지 1~2가지 정도만 이야기해보면 좋을 것 같아요

	원칙과 규칙
1조 DevONE	원칙 1. 모두의 시간은 소중하다! 2. 틀린건 없고 다를 뿐이다~~ 3. 팀이 있는건 같이 하려고 있는거다!! 규칙 1-1. 토론할 주제가 생기면 제한시간을 두고 일단 신속하게 결정 내리기 - 각자 본인의 의견을 얘기하고 팀장이 결정하기 - 팀장이 결정하기 어렵다면 다수결로 2-1. 상대의 의견에 반박이 아니라 '나' 화법으로 말하기! - '아 너는 그랬구나~ 나는 이랬어!’ 2-2. 죄송합니다 미안합니다는 한번만 하기 3-1. 언제든지 편하게 페어프로그래밍 요청하기 3-2. 프로젝트 관련된 내용(페어프로그래밍 요청, 이슈 발생 등)은 항상 디코에 공유하기 - 공유된 내용이 있다면 단톡방에 확인 요청 카톡 남기기 - 이모지로 확인 체크하기
2조	원칙 - 협업에서 무엇보다 중요한건 친밀감 !! 규칙 - 정기회의 외적으로도 매일 10분이라도 모여서 이야기하기
3조	원칙 - 자유로운 분위기를 추구 - 아무도 비난하지 않으니 생각나는대로 말하기 규칙 - ️ 의견, 불만 모두 솔직하게 말하기 ️ - 솔직하게 말할 수 있는 방안 !!!?? (맥주챗) - 일주일에 한 번 회고 시간 가지며 어려웠던 것, 힘들었던 점 공유 - 선 넘지 않기, 사운드 비우지 않게 하기..
4조 (불사조)	원칙 - 사소한것도 소통하기 - 공과 사 구분하기 규칙 - 의견 깔끔하게 안 정해지면 리미트 걸고 일단 패스하기 - 문제가 해결 안되면 혼자서 해결하려고 하지 말고 바로바로 얘기하고 같이 해결하기 - 구체적으로 질문하기(ex. 이렇게 해봤는데 잘 안되더라~, 오류 캡쳐 등 상황 구체적으로 설명하기) - 서로 마음에 담아두지않고 본인생각 말하기 - 업무 별 마감 시간을 정해두기 - 숙제 잘해오기
5조	원칙 1. 싸우지말자 2. 서로의 시간을 소중히 여기며 문제 상황을 풀어가자 규칙 1-1. 솔직한 감정을 올바르게 전달하자 1-2. 수용적인 태도를 갖추기 2-1. 무엇에서 문제가 생겼고 어떤 노력을 했는지 어떤 것에 도움을 받고 싶은지 생각해보고 해결해나가기! 2-2. 자책하지 말기
6조 (ㄲㅇㅇ 뀌여워 조)	원칙 1. 도망쳐도 좋다. 돌아오기만 해라. 2. 사소한 내용(감정, 상황 등 모두)이라도 얘기하기 규칙 1. 불참해야 할 일 생길 때, 30분 전에는 말을 해주기 (노쇼 빼곤 다 괜찮아요) 2. 말하기 어렵다면 “익명” 기능을 사용해서라도 말하기
7조 (칠드런)	원칙 1. 서로의 의견을 존중한다. 2. 서로 맡은 일을 책임진다. 3. 사소한 것도 소통한다. 규칙 1-1. 의도적으로 말을 끊지 않기 1-2. 의견을 말할 때 쿠션어쓰기 1-3. 다양한 관점 수용하기 2-1. 막히는 부분이 생기면 주저 말고 공유하기 2-2. 약속한 시간 지키기 3-1. 어떤 의견에 대해서도 반응 잘해주기 3-2. 회의 시작 후 15분 정도 아이스브레이킹 타임!
8조 ( INFINITY)	원칙 1. 코드의 효율과 가독성 고려하기 2. 원활하게 소통하기 3. 시간 약속 지키기 규칙 1-1. 코드의 효율을 위해 다양한 라이브러리 기술 활용하기 (두려워하지 않기!) 2-1. 내가 느끼는 감정 솔직하게 말하기 2-2. 불평 불만은 혼자 가지고 있지 않기 2-3. 언제든 도움을 구하고 도움 주기 3-1. 회의에 참석하지 못할 때에는 미리 말해주기 3-2. 중요한 의사결정이 필요할 수 있으니 연락은 15분 안에 되기 3-3. 회의 제한시간 두기 (30분) → 회의 시간 전 필요한 부분에 대한 안건 준비하기 → 안건이 없다면 회의는 패스하기 → 안건에 대해서만 회의하고 작업하기 (수다 넘많~ㅎㅎ;;)
9조	원칙 1. 팀을 존중하기 2. 시간약속 준수 규칙 1-1. 존댓말 사용하기 1-2. 편한 질의응답 분위기 형성 1-3. 피드백 웃으면서하기 2-1. 아침마다 Git issue & Project 작성 2-2. ASAP response
10조 (십전백기)	원칙 1. 원활한 소통 2. 협업 규칙 1. 혼자 길게 고민하지 않기 의견 솔직하게 이야기하기 메이커준님 빙의하기 필요할 때 감정 회고 시간 가지기 나를 비난하지 않을것이라는 믿음 가지기 2. 언제든지 도움 요청하기 (노션에 ‘궁금증 공유하기!’ 적극 활용) 문제나 어려움이 있으면 편하게 바로바로 팀원들과 공유하기 의견의 좋고 나쁨을 확실하게 표현하기 - 좋음과 동의는 제시한 의견에 확신을 가지게 해주고 나쁨은 더 나은 방향이 있는지 같이 고민해볼 수 있게 해줌. ⇒ 나는 그건 싫어! 나에 대한 부정이 아닌 의견에 대한 부정
11조 (yes ll yes!)	원칙(코어 밸류, 방향성) * 휴식과 집중이 구별되도록 하자. (출석 시간 동안 플젝에 집중!) * 팀원들간의 원활한 소통 규칙(행동 단위) 막히는 부분을 스스로 찾아보고 난 후 질문하기 질문이 있으면 무조건 물어보기 (고민하지말고 물어봐서 함께 해결하자!) 평일 9-6에는 디코에 상주하기. 정기회의시간: 오프라인 모임 때 진행 회의안건, 코드리뷰, 머지, 맥주챗… 자유롭게 이야기하는시간 가지기ㅜㅜ 매일 오전 8:45분부터 30분동안 리프레쉬 시간 갖기(잠깨기, 진행사항 공유, 고민 공유)
12조	원칙 1. 참여하고 싶은 프로젝트 만들기 2. 자랑하고 싶은 프로젝트 만들기 규칙 1. 서로의 다름을 인정하기 서로의 감정과 생각을 솔직하게 말하자! 매주 금요일 마감회의 때 감정회고 시간을 가져보기 나는 내 코드가 아니다 자유로운 의견 제시 불편한 점이 있으면 “나는 이러저러한 불편함이 있었어요~”라고 말하기 언제나 마음 편하게 페어프로그래밍 요청하기 금요일 저녁 10시에 맥주 회고 가지기 주중 오후 4시에 코드 리뷰하기 주중 오후 8시 이후, 주말에는 특별한 일(진도가 많이 늦춰진 경우라던지..) 아니면 자기 시간을 확보하도록 하기 불참을 하게 되는 경우에는 하루 전에 말해주기 2. 타인에게 설명할 수 있을 정도로 하나의 기능이라도 구현하려고 노력하기 내 실력을 온전히 보여줄 수 있는 수준의 코드 작성하기
13조 ( 13oosters)	원칙 효율적으로 협업하기 - 협업 과정중에서의 빠른 피드백과 능동적인 태도를 비롯한 의견 조율 - 자유로운 주제로 대화 (터놓고 얘기하기) - 의사소통 비용 최소화 - 심리적 안정감 - 유연한 규칙 설정 (규칙으로 인한 피로함 줄이기) 규칙 1. 새롭게 알게된 정보나 공유하고 싶은 내용은 메모해뒀다가 당일날 공유하기 2. 비효율이라 생각되면 언제든 말하기 3. 의견 제시를 망설이지 않고 적극적으로 의견 제시하기 4. 더 좋은 의견이 있다면 망설이지 말고 토론하자 제안하기 5. 의견 조율이 15분 내로 안된다면, 투표 진행
14조	원칙 1. 원할한 소통 2. 도움 요청하는 걸 어려워하지 않기 3. 코드가 별로라고 자기 자신이 별로인게 아니다~ 규칙 1. 항상 웃으면서 말하기 2. 사소한거라도 리액션 해주기 3. 에러 사항이 있을 경우 최대한 빨리 팀원에게 알리기 4. 정기회의 수요일 4시에 자연재해가 일어나지 않는 한 참가하기 5. 11시 20분부터 30분 동안 커피챗하기~~!!
15조 (15조는 리액트를 찢오! )	원칙 1. 혼자서만 해결하려고 하지 않기 2. 원활한 소통 3. 할 땐 열심히! 쉴 때도 잘 쉬기! 규칙 1. 자신이 맡은 일을 고민해보다가 도저히 안풀리면 공유해서 다같이 ‘먼저’ 해결하기, 다 같이도 해결하지 못한다면 다른 사람에게도 질문해보기. 맡은 일을 빨리 끝냈을 때, 어려워하는 팀원이 있다면 페어프로그래밍으로 도와주기. 2. 불만이 있으면 말하되, 화내지 않기(~~이렇게는 어떨까요?) 3. 휴강날에는 쉬기, 수업 때는 열심히 하기(9-6 연락 잘 답하기)
16조 최대정진	원칙 1. 존댓말 사용하기 2. 하고 싶은 말은 담아두지 않고 항상 하기 3. 확인했으면 확인했다고 이모지 달기 4. 궁금한 것 자유롭게 물어볼 수 있는 분위기를 만들자! 규칙 1. 공과 사 구분하기! 2. 같은 말도 기분나쁘지 않게 하기 3. 각자 이모지 정해둬서 확인 편하게 하기
17조 (17ㅐ미는 뚠뚠)	원칙 1. 공유와 소통 2. 회고와 피드백 3. 긍정적인 분위기 4. 삼겹살 원툴 조 규칙 1-1. 단계별 개발이 끝났을 때마다 진행 상황 업데이트 하기 1-2. 문제 상황이 발생했을 때 바로 공유하기 2-1. 목요일 오후 4시마다 팀원들과 함께 주간 회고 진행하기 2-2. 받은 피드백은 빠르게 반영하기 3-1. 부정적인 말보다 긍정적인 말로 소통하기 3-2. 잡담 많이 하기 4-1. 힘이 들 땐 삼겹살을 생각한다.
18조 (멋쟁이 클로바처럼)	원칙 - 원활한 소통 - 서로 배려하고 존중하기 - 평일 9 to 6 에는 10분 안에 연락 되기 규칙 - 무슨 일이 있거나 연락 안 되는 날은 미리 알려주기 - 리액션 잘하기 (확인했습니다 등의 대답을 잘하는 것을 의미) - 반복적인 실수가 아닐 때는 그럴 수 있지~ 하기
19조 광개코딩왕	원칙 - 신뢰 관계 형성 - 원활한 소통 - 눈치보기 금지 규칙 - 활동 시간을 정하고 그 시간에는 빠른 소통이 가능하도록 설정 - 실수, 배움, 일상을 공유하며 신뢰 관계 형성 - 의견 내는데 주저하지 말기 - 긍정적인 사고 갖기 - 어려운 부분이 있으면 주저하지말고 공유하기
20조	원칙 - 계획된 날짜 내에 프로젝트 완성 - 서로의 기분 존중, 좋은 분위기 유지 규칙 - 스프린트 진행 데일리: 오전 할일 공유, 오후 한일 음성 회의 위클리: 한 주 수업있는 마지막 날 진행 - 빠르게 연락하고 확인한 공지에 이모지 달기 - 문제가 발생하면 정리해서 공유하기
21조 (2의2승!!!)	원칙 - 문제는 다함께 해결한다~ - 낙오자 없이 함께 간다~ 규칙 - 매일 오전 30분동안 리프레쉬 시간 갖기(잠깨기, 진행사항 공유, 고민 공유) - 질문 많이하기 - 죄송금지
22조 (장발장)	원칙 - 적극적으로 도움 요청하고 공유하기 - 팀원의 사기를 높이는 말하기 - 미안금지 규칙 - 데일리 스크럼 때 고민 공유하기 - 수고했다, 고생했다라는 말을 생활화하기 - 미안하단 말 하지않기
23조 ( ㄱㅂㅉ)	원칙 - 사소한 것도 소통한다. (표현하지 않으면 상대는 알 수 없음) - 코드와 나를 분리하자. 규칙 - 데일리 ㄱㅂㅉ 스크럼 - 긍정, 부정의 말 어떤 것이든 꼭 얘기하기 - 어떤 의견도 아이디어가 될 수 있으니 막 던지기 - 쳐 낼 것은 과감하게 쳐내기 - 개인적인 스케줄이 있을 때 미리 말해주기
24조	원칙 1. 프로젝트를 무사히 끝내기 규칙 1. 모르는 것은 서로 공유하고 같이 공부하기 2. 데일리 스크럼 15분 가지기 3. 데드라인까지 진행사항 → 선생님이 되었다고 생각하고 설명해주기 (지키지 못했어도 죄송이 아니라 사유를 말해주기-솔직해지자!)
25조	원칙 1. 프로젝트 기간만큼 우리가 가족(고민, 질문, 의견 서스름 없이 공유하기w) 2. 시간을 효율적으로 쓰기 (시간은 금이다) 규칙 1-1. 리액션을 잘해주자(이모지 & 대답) 1-2. 참지말고 불편한거 있으면 말하기 1-3. 의견 내는거 부끄러워하지 않기(정 얘기못하겠으면 부끄부끄의견나눔에 적기) 2-1. 트러블슈팅할때 30분이상 지체 되면 멘토님 찬스(멘토님 빨대 춉) 2-2. 쉬는 시간은 확실히 휴식(휴식시간 돈타치) 2-3. 회의 안건 구체적으로 준비해오기 (명확한 의견이 없다면, 고민한 내용도 좋음) 2-4. deadline 정하기

궁금한 점

•

피크닉 채널에 질문 남겨주시고 