[Project] 프로젝트 진행 Tip

팀 프로젝트 시작을 위한 Tip

첫 프로젝트에서의 목표

• 스프린트 기반 복습
• 팀원들과의 협업
• 깃 플로우 익히는 것
• 기획 경험
• 다양한 이슈 처리
• 태스크 매니징 스킬

프로젝트시 주의사항

1. 프로젝트할 때 팀원들과의 커뮤니케이션 이슈가 많이 발생한다는 점

• 팀원이 싫다고 이슈쉐어링하면 안된다
• 팀원들과의 커뮤니케이션과 태스크 매니징을 통해 해결하려고 노력해야 한다

2. 팀원들과의 이슈 해결을 잘해야 한다

• 팀원과의 불화?이슈?가 생긴다고 당황하지 말자. 이는 오히려 기회가 될 수 있다
  • 위기를 기회로! 커뮤니케이션 스킬을 향상시키는 기회로 쓰자!
  • 이슈를 해결하는 과정 자체를 잘 정리해두면 면접 시 나의 이점으로 쓸 수 있다

파이널 프로젝트의 목표

• 포트폴리오 용
• 기본 스택 심화 or 새로운 스택 도전
  • 새로운 스택을 이용하는 것을 말리지는 않으나...추천하지는 않는다
  • 제일 중요한 것은 결과물이 나와야 한다는 것
    • 결과물을 만든 후에 시간이 되면 적용하거나 하는 것을 추천

개발자로 가기 위한 역량이란?

• 직장인으로서의 능력
  • 소프트 스킬+하드 스킬을 모두 골고루 갖춘 사람
• 회사는 코딩만 잘하는 사람을 뽑진 않음(중요한 6가지 능력)
  • 빠른 학습 능력
  • 부지런함
  • 선한 인성
  • 같은 방향성/목표
  • 다양성 존중
  • 빠르게 해결 & 회고

SR(Software Requirement) 단계

1. 팀장 선정(가장 처음으로 해야하는 부분) 및 기초 단계

• 노션 페이지, 깃 레포 배분을 위해 필요
• 프로젝트 아이디에이션(프로젝트 메인기능(kick) 고려)
  • 시장 조사가 매우 중요!
  • 메인기능을 잘 생각해내야 한다!
  • 메인기능: 기능적인 부분이 될 수도있고 아이디어쪽 부분이 될 수도 있지만, 이왕이면 기능적 부분에서 kick을 만드는 게 효과적!
• 팀규칙(커뮤니케이션 등 포괄하여 진행)
  • 세세한 규칙을 짜둘 수록 밖에서 봤을 때 뭔가 훈훈한 분위기? 좋은 이미지자너~
  • 팀규칙을 잘 짜둘수 록 프로젝트 어필 요소가 될 수 있다
• 팀원별 역할 설정(포지션 분배)
  • 우리는 다들 미숙하니깐, 하나의 포지션만 맡아서 하는것을 추천

2. 세부 진행

• 프로젝트 기획 및 범위 설정
  • 프론트엔드, 백엔드 나눴다고 팀을 2명씩 나눠서 소통하면 안된다!
  • 같이 모여서 회의 같이 해야함!(소통 중요)
  • 서로에 대한 기본적인 흐름같은 거는 알아야 하므로 반드시 필요
• 프론트엔드
• 페이지 나누기
  • 2주 안에 결과물이 나올 수 있도록 무조건 할 수 있는 범위로 설정해야 한다
• 와이어프레임(페이지 별 기획)
  • 페이지별로 나눴지만, 반드시 주기적인 소통이 필요하다!(긴밀한 소통)
• 기능 플로우

• 백엔드
• 스키마/API 문서 작성
  • API 문서 작성에 대한 좋은 레퍼런스는 아래를 참조하자

https://api.gov.au/standards/national_api_standards/naming-conventions.html

Naming Conventions

• 아키텍처 다이어그램 설계
  • 적어도 N:N 관계가 1개는 들어가도록 설계를 하여 연습해 보도록 하자!

• 공통 부분
• WiKi 작성(기능 To Do List 필독)
  • WiKi 페이지란? 1장으로 깔끔하게 정리된 기획서
• 프로젝트 태스크 카드 작성 및 분배(N빵의 개념이 아님. 개인 능력치에 따라서 배분 필요)
  • 하나의 태스크 당 예상 소요 시간을 3시간 이내로 잡는게 바람직
  • 3시간 태스크를 3시간 내에 못하면 모여서 커뮤니케이션함을 추천함(같이 에러핸들링 같은거)
  • 못했다고 안고 있으면 안되고 자기 실력을 인정하고 양해를 구하고 해결책을 강구하는 것이 중요!
  • 태스크 카드를 추궁용이 아니고, 자신의 실력을 측정하기 위한 도구로 사용해야 함
• Not To Do 리스트 점검
  • To Do 보다 Not To Do 부분이 더 중요하다!
  • To Do 쪽은 하면 좋지만, Not To Do는 하면 감점의 요소가 되기 때문!

GitHub 주의사항(절대 주의!)

1. package.json 설정
2. node_modules(용량, 개수등 생각해봐라 -> 코드 꼬임의 주범), .env 등 업로드 No!No!
3. gitignore 미제작으로 인한 정보 유출

• 깃헙 고객센터에 직접 문의 후 해결해야 함!
• gitingnore 를 만들어서 업로드 안되도록 민감정보 파일은 관리할 것!

4. git 레포지토리 삭제

• 절대 주의(망함)

KPT 회고 및 마일스톤

• KPT 회고에 대한 좋은 레퍼런스
  https://techblog.woowahan.com/2677/
• 회의 내용을 정리한다면, 그 내용을 구체적으로 정리하는 것이 좋다
  • 형식적인 내용 정리는 지양할 것
• 프로젝트에서 남길 수 있는 기록은 남기는 게 좋긴 하다!
• 마일스톤: 반드시 태스크카드 이슈와 연결시켜 만드는 것을 추천!

팀 문화의 탄생 | 우아한형제들 기술블로그