뮤팟에서 CTO 및 다수의 팀을 관리하는 케빈입니다
2024년에는 무슨 일이?
2024년은 업무도 업무지만 개인적인 생활이 180도 변한 한해였다.
•
2023년에 결혼 후 구하고 있던 집을 드디어 결정해서 송파구로 이사했다
•
딸을 아내가 임신하고, 출산했다.
•
그리고 3개월간의 육아휴직을 내고 육아 중
새로운 아이가 태어난 만큼 생활의 많은 부분이 아이에게 맞춰지고 변화하는 한해였다.
2023년에는 어떤 목표를 세웠었나?
1.
뮤팟 티켓을 더 소비할만한 컨텐츠 카테고리 추가하기
2.
뮤팟 서비스 운영하는 언어가 총 5가지가 되도록 만들기
3.
일본어 서비스 활성화하기
작년에 세웠던 목표 중 하나만 이루었다.
그건 소비할만한 컨텐츠 추가하기이다. 2024년에는 AI 이미지 서비스를 오픈하면서 AI로 생성된 이미지를 사용할 수 있게 되었다.
해외 언어 번역 작업은 진행되었지만, 현실적인 어려움이 생각보다 많았다. 해외 진출은 언어뿐만 아니라 마케팅과 영업이 동반되어야 했는데, 이에대한 실질적인 경험치가 부족하게 되어서 결국 추가 리소스 투입을 포기하게 되었다.
2024년의 뮤팟은?
2024년은 PMF (Product Market Fit)이 맞은 이후 사업적으로 크게 성장할 수 있었던 해였다.
개발팀의 입장에서는 백오피스의 자동화 및 업무지원에 할당하는 시간이 크게 늘어났다.
방문하는 고객의 숫자도 이제 꽤 많아지면서 숨어있던 버그가 자주 튀어나오게 되었다.
특히나 Rails에서 NextJS로 마이그레이션 하면서 생각치 못한 버그가 자주 나오게 되어서 애를 먹게 되었다.
업무의 매뉴얼화
2024년에는 업무를 매뉴얼화 하는데 상당한 노력을 들였다.
뮤팟을 창업한 나와 엘리 두명에게 업무의 컨텍스트를 질문하는 상황이 점점 늘어났고, 업무가 진행될수록 두명이 끼지 않으면 진행이 안되는 상황에 자주 직면하게 되었다. 두명의 업무가 원래도 많았는데, 과거 히스토리까지 지속적으로 질문을 받다보니, 효율성이 떨어지게 되었다.
과거에는 전체 업무의 종류가 많지 않다보니 두명이 알려주고 질문받으면서 업무 진행하는게 더 효율적이었지만, 지금은 다음의 측면에서 매뉴얼을 작성하는게 좋았다.
1.
업무 담당자가 변경되면 처음부터 다시 알려주는 상황이 빈번하게 발생했다.
2.
퇴사자가 발생할 경우 모든 내용을 갑자기 인수인계 하려면 너무 많은 내용을 구두로만 설명하게 되고, 빼먹고 설명을 하지 않는 부분이 발생했다. 특히 이전 담당자의 노하우와 팁들에 대한 전수가 어려워졌다.
3.
과거 히스토리에 대한 정확한 기록이 남게 되어서 일의 연속성이 좋아졌고 업무의 재분배가 쉬워졌다.
이런 문제를 해결하기 위해서 각 포지션별 매뉴얼을 작성하게 되었고, 이 부분이 2024년에는 상당한 체계를 갖추게 되었다.
중구난방으로 기존에 매뉴얼이 일부 존재하긴 했지만 일관성이 너무 없고 정리가 안되어 있어서 `매뉴얼 작성을 위한 매뉴얼`을 작성하여 매뉴얼 작성 가이드라인을 제공했다. 다음은 뮤팟의 매뉴얼 작성 가이드라인의 일부이다.
•
최대한 작은 업무단위로 쪼개어 작성해야 유지보수가 쉽다
•
매뉴얼은 항상 신규입사자에게 설명한다는 맥락으로 쉽게 작성해야 한다.
•
개론 → 업무환경 세팅 → 정기업무 → 기간제한이 있는 업무 → 비정기 업무의 순서로 작성하라.
매뉴얼화를 하다보니 자연스럽게 업무의 인수인계 및 위임에 대한 부담이 줄어들고, 서로 다른 업무를 하고 있는 사람들이 협력해서 업무를 진행할 때 진행상황에 대한 부분을 문서로 먼저 학습 후 질문을 할수 있는 선순환이 발생하게 되었다.
전 직군 온보딩 매뉴얼 목록
개발팀 백엔드 업무의 위임
9월달에 육아휴직을 하게 되면서 개발팀에 대한 실무적인 부분을 사실상 모두 쉬게 되었고, 일주일 중 2일 오후 시간에만 재택으로 개발팀 관리를 하게 되었다.
이로 인해서 개발팀의 매뉴얼, 특히 백엔드와 인프라 매뉴얼을 매우매우매우 보강할 필요가 있었다.
과거부터 있었던 개발팀 매뉴얼을 리뉴얼하면서 다음의 3단계로 백엔드 개발자에게 코드를 설명하도록 개편을 진행했다.
1.
서버 인프라 구조 소개
인프라 전반에 대해서 간략하게 소개한 다음,
각 기능별로 인프라를 어떻게 쓰는지 도식을 그려서 설명했다
2.
각 로직별 백엔드 코드 소개
각 기능별로 코드 작성된 위치와 작성 방식을 소개
3.
DB 테이블 구조 소개
각 테이블 연결관계와 이름 규칙 소개. 상태 소개
새로 입사한 조니가 해당 매뉴얼을 숙지해서 개발을 하게 되었다. 이런식으로 매뉴얼을 작성하니 백엔드 개발자 온보딩 기간이 압도적으로 단축되었다. 또한 개발에 대한 질문 빈도가 줄고 버그에 대한 대응이 더 빨라졌다.
육아휴직 기간에는 개발에 대한 설계를 해서 주니어 개발자에게 코드 구현을 맡기는 방식을 사용하였다.
뮤직플렉스 런칭
숏츠 컨텐츠에 음원을 사용하면 정산을 해주는 뮤직플렉스가 런칭을 결정하고, 관련된 기본적인 구조를 설계해서 구현하였다.
특히 정산 파트를 굉장히 신경썼는데, 과거에 뮤팟 결제 및 멤버십 구독 부분을 설계하면서 얻었던 인사이트를 녹여서 정산 파트를 구현하였다.
정산 데이터가 늘어나게 되면 집계 및 누계하는 부분에 부하가 걸리게 된다. 이런 부분을 고려하여 집계에 대한 부분을 비정규화로 데이터 구조를 구현하여 차후 부하를 줄이도록 설계했다.
2025년 뮤팟과 뮤플 목표
1. 뮤팟에 생성형 AI 서비스를 도입할 것
이미지 및 동영상 AI 서비스를 도입해서 새로운 콘텐츠를 제공할 예정이다
2. 뮤직플렉스는 타 정산 서비스와는 다른 차별점을 갖게 될 것
현재 다른 숏폼 정산 서비스와의 차별점이 부족한데, 이를 보완할 것이다.
3. 개발팀 3인의 개별 개발 능력을 AI를 활용해 50% 이상 향상시킬 것
개발 AI가 요즘 화두다. AI를 활용하는 팀은 생산성을 극대화 할 수 있는 2025년이 될 것이다. 따라서 이번에 개발팀은 기존 매뉴얼을 문서로 녹여내서 AI 활용을 극대화할 것이다.