사이드 프로젝트 오리엔테이션 (1일차)

1. 사이드 프로젝트 시작 전 체크 사항!

1) 사이드 프로젝트 하는 이유?

- 사이드 프로젝트는 새로운 기술을 실전 프로젝트에 사용함으로, 기술을 깊이있게 알수 있어 나를 성장시킬 수 있는 기회가 된다.

 

2) 프로젝트 전 준비물?

- 확실한 동기와 목적

- 지치지 않을 열정

 

3) 사이드 프로젝트 후 얻게되는 아이템?

- 기본적인 프로젝트 관리 기술

- 추상적인 아이디어를 구체화 하는 능력

- 유지 보수가 가능한 시스템 체계를 만드는 방법

- 현실에서 발생할 문제를 해결할 수 있는 능력

- 만든 어플을 AWS에 배포하는 방법

- 사람들과 협업하는 방법

- 창업의 기회 (feat. 밝은 미래)

 

2. 사이드 프로젝트 시작하기  

1) 주제 정하기 (가장 중요)

1-1) 내가 만들고 싶은 것을 구체적으로 생각해 보는 시간을 갖자

1-1.2) 내가 사용할 것을 만들자.

- 배움의 깊이가 훨씬 깊어진다.

- 개선점이 생기면 계획을 세우고 구현 하면서 그 전에 작성 했던 코드를 한층 더 객관적인 시각에서 바라볼 수 있다.

- 코드를 보는 눈을 기를 수 있다.

 

1-2) 내가 하고 싶은게 무엇인지 아는 방법?

- 나의 생활(하루 루틴)에서 불편했던 경험을 효율적으로 바꿀 수 있는 것을 찾아보자.

 

1-3) 5-WHY 기법을 통해 구체적을 아이디어 찾기

5-WHY? : 문제 상황에 대한 근본적인 원인을 파악하기 위해 다섯 번 반복해 나가는 분석 기법

ex) 불편함을 느낀 상황 -> 왜 불편 했을까? -> 왜 그랬을까? -> 기술로 해결할 수 있는 문제일까? -> 어떻게 하면 좋을까? 등등

 

1-4) 평소에 불편한 상황이 생기면 메모하는 습관과 불편함의 원인과 해결에 대한 방안을 생각하는 것이 중요하다.

2) 1인 개발 VS 팀 개발

2-1) 1인 개발

2-1.1) 장점

- 모든 일들의 실무자여서 주도권을 갖을 수 있다.

- 일정 조율에 대한 부담 없이 자유롭게 개발이 가능하다.

 

2-1.2) 단점

- 프로젝트의 장기화 -> 혼자 모든 일을 하다보니 일정이 더 오래 걸리고, 심적으로 더 빨리 지칠 수도 있다.

- 쳬계를 갖춰 하기 쉽지가 않다.

- 프로젝트 관리 방법보다는 구현 자체에 초점을 더 두게 될 경향이 크다.

- 피드백(코드리뷰)을 받기가 쉽지 않고, 모든 의사 결정이 온전히 본인의 몫이어서 리스크가 있다.

 

2-2) 팀 개발

2-2.1) 장점

- 다양한 직군/사람과 협업 -? 소프트 스킬을 키울 수 있다.

- 다양한 사람의 목소리를 들을 수 있다. -> 제품이 본래 목적을 벗어나 산으로 갈 위험성이 낮아진다.

- 제품 설계와 코드 리뷰 등 같이 배우며 성장할 기회가 많다.

- 실무와 가장 유사한 환경 (가장 큰 장점)

 

2-2.1) 단점

- 팀원의 역량이 중요하다(잘 맞지 않는 팀원과 일할 경우 혼자 개발할 때보다 더 오래 걸리는 등 역효과 발생가능성 있다)

- 팀원간 큰 불협화음이 생겼을 경우 팀이 폭파될 수 있다.

- 팀원이 이탈할 경우, 프로젝트가 계속 유지보수 되기 어렵다.

- 의견을 나누기 위한 팀 미팅 일정을 잡기가 쉽지 않다.

 

2-3) 팀원 구하는 팁?

- 사이드 프로젝트를 하기 위한 플랫폼이나 개발자 커뮤니티

- 적극 구인

- 해커톤 참여 (팀원 매칭을 해주거나, 팀원을 구인할 수 있는 채널을 오픈해주기도 함)

 

 

본 포스팅은 패스트캠퍼스 환급 챌린지 참여를 위해 작성되었습니다.

패스트캠퍼스 링크 : http://bit.ly/3Y34pE0