#1. 좋은 리더, 좋은 팔로워가 되는 법
어떻게하면 서로가 좋은 리더이자 좋은 팔로워가 될 수 있을까?
- 리더를 돌아가면서 한다.
- 분야별로 리더를 정한다 (회고 리더, 계획 리더, 개발 리더, 테스트 리더)
#2. 컨벤션과 규칙을 만드는 법
- 초반에는 거의 매일 컨벤션과 규칙을 수정하거 개선해나간다
- 처음에는 다른 사람들이 만든 컨벤션과 규칙을 따라가도 괜찮다. (다른게 더 중요할 수도 있으니)
#3. 아주 작은 기능조차 구현 못하는 내가 잘할 수 있을까?
- 성공적인 프로젝트에는 '기능 구현'만 있는 것이 아니다. 다른 팀원들의 실수를 체크할수도 있고, 네이밍 관련된 부분을 체크할수도 있고, 회고를 주도할수도 있고 기여할 수 있는 부분은 많다. 내가 확실히 기여하고 싶은 부분을 체크해보자.
- 그리고 무엇보다도 잘하는 팀원들에게서 내가 어떻게 더 빠르게 배울 수 있을지 그 '과정'을 설계해본다. 페어프로그래밍을 할수도, 코드리뷰를 할수도있다 나에게 맞는 방법 찾아보기
#4. 팀원들과 함께 압박감을 덜어내는 팁
이 질문을 던져본다.
- 이 기능을 다 구현했음에도 만족하지 못하는 경우
- 이 기능을 다 구현하지 못했음에도 만족하는 경우
이 차이를 좁혀나가며 이야기해본다. 우리가 멋사 기간 동안 만드는 프로젝트의 진짜 목적은 무엇인가? "개발자로서의 성장"이지 비지니스가 아니다. 목적에 맞는 과정을 함께 설계한다
#5. 적당하고 적절하게 역할 분담 잘할 수 있는 방법
처음엔 과할정도로 하나로 다같이 진행하다가 점차 주도적인 역할을 분배해내가본다. 그래서 망해도 되는 작은 프로젝트를 하나 해보는것도 추천 (망해도 되니까 더 마음 편하게 벤딩머신 같은건 어떨까요?)
#6. 관계가 안좋아졌을 때 회복하는 방법
일단 관계가 안좋아지고 있는것 같다라는 생각이 들면 빠르게 그것에 대해 이야기한다. 이 때 도움이 되는건 '감정 회고'. 서로가 느끼는 감정에 대해 이야기 나누면 신뢰 관계가 높아진다.
일단 관계가 깊게 안좋아지고 나면 회복하기 어렵다. 관계 안좋은게 깊어지지 않게끔 관계를 초반부터'관리'하기
#7. 스프린트, 백로그, API명세 잘 기록하는 방법
팀마다 다를 것이다. 팀에서 어떻게하면 효과적으로 기록할 수 있을지 논의한다. 단 기억했으면 하는거는 기록은 한 군대에서 기록되는게 좋다. Github 저장소의 칸반보드, 위키 등을 활용하는 것도 추천
#8. 팀원간에 바라는 완성도를 조율하는 방법
팀에서 바라는 완성도를 처음에 공유하고, 그 완성도와 지금의 진행 수준에 맞추었을 때 어떻게 조정하면 좋을지를 논의한다. 이 때 아래 질문 역시 도움 된다.
- 이 기능을 다 구현했음에도 만족하지 못하는 경우
- 이 기능을 다 구현하지 못했음에도 만족하는 경우
#9. 자주 지저분하게 어떤 플랫폼으로 소통을 하면 좋을까
팀원들이 자주 소통하는데 도움이 되는 플랫폼을 선정한다. 디스코드, 슬랙 모두 괜찮다. 사용하면서 우리에게 플랫폼이 적절한지 회고해본다. 잘 모르겠으면 각 플랫폼별로 1주일씩 실험해보면서 맞는걸 찾아봐도 괜찮지 않을까? 마치 데이터 수집 단계라고 생각해봐도 좋을것 같다.
#10. 함께 일하고 싶은 동료는 어떤 사람일까?
나답게 협업하는 사람
나답게 - 나의 특징을 강점으로 활용한다.
협업하는 사람 - 나의 강점을 통해 다른 사람의 단점을 보완해주며 같이 만들어 나간다
~ 코드 실행흐름~
- 이메일 input은 emailInput이라는 Ref가 참조, 상시 감시중
- 비밀번호 input은 pwInput이라는 Ref가 참조, 상시 감시중
- 로그인 button을 클릭하면 inputCheck 이벤트 핸들러 실행
inputCheck- emailInput.current.value 확인 ⇒ 빈 칸일 경우 경고
- pwInput.current.value 확인 ⇒ 빈 칸일 경우 경고
- 공란이 아닐 경우 setEmailValue(emailInput.current.value), setPwValue(pwInput.current.value) ⇒ emailValue, pwValue라는 상태(state)가 변경되며 재 렌더링
