📌사이드프로젝트를 하는 이유

📌직무 간접경험 - PM

현재는 개발자든 설계자든 PM이든 어떤 IT직무에도 기술만 맞으면 지원할 수 있다는 생각을 한다.
근데 내가 개발, 설계, 기획을 모두 경험해보면서 서비스기획과 현실적인 아이디어를 제안하는 일련의 과정이 가장 흥미 있었다.
폭넓은 IT지식을 갖추고 싶고, 프로덕트가 개발부터 릴리즈까지 어떤 요소가 필요하고 어떤 과정을 거쳐야하는지 알고 싶다.
개발을 하다보면, 서비스를 구성하는 기술에 깊은 전문가가 된다. 근데 나는 이런 저런 기술에 관심이 많고, 그 기술로 이루어진 혁신적인 서비스에 관심이 많다.
그래서 사이드 프로젝트를 하면서 PM의 업무를 간접경험 해보고 싶다.

📌네트워킹

비전공자인 내가 백앤드, 프론트엔드, 디자이너 등의 직무를 꿈꾸는 사람들을 만날 수 있는 기회가 있다.
이들이 각자 갖고 있는 경험이 있을 것이고, 나와 공감할 수 있는 경험, 내가 겪어보지 못한 경험들을 나눌 수 있을 것이라 생각한다.
서로의 경험을 공유하고 같은 프로덕트를 만들다 보면 든든한 동료, 친구가 생길 것 같아 기대된다.

📌장기적 지속

사이드프로젝트는 기술과 역량을 키우기 위한 것이다. 경력사항에 큰 자리를 차지하진 않는다.
나도 마찬가지로 IT업계종사자로서 회사말고 IT관련 재미있는 무엇인가를 만들어가고 싶어서 사이드프로젝트에 관심을 가졌다.
회사와 집을 반복하는 직장인1 보다는 경력 외로 다른 IT세상을 맛보고 장기적으로 이 일에 흥미를 두고 싶다.

📌사이드프로젝트를 어떻게 시작할 수 있을까

📌IT동아리

• 대학생이 아니기 떄문에 PASS
• 강제성과 기한의 부재로 인해 늘어질 가능성이 있다.

📌동료, 친구

• 가장 어려운 것 같다.
• 프로젝트라 하면 트러블의 여지도 있기 때문에 이런부분을 해결하는게 동료나 친구는 어렵다.
• 이탈의 확률이 크다.

📌모집 사이트

• 여러 사이트가 있다. 렛플이라든지 수프라든지 OKKY 등...
• 여기서 한군데를 정해서 지원하는 것. 나쁘지 않다.
• 대신 나의 목적과 사이드프로젝트의 목적, 조직문화 등이 일치하는지 잘 확인해봐야 한다.

📌해커톤

• 많은 시간이 들어가서 일을 하면서 사이드로 하기에는 어렵다고 생각했다.
• 다양한 해커톤들이 진행되는데, 이 기회가 항상 있는것이 아니라 진행될때를 노려야한다.
• 만약 하게 되면 짧은 시간에 각 분야별로 모여서 할 수 있어서 좋다.

📌사이드프로젝트로 얻고자 하는 것

📌자신감, 네트워킹, 기술연습, 이력보완

• PM으로 직무전환을 고려하면서 작지만, 완성된 어플리케이션을 만들어보고 싶다.
  이 경험을 통해 내가 직무에 적합한 사람인지, 적합하다면 이 경험을 토대로 관련 기술을 익히고, 자신감도 가질 수 있을것 같다.
  네트워킹은 덤!

• 현업에서 일하면서 배운 지식과 경험을 작은 프로젝트 안에 녹여보고 싶다.

📌실패경험을 복기해서 완주로 마무리하기

사이드 프로젝트는 보수가 없다. 말그대로 하고 싶어 하는것.
끝까지 완주하기 위해 실패경험을 적어보고, 보완점을 토대로 프로젝트 완주해보자.

📌실패경험. 😠팀내불화

📌원인

• 기대가 일치하지 않음
  • 각자 프로젝트에서 기대가 있고, 목적, 목표 등이 있을 것이다.
    누구는 커뮤니티를 원하고, 누구는 기술적 발전에 초점을 둘 수도 있다.
    그런 팀원들과 의사소통 없이 마감에만 집중하고 어떠한 그라운드 룰 없이 프로젝트가 진행됐다.
    당연히 서로 다른 목표 때문에 속안의 스트레스, 불만이 쌓일 수 밖에 없었다.
• 솔직함의 부재
  • 솔직하지 못해 이런 불만들이 쌓이게 두었다. 솔직하게 불만을 표출하면 친절함을 잃고 싸움이 될까 두려웠기 때문이다.
    결국, 마감 때 터지고 말았다.

📌해결방안

지금와서 생각하면, 꼭 말해야했다. 그리고 말하는 방식에 대한 우리만의 문화가 필요했다. 서로 합의된 룰 안에서 솔직하다면, 솔직함은 친절함과 배타적인 의미가 아닐 것이다.

1. 컴플레인 무조건 말하기
   • 어떤 내용이든 속안의 내용들은 무조건 말해야 한다.
   • 컴플레인 표출에 대한 긍정적 함의 필요.
2. 말하는 방식 정하기
   • ~님 사용, 존댓말 유지
3. 각자 목적, 목표, 동기, 원하는 바 등을 공유하고 인지.(팀캔버스활용)
4. 안점감과 소속감, 주인의식을 갖기 위한 각 인원 존중.
5. 완성된 어플리케이션에 대한 기대치 맞추기(개발 및 설계의 범위, 기술수준 등)
6. 결정의 방법과 주체를 정하자.(기술PL필요)
7. 숙제가 아니라 활동한다고 생각하기.
8. 일이 아닌 기여라고 생각하기.
9. 마감 집중에서 우선순위와 속도에 집중하기(우선순위매트릭스 활용)

📌사이드프로젝트를 완주하기 위해 필요한 요소는 뭘까

사이드프로젝트는 경제성도 보수도 경력도 아니다.😂
무엇이 Grit(힘들어도 이겨낼 수 있는 능력!)을 가지며 꾸준하게 프로젝트를 진행할 수 있을까?

1. 성취와 성장
2. 경험과 탐험
3. 관계

이러한 요소들이 사이드프로젝트를 완수할 수 있는 주 요소가 될 것이다. 나 같은 경우는 2번 경험과 탐험이다.

1. 팀원들과 팀빌딩 시간에 자유롭게 이야기해 보고 싶다.
   각자 프로젝트 성공의 정의는 무엇인지, 각자 능력의 한계는 무엇인지, 하고 싶은 과제와 역할은 무엇인지...등등
   프로젝트는 함께 풀어야할 문제이다. 역할을 부여받고 혼자 풀어내야할 문제가 아니라는 점을 분명히 하고 싶다.
   

2. 편안한 분위기에서 프로젝트 회고는 필수다. 각자 매주 간단한 회식이든 식사든 만남을 갖고 회고하는 시간을 가져보고 싶다. 의미는 만드는 것이 아니라 찾는 것이라 생각한다.