Skip to content

2023.07.03 팀빌딩데이 킥오프 회의

김경미 edited this page Jul 22, 2024 · 1 revision

🦵🏼 킥오프

팀 프로젝트에서 우리 팀이 기대하는 것 ⚡

제우스: 재미 > 성장 > 포트폴리오
초롱: 협업 경험, 어디 가서 자랑질 할 수 있는 작품
켬미: 사용자 유치, 불편함 없는 소통, 프로젝트에 대한 뿌듯함, 친구들에게 추천할 수 있는 프로젝트
월하: 내가 사용하고 싶은 프로그램을 개발하는 것
재위 : ‘나’의 성장 ㅎㅎ
몰리: 포폴에 어필할 나만의 차이점 만들기(실제 사용자의 문제 해결), 새로운 기술 경험
짱수: 사용자의 불편함을 개선하는 경험, 팀 프로젝트 플로우 경험
헤인: 협업을 통한 성장(기술적인 것 뿐만 아니라 소프트스킬적인것도 포함)

우리가 프로젝트를 하는 이유/목적 ⚡

제우스: 사용자 있는 서비스 운영
초롱: 프론트엔드와의 협업, 다른 백엔드 개발자와의 협업, 실제 서비스 개발
켬미: 사용자 유치 경험, 프론트/백이 나눠진 협업 경험
월하: 현업 프로젝트와 유사한 경험을 직접 겪어보는 것
몰리: 취뽀할만한 프로젝트 경험 만들기
마위 : 백앤드와 협업해보기, 사용자와 앤드 투 앤드 서비스 경험해보기
짱수: 누군가에게 가치를 제공하는 방법을 연습 
헤인: 현업에서처럼 ‘함께 일하는 방법’을 배우기 위해서

하나의 task를 ‘완료’하는 것의 기준 ⚡

제우스: 정상적인 기능 동작 && 예상 가능한 범위의 예외 처리
초롱: 정상적인 기능 동작, 모든 테스트 통과, 머지 가능, 모든 사람이 이해함
켬미: 정상적인 기능 동작, 해당 기능에 대해서 해당 커밋으로 롤백해도 문제 없음
몰리: 정상적인 기능 동작 후 머지 가능하다는 것까지
마위: 구현 후 팀원들의 확인 받기(컨펌)
월하: 위 조건들을 충족시키며, 팀원들에게 개발의 기술적 과정을 공유하는 것 (개발 근거)
짱수: (최소 기준) → 돌아가는 쓰레기 작성 완료 + 문서화 완료
헤인: 정상적인 기능 동작 확인 후 동료들에게 확인 받기

우리 팀이 정의한 프로젝트의 '성공' 기준 ⚡

- 실제 사용자 확보
    - 한개라도 유용하다는 평을 받는 것
    - 사용자가 있어야 할 문제를 직접 직면하는 것
- 완성도
    - 체계적인 팀 시스템을 프로젝트 마지막까지 유지하는 것
    - 지속해서 하고 싶은 프로젝트가 되는 것
    - 핵심 기능의 완성도
- 학습적인 성장
    - 팀원 개개인이 프로젝트 전체를 완벽하게 이해하고 있는 것
    - 프로젝트에서 사용한 모든 기술의 이유를 말할 수 있는 것
- 협업
    - 불화 제로

팀이 스크럼을 한다면, 어떻게? 왜? 언제? 하는가? ⚡

초롱: 언제-매일 아침 10시, 어떻게-서로의 컨디션 상태 및 진행 상황 공유, 왜-동기화
월하: 매일 아침, 가벼운 인사로 시작, 진행현황/이슈/`계획 브리핑
마위 : 오전 일과 전, 오후 일과 전 5~10분 정도 뭘 할 예정인지 간단 브리핑, 팀원간 동기화 맞추기 (불필요한 잔가지 쳐내기, 서로 뭘 하고 있는지 알아보기)
짱수: 하루를 시작하기 전 (또는 하루를 마무리 하기 전) / 진행사항 & 문제상황 공유 (도움이 필요한 사람이 있다면 인지, 또는 모두의 문제로 전환)
제우스: 프로젝트 관련 정보를 팀원들과 동기화하기 위해. 매일 10시. 
헤인: 아침 10시, 10-20분 정도, 다음과 같은 3가지를 공유하는 편입니다. 1. 어제 한 일 2. 오늘 할 일 3. 비고(개인적인 이슈가 있거나 전체 회의가 필요하다거나 등등) 매일매일 프로젝트 진행 상황을 함께 공유하고, 이슈가 있다면 함께 빠르게 해결하기 위해 스크럼을 한다고 생각하기 때문입니다.
몰리: 매일 - 간단한 상태 및 감정 공유, 프로젝트에서 오늘 하고 있는 것과 특이사항 공유
켬미: 언제 - 아침 10시 | 어떻게 - 10~15분정도 진행중인 작업, 전달하지 못한 완료한 작업 등에 대해 공유 | 왜 - 진행 사항 공유

팀의 커뮤니케이션이 이루어지는 툴(예: Slack, github,google docs 등)및 방식을 구체적으로 결정 ⚡

제우스: Github(wiki, project), Slack, 그 외 문서는 Google(docs, meet), Figma / 노션 대신 Github wiki 쓰면 좋겠어요

초롱: 퍼가요(마위)

켬미: Github, Slack 그 외 뭐든~ (Github 기능을 많이 사용해보고 싶음~!) 
월하: 마위의 의견에 동의합니다.
마위: 노션 + 깃헙 프로젝트?  /  메신저 : 슬랙  /  개인적으로 각 파트별 회고, 트러블 슈팅 기록을 하는 노션페이지나 블로그가 있었으면 좋겠다.
다들 현업을 경험하길 원하는거 같은데, jira나 다른 툴을 경험해봐도 좋을것 같지만 이걸 배우는 공수도 있을듯
깃헙 플젝을 잘 쓴것 같은 5기 플젝 : https://github.com/orgs/woowacourse-teams/projects/4
짱수: 툴을 많이 모릅니다…ㅎㅎ 👀 
헤인: Github, Slack, Figma, Notion
몰리: Github(코드 관리), Slack(소통), 피그마(디자인) Github Project(프로젝트 이슈 관리), Github Wiki or Discussion(문서화), Github 기능 등(최대한 Gihub 기능을 잘 활용했으면 좋겠음)
깃헙 잘썼다고 생각하는 5기 플젝: https://github.com/orgs/woowacourse-teams/projects/5/views/1

우리팀이 중요하게 생각하는 가치, 일하는 문화

우리 팀원 개인이 중요하게 생각하는 주요 가치

  • 집중, 피드백, 커뮤니케이션, 협력, 책임감, 창의성, 시간 관리, 유연성, 휴식 ,목표 설정

우리는 어떻게 회의할 것인가? (예: 진행자, 기록, 시간, 회의 준비 등) ⚡

- 진행자
    - [발행자가 있는 경우] 안건 발행자가 회의 진행
    - [발행자가 없는 경우] 룰렛으로 뽑아요
- 기록
    - 서기를 돌아가면서 기록
- 시간
    - 회의 시작 전 회의 시간을 정한다.
- 회의 준비
    - 최소 1시간 전에 회의 안건을 공유한다. (전체 회의)

⚡️ 코드zap

프로젝트

규칙 및 정책

공통

백엔드

프론트엔드

매뉴얼

백엔드

기술 문서

백엔드

프론트엔드

회의록


Clone this wiki locally