입사한 지 어느덧 한 달이 다 되어간다.
짧은 시간 동안 정말 많은 것들을 배우고, 또 스스로를 돌아보게 됐다.
한 달을 정리해보면, 나는 크게 세 가지 지점에서 성장했다고 말할 수 있을 것 같다.
첫 번째는 ‘커뮤니케이션 비용’에 대한 이해다.
효율적인 소통을 위해서는 기획자가 개발자보다 한 발 앞서 생각해야 한다는 것을 깨달았다.
개발자가 다양한 케이스를 이야기할 때
“그건 아직 생각 못 했어요”라고 말하는 것과
“여기까지는 고민했고, 이 부분은 아직 열어두고 있어요”라고 말하는 것은
소통의 밀도부터 달랐다.
후자는 서로 더 많은 아이디어를 만들 수 있었고,
논의의 속도도 훨씬 빨라졌다.
고민의 흔적을 공유하는 것이 곧 소통의 효율을 높이는 일이라는 걸 처음으로 체감했다.
두 번째 성장은 디스크립션 작성 능력이다.
처음에는 내 입장에서만 디스크립션을 작성했다.
그러다 보니 문서를 써놓고도 결국 다시 구두로 설명해야 했다.
‘나름 잘 썼다’고 생각했지만, 개발자 입장에서는 헷갈릴 수 있다는 걸 뒤늦게 알았다.
특히 백엔드와 프론트엔드를 어떻게 나눠서 전달해야 할지 감이 잡히지 않았는데,
여러 번 수정하고 피드백을 받으면서
점점 구조적으로 정리하는 힘이 생겼다.
이건 디스크립션을 컨펌해주시던 사수님이
“많이 좋아졌다”고 직접 말해주신 부분이라
개인적으로 꽤 뿌듯했던 순간이기도 하다.
마지막은 QA에 대한 태도다.
서비스 배포 전 QA는 정말 ‘꼼꼼함의 끝’이라는 걸 배웠다.
생각나는 대로 케이스를 적다 보면
QA를 하는 사람도 헷갈리고, 놓치는 부분이 반드시 생긴다.
특히 QA는 혼자만 보는 문서가 아니라
누구나 문서를 보고 이해할 수 있어야 하기 때문에
절대 가볍게 접근할 수 없다는 걸 알게 됐다.
그래서 요즘은
‘어떤 케이스를 테스트할까’ 이전에 ‘이 서비스를 어떤 구조로 이해하면 QA가 쉬워질까를 먼저 고민하고 있다.
맡은 서비스는 단계도 많고 조건도 복잡하지만,
이 구조를 잘 정리해두면
QA의 난이도 자체가 달라질 거라고 믿고 있다.
그래서 이 ‘구조화 단계’를 가장 중요하게 두고 작업하려 한다.
입사하자마자 장기 프로젝트에 투입되면서
짧은 시간 안에 빠르게 습득하고, 퍼포먼스를 내야 했다.
회사 노트북을 집에 가져와 조금 더 고민해보겠다고 한 날,
이건 누가 시켜서가 아니라
‘내가 해봐야겠다’는 생각에서 나온 행동이라는 걸 깨달았다.
이 자발성이 지금의 나에게는 가장 큰 성장의 기회일지도 모르겠다는 생각이 들었다.
한 달도 채 되지 않는 시간 동안 신규 서비스의 로직부터 운영 방안까지
정말 숨 가쁘게 달려왔다.
앞으로도 오늘 정리한 이 세 가지—
커뮤니케이션, 디스크립션, QA—를 잊지 않고
주니어 시절부터 차근차근
나만의 방법을 쌓아가고 싶다.