Index
Date
Participants
Discussion topics
Keep
시간을 잘 맞춰서 왔다
노력했다
상주하는 시간이 지켜져서 좋았다
격려가 좋았다
의지가 있어서 보기 좋았다
가끔 나가는 것이 리프레쉬 돼서 좋았다
자바스크립트 스터디가 알찼다
Problem
분업이 안 됐다
백엔드 - 프론트의 소통이 끊겼다
포트 번호
주소는 어떻게
네임스페이스도 안 맞고
이걸 테스트를 하려면 어떤 것을 써야 하는지
Jira를 제대로 사용을 안 했다
형식 맞춘 것 같다
하위이슈가 범위가 넓고 추상적이었다
ex) 20시간
issue는 하나인데 브랜치를 더 쪼개서 해야 했다
브랜치 기준으로 만들어야 했다
모르는 기술을 쓰는데 먼저 하위이슈를 만들어서 잘 못 됐다.
스토리 포인트가 의미가 없었다
디자이너와 소통이 없었다
기획이 안 보인다
방향만 있는 느낌
다른 멘토님들이나 디자이너도 잘 모를 것 같다
설명하기도 애매해서 말로만하다보니 가끔 이상하게 흘러감
멘토님이 다르게 오해하는 경우가 있음
문제인가?
같이 얘기를 너무 많이 했다
개인적으로 뭘 할 시간이 없었다
업무적인 얘기가 너무 부족했다
문서화하는 사람이 없었다
프로토타입
Try
하위이슈를 만드는데 시간과 공을 들이자
너무 오래 걸리는 하위 이슈는 쪼개자
예를 들어서,
화면 공유하기X - 더 세분화
→ 소켓 통신 연결, 피어 세션 만들기, …
하위 이슈를 만드는데 시간이 오래걸리면 조사를 위한 하위 이슈를 미리 만들어 둬야 시간을 정확하게 분배할 수 있다.
다수가 선행되어야 하는 공부가 있으면
한 사람이 잘 안다
교육을 하자
다 모르는 것
세미나를 하자
이런 것들을 이슈에 넣자
얘기를 너무 많이 하거나 업무적인 소통이 안 됐던것은 이번 스프린트 해결될 가능성이 높다
WebRTC가 아니니깐
우리가 아는 기술 스택을 쓰니깐
리액트
블로그 글을 잘 쓰자
3일에 하나씩은 쓰자
공유하자
스크럼을 위한 시간을 정하자!
13:10 - 늦으면 커피를 기다리세요 ㅎㅎ
멘토링 겹치면 바로 그 이후로
짧게
하위이슈를 근거로 말하자
디자이너와 소통을 해야 한다
멘토님이 다르게 오해를 하면 먼저 말하자
말을 먼저 꺼내야 한다