네이버 부스트캠프 그룹 프로젝트 회고

네이버 부스트캠프 6주간의 기간이 드디어 끝이 나게 되었다. 팀을 운영함에 있어 문제들로 인해 많은 회의로 곯머리를 앓기도 하기도 했구, 독감에 걸려 하루 종일 뻗어 있는 등 여차 저차가 많았지만, 그래도 우리의 프로젝트를 1차적으로 마무리 할 수 있었다.

우리의 프로젝트 "Lesser"

우리의 프로젝트 "Lesser"

이번 프로젝트로 우리가 만든 것은 "Lesser"라는 프로젝트였다. 매번 Jira를 사용하면서, 너무 많은 자유도와 숨겨진 사용 방법들로 인해 처음 사용하는 사람들에게 익히기가 참 어렵겠다는 생각을 해왔었다.

그렇다면, 처음 프로젝트를 만들어 보는 학생 혹은 조그마한 프로젝트를 만드는 사람들을 위해 가벼운 프로젝트 관리 툴을 생각해보게 되었고, "더 적은 학습 곡선과 더 쉬운 사용 방법"이라는 모토 아래 프로젝트 관리 툴 "Lesser"를 만들어보게 되었다.

프로젝트를 마치고 느껴지는 감정은 "아쉬움"

이번 프로젝트를 끝 마치고 되돌아 보면서 가장 크게 느끼는 감정은 “아쉬움”이다. 나는 왜 "후련함"도 "뿌듯함"도 아닌 "아쉬움"을 가장 크게 느낄까? 스스로에게 자문해보며 얻어낸 답은 바로 프로젝트를 하면서 6주라는 시간의 비중만큼 중요한 것을 배우지 못했기 때문이다.

우리가 만든 Lesser 프로젝트를 지금 다시 돌아보며 객관적으로 이야기하자만 단순히 CRUD를 수행하는 페이지일 뿐이었다. 페이지를 만들고 수정하는 기능은 옛날에 만들어 보았었기에 개인적으로 성장을 하기 위해서는 다른 경험을 이 프로젝트에서 얻기위해 노력해야 했다. 프로젝트 중 성장하기 위해 고민하고, 부딪히고, 헤메이고, 결국 이겨내는 경험을 해봤어야 했다.

Lesser에 Socket 통신을 달아서 다른 팀원들과 함께 조작할 수 있는 것을 만들어 봤다면? 다른 팀원들의 유무를 확인하는 기능을 고민해서 구현해봤다면? 단순한 프로젝트를 빠르게 완성하고 이를 최적화하는데 도전해봤다면? 실패하더라도 이를 고민해보고 팀원들과 생각을 나누는 과정에서 나는 필히 지금보다 더 성장했을 것이라는 아쉬움과 후회가 남는 경험이었던 것 같다.

가장 먼저 고쳐야 할 것은 "수동적인 태도"

그렇다면 나는 왜 이런 후회를 6주를 마치고 하고 있는 것일까? 가장 큰 원인은 “수동적인 태도” 일 것이다. 우리 팀의 가장 큰 문제는 누구나 적극적으로 새로운 것을 도입하고 배우고자 하는 “적극적인 의지”가 부족했다.

단적인 예시로, 프로젝트를 더 좋은 방향으로 이끌어 주실 수 있는 멘토 분들이 계셨다. 이 때, 멘토분들을 통해 새로운 것들을 적극적으로 여쭤보고 배울 수 있는 기회가 있음에도 우리 팀원들은 무언가를 거의 여쭤보거나 하며 멘토 분들이 계시는 환경을 활용하지 않았었다.

이러한 우리의 성향은 프로젝트 전체에서 조금씩 나타나고 있었다. 프로젝트를 수행함에 있어 주체적으로 행하고 싶은 “목표”가 없었기 때문에 그저 의미 없이 무언가를 해내는 것에만 심취하고 만족해 버렸던 것이다. 이번 6주간의 프로젝트를 수행하는 것의 의미는 그저 무언가를 단순히 만드는 것이 전부가 아닌, 그 안에서 무언가의 가치를 꺼내는 것이 중요한 것인데, 그것을 깨닫지 못했던 것이다. 그렇기에 우리는 계속 수동적으로 행동했던 것 같다.

또 다른 문제는 "안일함"

또 다른 문제는 Lesser라는 프로젝트 팀원들과 1년간 이어나가기로 했기에 발생한 안일함이었다. 프로젝트를 진행 중 뭔가 어렵고 시간이 오래 걸릴 것 같은 일들을 전부 다음에 프로젝트를 확장할 때 할 일로 미루어 둔 것이다. 오히려 어려운 것들, 가장 핵심적인 기술들을 이번 멘토, 마스터, 캠퍼분들이 계실 때 도전해보고 여쭤봤어야 할 것을 오롯이 우리만 남겨진 상황에서 해야겠다는 어리석은 판단을 했던 것이다.

왜 나는 그리고 우리는 이런 잘못된 판단을 한 것일까? 나에게 주어진 환경 요소들의 가치를 제대로 이해하지 못했기 때문이다. 이 6주에 우리에게 주어진 것이 얼마나 많은가? 우리가 이것 저것 도전해보았을 때나 난관에 막혀 헤메고 있을 때, 더 나은 방향을 제시해 줄 수 있는 "멘토"분들이 계셨다. 프로젝트를 위한 지식을 알려주시고 조언을 아껴주시지 않는 "마스터"님들이 계셨고, 우리의 프로젝트를 직접 사용해주시고 친절히 피드백을 주시는 많은 "캠퍼"분들이 계셨다. 이러한 소중한 요소들의 가치를 우리가 이해했다면, 프로젝트의 목표를 더 높은 곳을 향하는 방향으로 설정하지 않았을까?

올바른 팀 절차에 대해 고민하다

프로젝트를 통해 아쉬운 점만 있었던 것은 아니다. 이번 프로젝트를 하며 기술적인 학습 이외의 개발 문화에 대해 많은 우여곡절을 겪고 고민을 해보며 팀이 성장하기 위한 식견을 넓힐 수 있었다.

처음, 팀 운영은 잘 돌아갔다고는 할 수 없었다. 매일 아침 형식적으로 모여 오늘 할 일을 일방적으로 보고만 하는 스크럼, 회고를 해도 매번 개선되지 않고 반복해서 나오는 문제들, 기록하고는 있지만 실제로 아무도 읽거나 활용하지 않고 그저 쌓여만 가는 문서들.

하지만, 이러한 문제들을 인지하기에는 쉽지 않았다. 매일 아침에 모여 스크럼을 하고, 매일 저녁 모여 회고를 하고, 어떻게든 문서를 남겼으니까. 그럴 듯해보이는 껍데기 뿐인 절차들을 보고 만족하며, 각 과정으로 우리가 무엇을 얻어야 하는지에 대해 생각하지 않았기 때문이었다.
"우리는 애자일과 팀의 문화를 흉내내고 있었을 뿐이었다."

매번 회고에 개선되지 않고 등장하는 문제들

각각의 절차의 수행 목적의 이해가 부족함을 깨닫고, 그 동안의 우리들의 절차들을 다시 한 번 되짚어보았다. 왜 우리는 이것들을 시간을 투자하고 있었을까? 개발에 투자해도 부족한 시간들을 각 절차들에 투자해가면서 무엇을 얻고자 하는 것일까? 우리는 이러한 물음에 팀원과 다같이 짚어보는 시간을 가져보았다.

스크럼은 우리가 목표로 하는 스프린트를 만들기 위한 스케쥴을 잘 따라가고 있는 지 확인하고, 만일 팀원의 업무 중 문제가 발생하면 업무에 dependency가 있는 사람들 간 업무를 확인하기 위함이었다. 회고는 지금 마주한 문제들을 해결하기 위해 개발 문화를 개선하고, 점검하고, 똑같은 문제가 재발하지 않도록 하기 위함이었다. 이러한 각각의 가치를 되짚어보고, 각각의 절차들을 연결지어 보니 그제서야 “문제 발생 -> 분석 -> 개선 -> 개선 결과 확인 -> 분석”의 연결고리를 개발 문화에 정착할 수 있었다. 그와 더불어, 매주 회고를 통해 정말 형식적으로만 진행했던 문서들을 정리하고 불필요한 절차들을 쳐내고, 잘 되지 않는 점을 점검하며 매번 팀의 방향을 제대로 수정해 나갈 수 있었다.

참고 내용 : "Lesser"의 팀 문화 문제 인식과 개선 방안을 담은 회의록

참고 내용 : 개선 이후 "Lesser"의 스프린트 회고록

같은 실수를 반복하지 않기 위해서

앞으로의 기회들을 낭비하지 않기 위해선, 마지막으로 나만의 원칙을 세워보고자 한다.

1. 지금 내가 수행할 업무를 둘러싼 환경을 정확하게 파악한다.

• 업무를 계획에 맞추어 수행함에 있어 가장 중요한 것은 "업무의 우선 사항을 정확하게 파악하는 것"이다. 그렇다면 어떻게 우선 사항을 정확하게 세울 수 있을까?
• 업무의 우선사항을 파악하기 위해 내가 수행할 업무의 제약 사항, 주어진 기회와 환경을 정확하게 인지하고 분석할 수 있어야 한다.
• 만약 이 항목을 소홀히 한다면, 이번 프로젝트와 같이 소중한 기회들을 아쉽게 소진해버리는 똑같은 실수를 반복하게 될 것이다.

2. 구체적이면서 도전적인 계획을 세우자

• 사람이 주체적으로 어떤 일을 할 수 있도록 만드는 것 중 하나는 무엇보다 그 일을 해냄에 따라 얻는 성취감일 것이다.
• 적절한 성취감을 얻기 위해 필요한 것은 "성취감을 얻을 수 있는 수준의 적절한 어려움" 그리고 "어려운 괴제를 잘 수행하기 위한 구체적인 목표와 과정"이라고 생각한다.
• 만약 이러한 조건을 달성하지 못한 규칙을 세운다면, 그 어떤 프로젝트도 이번 프로젝트와 같이 어떤 일을 하더라도 그저 완성만 시키는 프로젝트가 될 것이다.

3. 꾸준히 회고하고 분석하고 반성하자

• 이번 프로젝트의 팀 절차에서 배운 것 중 한가지는 "원활히 돌아가기 위해선, 원활히 돌아가고 있는지 확인해야 한다"라는 것이다.
• 단순히 하는 척만 하고 있는 것은 아닌지? 계속 우리는 각 절치를 통해 배우고 있는지? 잘못 돌아가고 있는 것은 없는지?를 계속해서 확인하는 회고 과정은 모든 프로젝트 그리고 나의 개발자 인생에 필수불가결한 것임을 알게 되었다.

마무리...

이래저래 많은 이야기를 했지만 분명 이 프로젝트를 수행하면서 우여곡절도 많았고 후회도 아쉬움도 많이 남았지만, 분명 이 과정을 거치면서 조금이나마 나는 성장했다.

Tanstack Query도 직접 뜯어보며 어떤 과정으로 동작하는지도 공부해보았고, 인생 처음으로 복잡한 코드를 리팩토링도 해보았다. 또 여러 사람들에게 코드 분할 방법에 대한 의견을 여쭙고 내 생각도 정리해보는 과정을 가지기도 하며 식견이 조금은 더 늘기도 했다. 무엇보다도, 여러 사람들과 만나 함께 무언가를 만들고 쌓아보려 하며 직접 우여곡절을 겪은 경험들은 앞으로의 협업에 문제가 있을 때 중요한 해결 방안을 찾을 때 중요한 지침서가 되어 줄 것이라 믿는다.

다음에 이러한 기회가 온다면 이번 경험을 디딤돌 삼아, 더 높은 수준을 추구하리라 그렇게 다짐하며 이번 글을 마치도록 하겠다.