Created by 고주형 on 7월 04, 2022

(파란별) Index

(파란별) Date

의 회의록 마스터 : 고주형

(파란별) Participants

TEAM FIRE (윤영기 고주형 이하령) + WonYong Jeong

(파란별) Discussion topics

스프린트4 Review

진행이 월활하지 않았다.

어떤 것을 해야할지 몰랐습니다..

왜 그럴까?

→ 이슈가 모호했다

→ 산출물 정의가 뚜렷하지 않다 

→ 아이디어가 구체화되지 않아서 

→ 아이디어성 이슈 

스터디는 어떻게 관리할까?

스터디 이슈는 어떻게 관리할까?

1. 프로젝트에 필요한 스터디 

  • WebRTC

  • JavaScript

2. 별개의 스터디 

프로젝트에 필요한 스터디는 이슈 안에 녹여서 하자!

요건이 구체화 되지 않으면 막연하다. 

막연함을 없애는 시점과 개발을 시작하는 시점은 다르다 

막연함은 언제 없애냐

  • 전 스프린트

사전 파악도 해야 돼

이슈를 파악하기 위한 시간을 더해라

  • 아예 이슈로 잡는 것도 방법

스터디 시간을 잡아라 

  • 스터디를 녹여라 

프로젝트를 하기 위해 Jira

  • 결국 산출물이 나와야 한다

  • 중심은 항상 프로젝트를 해야 된다

  • 프로젝트를 중심으로 산출물을 정의해 나가라 

스터디가 스토리 기반으로 동작한다는 것은?

  • 데드라인까지 공부할 범위를 정하는 것

  • 이번 스프린트를 완료 시키면 뭔가는 한번 flush해라 

  • 스터디 범위를 기재

  • 시간 추정(storypoint)도 적어라!

다음 스프린트부터는?

이 시점에서는 주요 스토리와 백로그를 볼 수 있어야 한다 

주기적으로 백로그를 한 시간정도 보내라

  • 주요 스토리 정의

    • 하루 

  • 스토리 내 하위 작업

    • 하루 

  • 추정 시간 적기

  • 담당 개발자 배정

지금은 눈 높이에서 정의 

  • 화면 기획 

피그마 관련 

우리의 필요한 기능 정의

  • 이벤트 처리를 위한 버튼 

  • 설정 / 도구 모음

  • 기회적의도가 반영되어야 한다 

  • 페이지의 여러 가지 기능들을 할 수 있다고 글로 적으면 좋다 

    • 상단의 시계 

      • 맥스 시간 설정 

      • 현재 시간을 보여준다 / 토글링

    • 상단의 타이머가 무한히 동작 

    • 팝업이 뜬다 / 경고창이 뜬다 / 노티가 뜬다 

  • 화면 공유가 들어올 때 나갈 때 발생 

    • 4개가 고정 

기능들이 구술되어야 한다 

그래야지 디자이너가 반영한다 

  • 결론적으로는 화면 하나를 보면서 어떤 것을 그릴지 좀 더 설명하자 

  • 어떤 기능을 위한 화면인지 텍스트로 정의

이 내용이 곧 스토리 

기왕이면 핑퐁되지 않게 해라!

이 화면에 대해서는 그때까지 디자인을 완료시키자인지

디자이너와 함께 애기를 해야 한다 

페이지 기획서를 좀 더 상세하게 얘기

디자인 자체가 3주 뒤 

각각의 요소별로 현시점에서 할 수 있는 스토리를 만들자 

이 시점의 스프린트를 어떤 의도로 만들어 갈 것이냐 

스토리 예시 

(ex) 입장 후의 화면공유를 한다 

  1. 화면 공유 메뉴에 입장

  2. 카메라 또는 화면 공유를 선택한다
       화면 공유 조건 설정 

  3. 입장이 시작된다 

절대 좌표 기준으로 화면에 맞게 구성해야된다 

있어야 할 주요 스토리 

  • 입장 조건 화면을 정의한다 

스프린트 기간

짧은 스토리로 일주일

  • 빠른 시행착오

  • 한번 더 스프린트를 경험 해보자 

나중에 익숙해지면 길게

코드 리뷰도 가능할 것 

필요한 기술 스택이 다르면 쪼갠다

  • 186, 187 스토리를 쪼갠 이유 

이번 Jira

스프린트를 짧게 경험해보자

  • 일주일 

  • 시행착오 겪자  

기획 정리 

  • 방금과 같은 것이 기획서에 들어가야 돼 

  • PO가 기대하는 것이 무엇인지 코멘트를 넣어주자 

  • 중요한 것은 텍스트 

    • 나중을 봐야 워딩이 된다

숙제

하위 이슈 

  • 각자의 입장에서 산출물이 분명

  • 백로그 추가하자!

AWS에서 도메인 주소 사자! 

고민

WebRTC 부분 역할 분배 

스토리 기반으로 하위 이슈 만듦 

  • 역할 분배 

    • 한명이 시간이 남지 않고 다 열심히 

  • 이번에 대부분 레퍼런스의 코드  

타입스크립트 경험 유뮤 

통신 하는 부분

  • 다 알아야 할갓

  • 분배해서 갈지

  • 다 공부해서 공부에 맞처서 갈지

기술 스택에 익숙함의 정도 차이

조언

팀 내에서 수준이 비슷한게 도움이 됨

서로 기술 스택이 다를 가능성이 높다 

  • 분야의 차이 

스프린트 초반에 교육 이슈를 잡자 

  • 영기 교육 

    • 3

  • 주형, 하령 교육받기

    • 1

결국에는 교육을 잡아주는게 제일 좋았다

상호간 전파하는 것을 할애해야 나머지를 백로그 추정시간으로 채울 것이다

교육 이슈

이슈를 할당해

사이클이 잡히면 

코드리뷰도 가능할 것이다!

멘토님의 역할

실패를 하더라도 빠른 결정 좋을 때가 있다.

누가 결정해줬으면 하는 마음을 이해한다.

멘토님은 이런 시행착오 줄이고 앞당긴다.