2022/08/24 Team 회고록 (오후 회의)

Goals (목표)

금일 작업 내역 브리핑

프론트엔드 : 화면 정의서 작성 및 피그마를 이용한 협업 브라우저 디자인


백엔드 : 테이블 명세서, ERD 작성

 

---

 

Discussion Items (회의 내용)

 

작업 간 수정 및 보완 사항 토의

Front-end

•     화면 정의서 화면 미리보기 부분 기능 번호 삽입 요망

Back-end

•     테이블 명세서 Question, Answer 테이블에 수정된 날짜 추가 요망

•     화면 정의서 API 활용 여부, API 주소, 유효성 체크 확인 요망

Front-end + Back-end

•     사용자 요구사항 정의서 단일 게시물 조회 기능 요구사항 ID 부여 요망

•     화면 정의서 초기 메인화면 1번 시트 요구사항 ID 부여 요망

 

처음으로 프론트와 백이 공동 작업을 진행했는데 바로 수정 사항이 발생했다

각자 작업할 때의 생각이 조금씩 다른 것이 큰 원인이라고 생각했다

보다 더 명확한 커뮤니케이션이 필요하다고 생각한다

정확히는, 스택은 다르더라도 조금씩은 서로의 작업에 대해서 이해할 필요가 있다는 것

수정해나가면서 필요한 부분에서 서로에게 보충 설명을 해주며 조금씩 이해해나가야 한다고 생각하며, 팀원 모두가 같은 생각 하는 것을 기대한다

 

Github 운용 관련 토의

팀 Repository에 프론트, 백 각자 작업한 내용을 commit할 때 구분 할 수 있는 최상위 디렉토리(클라이언트, 서버) 생성 요망

각 팀은 로컬환경 브랜치에서 작업하여 dev 브랜치로 PR 요청을 날린 후

각 팀 재량으로 PR 코드를 리뷰 후 dev에 Merge

 

나중에 main 브랜치로 PR할 때는 팀원 전원 코드 리뷰 참가 및 Merge 진행

 

commit, PR 요청, Merge 할 때 디스코드 git-notice 채널에 작업내용 작성 요망 이슈, 마일스톤 관련 회의는 익일 오전 예정

 

본격적으로 개발이 진행되는 시점인 만큼 공동으로 사용하는 환경 설정은 필수라고 생각한다

당연한 이야기지만 역시나 커뮤니케이션이 가장 중요한 부분이며 초반에 조금 헤매더라도 포기하지 않고 진행하는 것도 중요하다

그리고 무엇보다도 이러한 모든 과정에서 나오는 이슈들을 기록하는 것이 성장을 위해서 해야할 과업이다

 

---

 

Action Items ( 실행해야 할 과제)

• API 명세서 작성

→ Due date / DeadLine (마감일) : 2022/08/24 23:59

• 사용자 요구사항 정의서 수정

→ Due date / DeadLine (마감일) : 2022/08/24 23:59

• 화면 정의서 수정

→ Due date / DeadLine (마감일) : 2022/08/24 23:59

• 테이블 명세서 수정

→ Due date / DeadLine (마감일) : 2022/08/24 23:59

• 칸반 분업

→ 역할 분배 : 어떤 작업을 누가 어디까지 했으며 언제까지 작업을 할지

템플릿에 얽매이지 않고 자유롭게 작성하되, 간략하면서도 핵심적인 내용이 포함

• 이슈, 라벨 활용 및 마일스톤 일정 관리

→ 데드라인 생성, 라벨링

 

 

Uploaded by Notion2Tistory v1.1.0