-
Notifications
You must be signed in to change notification settings - Fork 2
회의 Week 1
=>너무 완벽한 계획과 프로세스, 목표설정 등을 거쳐 진행하려다 시기가 늦어지는 것 같아 일단은 부딪쳐 보면서 하기로 결정.
**강수영**
- HTML/CSS(로그아웃 모달 → 실시간 검색어 →팝업 순)
- 1/27 백로그 수정
- 1/28 13시 이후, 백로그 기반 깃헙 프로젝트 만져보기(태그 할당 등)
- 슬랙-깃헙 연동(다른분이 해야하면 슬랙+디코에 알림)
- 승지님께 슬랙으로 태그걸어 요청드림
- 회고 시스템 생각(정량적 성과, 정성적 성과, 성장)
- 회의록 위키 정리
**김진섭**
- 백로그 수정 및 추가
- Wiki부분 수정
- 슬랙-깃헙 연동
- Html / Css 시작
**심유선**
- 모바일 html 작업 및 css 구현
- swiper 공부
- 백로그 수정 및 추가 작성
**장재우**
- 백로그 수정 및 추가해서 완료
- 이슈 템플릿 추가 작성
- html / css 시작하기
**안승지**
- 백로그 수정 및 추가작성
- 초기 셋팅
Discord - A New Way to Chat with Friends & Communities
- 백로그 수정(MoSCoW 기준) 구글 스프레드 시트 참고
- 1차 마감 시간 필요(권장: 1/28(토) 13:00)
- 추후 회의를 통해 수정/업데이트 가능
- 정리된 백로그 기준 마일스톤 커다랗게 구분
- 방법1: 주차별 구분(1주차, 2주차)[]
- 방법2: 커다란 테스크 위주로 구분(회의 위주로) ⇒너무 잘게 나누면 힘들것 같으니 그냥 주차별로.
- 비쥬얼 구현 및 보완
- 기능 구현 및 통신
- 리팩토링
- 정리된 백로그를 깃헙 프로젝트에 할당(토)
- 담당자, 라벨, 마일스톤 설정
- wiki 보완
- 참고링크
- 있어야 할 페이지
- 자기소개
- 데일리 스크럼
- 이슈 템플릿(재우님)
- 질문
- 버그
-
공동의 목ㅍ
- 기능구현, 웹 접근성
- 여러가지 새로운 시도를 해보고, 이 고통의 순간을 최대한 활용하겠다.
- 도전은 좋지만, 목표는 성공이어야 한다.(기능구현) 실패가 전제가 되면 안된다.
-
개인의 목표 (230127)
안승지 PM 전환이 목표, 프로덕트 공통작업을 하면서 어떻게 구성이 되는지. 팀 끼리 어떻게 얘기를 해야하고. 개발을 잘한다는게 코드를 잘 짠다는 것이 아니라. 심유선 끈기있게 하다가 막히면 포기하고 그런게 있어서 이번엔 끈기있게 마무리를 지어보고 싶다. 책임감 있게. 강수영 내가 뭘 알고 모르는지 파악, 플젝중 발생한 어려움 어떻게 헤쳐나갔는지에 대한 기록습관 들이기. 김진섭 모든 기능을 수월하게 쓸 수 있을 정도의 실력을 갖추고 싶다. 장재우 JS를 다 끝내지 못하고 하차한것. 최종 목표가 수료였다. 질문을 잘 해보자.
-
요구사항 분석(전체적으로 훑음)
-
MoSCoW 뜻
**M(must have)**타협불가능한, 의무적으로 구현해야하는 것**S(should have)** 필수적이지는 않지만, 중요한(의미있는) 가치를 더하는 것C(could have)있으면 좋지만, 없어도 큰 영향이 있지는 않은 것**W(will not have)** 이 기간동안 꼭 하지 않아도 되는 것
-
-
우선순위 관리 검토
-
깃헙 프로젝트 생성
- 목표 작업 설정
- 깃헙 마일스톤 생성
- 공동 또는 개인 목표 작업 할당
- 백로그 기반으로 분배 예정
- 데일리 스크럼 시간 정하기
- 매일 아침 9시부터 15분간
- 어제 한 일, 오늘 할 일, 해결해야할 이슈
- 매일 저녁 6시부터 10분간
- 오늘 한 일, 간단한 느낀점 등
- 매일 아침 9시부터 15분간
- GitHub 위키 만들기
-
참고 위키
-
-
브랜치 컨벤션 논의
- 페이지 단위 브렌치는 맡은 파트별 구분(메인, 티빙, 프로필 …)
-
커밋 컨벤션 논의
- ex. Feat : 로그인 기능 구현
- 특수문자, 언더라인 사용하지 않음
- ex. Feat : 로그인 기능 구현
-
코딩 컨벤션 논의
- 카멜 케이스 사용
- mainLoginButton
- (프리티어, ESLint, GSAP)
- 함수명 ( 2/3 수요일 회의에서 정하기)
- 카멜 케이스 사용
-
공통 소통 채널 : 슬랙(디스코드와 웹훅 연결 필요) + 깃이슈, 마일스톤, 깃프로젝트
- 깃헙 레이블 및 이슈 논의
- 할일 나누기
- 백로그 개인별 작성
- 진섭(업데이트 예정)
- 마일스톤 큰 가지 작성
- 1/
- ~1/31 화요일 6시 대략적 HTML, CSS 반응형
- SEO, 접근성 필요한 부분인데 빠진 부분(체크리스트)
- ~2/2 목요일 6시 보완에 하루이틀 소요 예상
- ~2/7 화
- 2/8 PPT 준비
- 2/9 데모데이, 발표
- ~1/31 화요일 6시 대략적 HTML, CSS 반응형
- 1/
**강수영**
- HTML/CSS(로그아웃 모달 → 실시간 검색어 →팝업 순)
- 1/27 백로그 수정
- 1/28 13시 이후, 백로그 기반 깃헙 프로젝트 만져보기(태그 할당 등)
- 슬랙-깃헙 연동(다른분이 해야하면 슬랙+디코에 알림)
- 승지님께 슬랙으로 태그걸어 요청드림
- 회고 시스템 생각(정량적 성과, 정성적 성과, 성장)
- 회의록 위키 정리
**김진섭**
- 백로그 수정 및 추가
- Wiki부분 수정
- 슬랙-깃헙 연동
- Html / Css 시작
**심유선**
- 모바일 html 작업 및 css 구현
- swiper 공부
- 백로그 수정 및 추가 작성
**장재우**
- 백로그 수정 및 추가해서 완료
- 이슈 템플릿 추가 작성
- html / css 시작하기
**안승지**
- 백로그 수정 및 추가작성
- 초기 셋팅
[Discord - A New Way to Chat with Friends & Communities](https://discord.com/channels/1042675911373373450/1042675912740708396/1068421954996015135)
- 백로그 수정(MoSCoW 기준) 구글 스프레드 시트 참고
- 1차 마감 시간 필요(권장: 1/28(토) 13:00)
- 추후 회의를 통해 수정/업데이트 가능
- 정리된 백로그 기준 마일스톤 커다랗게 구분
- 방법1: 주차별 구분(1주차, 2주차)[]
- 방법2: 커다란 테스크 위주로 구분(회의 위주로) ⇒너무 잘게 나누면 힘들것 같으니 그냥 주차별로.
- 비쥬얼 구현 및 보완
- 기능 구현 및 통신
- 리팩토링
- 정리된 백로그를 깃헙 프로젝트에 할당(토)
- 담당자, 라벨, 마일스톤 설정
- wiki 보완
- 참고링크
- 있어야 할 페이지
- 자기소개
- 데일리 스크럼
- 이슈 템플릿(재우님)
- 질문
- 버그
-
공동의 목ㅍ
- 기능구현, 웹 접근성
- 여러가지 새로운 시도를 해보고, 이 고통의 순간을 최대한 활용하겠다.
- 도전은 좋지만, 목표는 성공이어야 한다.(기능구현) 실패가 전제가 되면 안된다.
-
개인의 목표 (230127)
안승지 PM 전환이 목표, 프로덕트 공통작업을 하면서 어떻게 구성이 되는지. 팀 끼리 어떻게 얘기를 해야하고. 개발을 잘한다는게 코드를 잘 짠다는 것이 아니라. 심유선 끈기있게 하다가 막히면 포기하고 그런게 있어서 이번엔 끈기있게 마무리를 지어보고 싶다. 책임감 있게. 강수영 내가 뭘 알고 모르는지 파악, 플젝중 발생한 어려움 어떻게 헤쳐나갔는지에 대한 기록습관 들이기. 김진섭 모든 기능을 수월하게 쓸 수 있을 정도의 실력을 갖추고 싶다. 장재우 JS를 다 끝내지 못하고 하차한것. 최종 목표가 수료였다. 질문을 잘 해보자.
- [야무님 특강 pdf](https://vo.la/eM9WVB) 에서 스크럼 프로세스 볼 수 있음.
- [지연님 특강 pdf](https://vo.la/eM9WVB) 에서 실제적인 예 볼 수 있음.
-
개발 팀 역할
이름 역할 강수영 조장(스크럼마스터) 김진섭 행동대장 / 슬랙 관리 안승지 HTML/CSS CTO (플젝 경험 있음) 심유선 JS CTO (플젝 경험 있음, API 명세서, VJS) 장재우 만능 재야의 고수 -
230127(금) 프로젝트 첫날 역할분담
이름 역할 강수영 위키 좋은 사례 찾기 김진섭 슬랙 관리 안승지 초기설정 심유선 라벨 정리 장재우 이슈 템플릿 등 작성
-
요구사항 분석(전체적으로 훑음)
-
MoSCoW 뜻
**M(must have)**타협불가능한, 의무적으로 구현해야하는 것**S(should have)** 필수적이지는 않지만, 중요한(의미있는) 가치를 더하는 것C(could have)있으면 좋지만, 없어도 큰 영향이 있지는 않은 것**W(will not have)** 이 기간동안 꼭 하지 않아도 되는 것
[MoSCoW Prioritization](https://www.productplan.com/glossary/moscow-prioritization/)
-
-
우선순위 관리 검토
-
깃헙 프로젝트 생성
- 목표 작업 설정
- 깃헙 마일스톤 생성
- 공동 또는 개인 목표 작업 할당
- 백로그 기반으로 분배 예정
- 데일리 스크럼 시간 정하기
- 매일 아침 9시부터 15분간
- 어제 한 일, 오늘 할 일, 해결해야할 이슈
- 매일 저녁 6시부터 10분간
- 오늘 한 일, 간단한 느낀점 등
- 매일 아침 9시부터 15분간
- GitHub 위키 만들기
-
브랜치 컨벤션 논의
- 페이지 단위 브렌치는 맡은 파트별 구분(메인, 티빙, 프로필 …)
-
커밋 컨벤션 논의
- ex. Feat : 로그인 기능 구현
- 특수문자, 언더라인 사용하지 않음
- ex. Feat : 로그인 기능 구현
-
코딩 컨벤션 논의
- 카멜 케이스 사용
- mainLoginButton
- (프리티어, ESLint, GSAP)
- 함수명 ( 2/3 수요일 회의에서 정하기)
- 카멜 케이스 사용
-
공통 소통 채널 : 슬랙(디스코드와 웹훅 연결 필요) + 깃이슈, 마일스톤, 깃프로젝트
- 깃헙 레이블 및 이슈 논의
- 할일 나누기
- 백로그 개인별 작성
- 진섭(업데이트 예정)
- 마일스톤 큰 가지 작성
- 1/
- ~1/31 화요일 6시 대략적 HTML, CSS 반응형
- SEO, 접근성 필요한 부분인데 빠진 부분(체크리스트)
- ~2/2 목요일 6시 보완에 하루이틀 소요 예상
- ~2/7 화
- 2/8 PPT 준비
- 2/9 데모데이, 발표
- ~1/31 화요일 6시 대략적 HTML, CSS 반응형
- 1/

