1차 프로젝트 회고
프로젝트 세부 내용은 여기서 - biskit
많이 기대했고 많이 무서웠던 첫번째 프로젝트가 무사히 끝났다. 프로젝트에 대한 내용들은 깃허브의 readme.md에 올려 두었기 때문에 중복되는 내용은 제하고 프로젝트 전후의 내 생각만 적으려고 한다.
시작전에
프로젝트 팀이 발표되기 전 주말에 프로젝트를 어떻게 해야 할지 생각해봤다.
- 처음으로 하는 프론트엔드와의 협업이기 때문에 소통의 어려움
- 어느 정도의 가이드라인이 있었던 그 전의 과제들과는 달리 처음부터 끝까지 팀원들의 생각으로 만들어 가야하는 점
모든게 처음이라 걱정이 태산이었지만 나름대로 생각해 본 후 이렇게 임하기로 했다.
- 시간의 제한이 있어 모든 부분을 클론 하진 않지만, 프로젝트의 시작과 끝, 그 과정을 잘 기억하자
- 무리하게 많은 기능 구현 보다는 적당한 수준에서 기능구현을 하고 그 외의 것들에도 많이 신경쓰자
개인이 얼마나 좋은 코드를 만들어 낼 수 있는가도 중요하지만, 개발자는 혼자 일하는게 아닌 만큼 다른 신경 쓸 부분이 많다고 생각했다. 더 좋은 코드를 치는건 나 혼자도 공부 할 수 있지만, 협업에서 얻을 수 있는 부분은 이런 프로젝트가 아니라면 얻기 힘들기 때문에 나는 그 부분에 조금 더 신경 쓰자고 계획했다.
끝난후에
생소한 스크럼 방식
원래 상세한 계획은 잘 세우지 않는 성격 때문에 이 부분이 참 힘들었다. 내가 두루뭉실하고 큰 목표를 설정한 계획만 세우는 반면, 스크럼 방식은 스프린트 단위로 부분적으로 완성된 결과물이 나오게 계획하기 때문에 매 스프린트마다 눈에 보이는 결과물이 생겨서 더 큰 성취감을 느낄 수 있어 정말 좋았다. 프로젝트 초반에 티켓을 너무 큰 단위로 만들었다가 진행 하면서 작은 티켓으로 세분화해서 수정했다. 한 번 해보고 다 알았다고 하면 거짓말일것이고, 어떻게 하는지 어렴풋이 알 것 같다. 이런 세분화된 티켓과 스프린트 단위의 계획을 만드는 것들이 나에게 부족한 부분이기 때문에 2차 프로젝트때에는 트렐로를 잘 활용해서 더 나은 계획을 세울 수 있도록 해야겠다.
잘한 부분
내가 맡은 기능에 대한 구현이 끝났을 때, 2주간의 프로젝트였지만 팀단위로 프로젝트는 처음이기에 프론트엔드분들과 통신 연결도 쉽지 않을 것이기에 수요일까지 기능구현은 마무리 하기로 했다.
더 이상의 추가기능 구현을 하려고 하지 않고 아직 마무리 되지 않은 분들은 돕고 다 마무리 되면 서로 본인이 만든 코드를 설명해주면서 모두 숙지 했다.
이 프로젝트의 목적이 진짜 서비스 할 수 있는 제품을 만드는게 아니라 협업을 하며 공부하는것이 목적이기 때문에 어느 한명의 독주로 프로젝트의 완성을 하는게 아니라 모두에게 도움이 되는 방향으로 정했다.
아쉬운 부분
위에도 계획적이지 못했다는 부분이 있지만 거듭 말하고 싶은게 나는 너무 계획적이지 못했다. 내가 만든 계획은 너무 추상적이었다. 아무리 뛰어난 개발자라고 하더라도 수요자의 요구사항대로 제때에 적합한 결과물을 만들지 못한다면 아무 쓸모가 없다. 내 역량을 제대로 파악해서 더 상세하고 적합한 계획을 세울 수 있도록 해야겠다.
마무리
잘한점도 아쉬운점도 있지만 첫번째 프로젝트가 잘 마무리 되었다. 잘했던 부분은 다음에 더 잘할수 있도록, 아쉬운 부분은 보완해서 계속 개선해 나갈 것이다.
첫번째 프로젝트는 끝났지만, 개발자로서는 이제 시작이다.
난 눈에 띄고 긍정적인 에너지를 마구 내뿜는 사람은 아니지만 윤활유처럼 어디든 스며들어 부드럽게 잘 흘러갈 수 있다. 그래서 나는 엄청나게 대단한 개발자가 되고 싶지 않다. 그냥 나를 겪어본 사람들에게 괜찮은 사람이었다고 기억되고 다시 같이 일하고 싶어 하는 개발자가 되고 싶다.
