Rocky 's Blog

회고를 시작하며

이번 주는 어떻게 보냈는가?

그룹 프로젝트 2주 차까지 기획과 검증을 마치고, 이번 주부터 본격적인 개발에 돌입했다. 새로운 협업 규칙들과 오랜만의 개발 환경이 처음엔 다소 낯설었지만, 예상보다 빠르게 적응할 수 있었다. 팀원들도 각자 맡은 업무에 적극적으로 임해주었고, 시간이 지날수록 팀 전체의 속도도 붙기 시작했다. 개발 첫 주치고는 만족스러운 출발이었다.

이번 주에는 도움이 정말 많이 된 활동들도 있었다. 2시간 동안 진행한 기술 공유 세션 에서 이번 주 핵심 작업과 학습한 내용들을 팀 내에서 나누었고, 주간 회고 시간 에는 잘된 점과 아쉬웠던 점을 함께 이야기하며 개선 방향을 논의했다. 처음에는 코딩 시간이 줄어드는 것이 부담스러울 수도 있었지만, 오히려 이런 시간들이 훨씬 더 값지게 느껴졌다. 누군가 이 시간을 없애자고 한다면 아쉬울 정도로 소중한 경험이었다.

목표를 설정하라

이번주의 목표는 무엇이었는가?

잘 이루어졌을까?

많은 부분을 달성했지만, 모든 목표를 완전히 마무리하지는 못했다. 이번주를 되돌아보면 무엇을 놓쳤나 보다 목표를 어떻게 세웠나 가 더 큰 고민거리로 다가왔다.

이번 주 목표 설정에서의 아쉬운 점

이번 주는 목표 설정 과정에서 충분한 논의가 이루어지지 않았다. 개인적으로 세운 목표들을 다시 보니, 단순히 ‘이번 주엔 이걸 해야겠다’는 식으로 작업 목록을 나열한 수준에 그쳤다. 각 태스크가 흩어져 있을 뿐, 하나의 방향으로 모이는 느낌이 부족했다.

그 결과 ‘무엇을 더 잘할 수 있었나?’ 보다 ‘못한 걸 마저 해야겠다’ 라는 생각이 먼저 들었다. 이번 주의 목표가 다음 주를 위한 의미 있는 피드백으로 이어지지 못했다 고 느껴졌다.

그렇다면 어떤 방식으 개선할 수 있을까?

프론트엔드, 백엔드, 인프라처럼 영역별로 목표를 나열하기보다, 하나의 명확한 목적 과 스토리 를 중심으로 설정한다면 어땠을까? 예를 들어 다음과 같이 구성할 수 있었을 것이다.

사용자 행동 추적을 위하여 모니터링 체계를 구축한다.

데모 시연을 위하여 강의실 생성부터 입장까지의 사용자 흐름을 완성한다.

이렇게 목표를 구성하면 각 작업이 단순한 할 일 목록이 아니라 하나의 서비스 경험을 완성하는 과정으로 자연스럽게 연결된다. 특히 '데모 시연을 위하여' 처럼 구체적 목적 을 두면, '데모 시간에 꼭 보여줘야 하는 부분일까?'라는 질문으로 우선순위가 명확해지고, 실제 사용자 입장에서의 완결성을 검증할 기준이 생긴다.

다음 주에는 '남은 UI를 구현한다'는 접근 대신, '데모 시연을 위하여 강의실 입장부터 나가기까지의 흐름을 완성한다'처럼 목적과 스토리가 결합된 목표 로 전환해보려 한다.

더 나아가서

명확한 주간 목표는 일간 목표를 세우는 데 기준점이 될 것이다. 이번 주에는 일간 목표가 불분명해 ‘생각나는 대로 해야지’라는 식으로 움직였다. 하지만 주간 목표가 분명하다면, 진행 속도와 상황을 파악하며 구체적인 일간 목표를 설정할 수 있을 것이다. 하나씩 하나씩 해보자.

회의 안건은 적절한가요?

회의 시간에 대하여 다시 돌아본 계기

목요일에 다른 캠퍼가 회의 진행에 관한 글을 공유해주었다. 공감되는 부분도 많았고, 나를 다시 한번 되돌아보게 만들었다.

개발팀의 시간은 곧 비용입니다, 준비되지 않은 회의 라는 도입부부터 눈길을 끌었다. 다른 이야기 때문에 충분한 논의 시간이 줄어들고 급한 결정을 내린다는 등 공감되는 내용이 정말 많았다. 이 글을 통해 안건에 대한 논의가 명확한 회의를 어떻게 만들 수 있는지 이해하게 되었다.

과거의 나는 어떠했는가?

학부생 시절 프로젝트가 떠올랐다. 나는 다른 사람 눈치를 많이 보며 표정을 숨기지 못하는 타입이었다. 안건에서 벗어나면 순간 표정이 굳었지만, 팀 분위기를 망치고 싶지 않아 아무 말도 못 했다. 다시 안건으로 돌아가려 말을 정리해도, 상대방이 무안해하지 않을까 신경 쓰였다. 결국 시간이 촉박해져 안건은 급하게 결정되고, 뒤늦게 문제가 터지는 일이 반복되었다.

이번 주의 회의는 어떠했는가?

이번 주 회의에서 부족했던 부분이 있다면, 회의 안건이 명확하지 않을 때가 많았다는 점이다. 스크럼이 끝난 시점에서 안건이 생기지 않았더라도, 무언가를 정해야 한다는 생각에 회의를 이어갔다. '안건이 없는데 왜 회의를 계속 이어가지?'라고 생각할 수 있지만, 줌에 들어와서 아무것도 정해지지 않은 채 끝내는 상황 자체가 이질적으로 느껴졌다. 그러다 보니 영양가없는 고민을 하며 10~20분 정도는 낭비되지 않았을까 싶다.

글을 읽고 난 후의 생각

놀랍게도 글에 나온 모든 예시 상황들을 겪어보았다. 부스트캠프를 진행하면서 많이 개선되었다고 생각하지만, 여전히 부족한 부분이 많다. 특히 가치를 알게 하기 부분이 어렵게 다가왔다. 전체의 목표와 개인의 목표가 다를 때, 이 충돌을 어떻게 해결하는가에 대한 이야기인데, 머리로는 이해가 되지만 실제로 누군가를 설득할 수 있을까가 문제였다.

공적인 공간에서는 냉철해야 한다고 생각한다. 아닌 것은 아니기에 누군가를 설득해야 하고, 단호하게 이야기할 줄 알아야 한다. 그러기 위해서는 상대방이 말하는 맥락과 전체 회의의 흐름, 그리고 이 모든 것을 멀리서 넓게 바라볼 줄 알아야 하는데 참 쉽지 않다. 전체 회의의 흐름을 파악하고 조율하는 부분 에서 부족함을 많이 느끼고 있으며, 이를 개선해보고자 한다.

앞으로는 어떻게 해야하는가

앞으로는 불필요한 회의 시간을 줄이고자 한다. 우선 전날에 회의 안건을 미리 생각해 둘 것이다. 어떤 이야기들이 오가야 하고 어떤 내용을 확정지어야 하는지 말이다. 그 후에 회의를 진행하되, 정할 내용이 없다면 빠르게 회의를 끝내는 방식으로 진행할 것이다.

또한, 글의 말미에도 나오지만, 회의에 대한 무언가 생각이 들 때는 회의 시스템 자체를 돌아봐야 한다. 단순히 다른 사람들의 말과 시선만 생각할 것이 아니라, 함께하는 회의 시스템이 어떻게 구성되어 있는지 점검해야겠다.

팀원들의 발자취를 따라가며

프로젝트를 진행하며 고민되는 부분

운이 좋게도 경험 많고 실력도 뛰어난 팀원들을 만나 프로젝트를 진행하고 있다. 처음에는 단순히 '못 따라가면 어쩌지'라는 막연한 고민이 있었다. 하지만 개발이 진행됨에 따라 그 고민은 점차 구체화되어갔다.

어떤 순간에 그 고민이 커졌을까?

마지막 프로젝트인 만큼 각자가 지향하는 분야에 맞게 태스크를 가져가게 되었다. 그러다 보니 각자가 지닌 전문성에 맞게 다양한 도구들이 추가되고, 서로 다른 개발 스타일이 적용되었다. 처음에는 간단하게라도 다른 팀원들의 작업을 살펴보고 이해하려 했지만, 어느 순간 내 손에 담을 수 없을 정도로 범위가 커져버렸다.

나는 프론트엔드를 지향해 왔기에 백엔드에 대한 지식은 부스트캠프에서 경험한 내용이 전부였다. 개발과 배포, 딱 거기에서 멈춰 있었다. 모니터링과 같은 영역은 알지 못했기에 이번에 다른 팀원의 도움을 받아 겨우 따라잡고 있다. 어느 순간부터 다른 팀원들과의 간극이 벌어진 느낌이 들었다.

느껴지는 감정이 무엇일까?

이전 프로젝트에서는 다른 파트는 신경 쓰지 않고 오로지 내 할 일만 해왔다. 그렇기에 다른 누군가가 무엇을 하든 전혀 신경 쓰이지 않았는데, 이번은 달랐다. 프로젝트에 대한 애정도 있고, 전반적인 흐름 전체를 이해해보자는 개인적인 목표가 있었다.

지금 느껴지는 이 감정들을 하나로 설명하기 어려운 것 같다. 프로젝트가 끝났을 때 어느 정도까지는 꼭 이해하고 싶다는 갈망과 욕구가 있으면서도, 한편으로는 내 태스크도 벅찬데 과연 가능할까 싶은 불안함도 함께 공존한다.

해결책을 찾아서

이 간극을 줄이기 위한 방법은 기술 공유가 활발하게 이루어지는 것이라고 판단했다. 검색해서 찾은 글보다도, 직접 개발하는 우리가 작성하는 글이 가장 이해하기 좋은 자료라고 생각한다. 기술 내용이나 트러블 슈팅, 혹은 적어도 전체 흐름 정도는 함께 공유한다면 그 간극을 줄일 수 있을 것이다.

다행히도 팀원 모두가 열심히 기록하고 공유해주었다. 앞으로도 매주 기술을 공유하는 시간을 가져보려 한다. 이해되지 않는 부분은 문서를 계속 읽어보고 질문하면서, 이 프로젝트에 대한 확실한 이해를 가지고 마무리 짓고자 한다.

회고를 마무리하며

잘하는 부분을 더 잘해라. 그렇다면 못하는 부분은?

잘하는 부분을 더 잘하게 만들어라 는 말을 많이 듣는다. 그러기 위해 앞으로 나아가고 있는데, 문득 생각이 들었다. 그렇다면 못하는 부분은 어떻게 해야 하는 걸까?

당연히 못하는 부분도 잘하게 만들어야 할 것이다. 하지만 느끼기로는, 잘하는 것과 못하는 것을 끌어올리는 데 방법이 조금씩 다른 것 같다. 해오던 방식대로 못하는 부분에도 동일하게 적용하려 하면 쉽지 않은 부분이 있었다.

그렇기에 상황에 따라 다른 전략이 필요하다. 이번에는 내 부족한 부분들을 팀 내 기술 공유를 통해 보강해보고자 한다. 생각만큼 잘될지는 모르겠지만, 그럼에도 한번 도전해보려 한다.

더 나아가서

반대로 내가 팀에 기여할 수 있는 방법은 무엇일까? 팀 내에서 나만이 가지고 있는 것은 무엇일까? 고민해보았을 때, 목소리 라고 생각했다. 팀에서 주로 말을 건네고 회의를 진행하는 것이 나다. 그렇다면 내 목소리가 팀에 영향을 준다는 뜻이다.

그렇다면 어떻게 해야 하는가? 상황 판단력을 키우고, 전체적인 그림을 볼 줄 알아야 한다. 더 넓게 팀의 계획을 다잡고 방향을 이끌어야 한다. 잘못된 방향으로 간다면 당연히 팀원들이 잘 고쳐줄 것이라 믿는다. 하지만 그러기 위해서는 우선 방향을 제시하고 나아가야 한다. 더 멀리서 팀을 바라보고 미래를 내다보려 해보자. 지금까지 잘해왔고, 앞으로도 잘할 수 있을 것이다.