프로젝트 회고

"테스트 코드는 선택이 아닌 필수다"

이전 다른 프로젝트에서는 테스트 코드가 없어서 포스트맨으로 API 테스트할 때는 잘 되다가 예기치 못한 오류가 나곤 했었다. 코드를 리팩터링 하거나 로직을 수정할 경우에 발생하는 휴먼 에러 또는 예기치 못한 에러를 여러 케이스로 작성해 놓은 테스트 코드 덕분에 방어할 수 있었다.

생각보다 리팩터링을 할 때 실수가 생기는 자주 생겼는데, 코드 수정 후에 테스트 코드를 실행시켜 보는 습관을 들여놓음으로써 어느 부분에서 장애가 났는지를 빠르게 확인할 수 있었다. 기존에 잘 동작하던 테스트 코드가 갑자기 실패한다는 것은 내가 방금 수정한 부분이 잘못됐다는 것이기 때문이다.

이번 프로젝트를 진행하면서 단위 테스트에 대한 모호했던 생각들이 정리되었고, 통합 테스트 코드를 통해 직접적으로 API를 테스트 코드를 작성해 놓음으로써 반복적인 작업을 줄일 수 있었다.

 

"실수를 받아들일 수 있어야 한다"

누구든지 실수를 할 수 있기에 상대방의 실수에 대해서 받아들일 수 있어야 하고, 내가 한 실수에 대해서 솔직해야 한다. 
나는 처음에 그러지 못했던 것 같다.
나는 백엔드를 전체적으로 맡았기 때문에 프런트엔드 쪽에서 문제가 발생하였을 때 같이 원인을 찾아주곤 했다.
점점 일정이 바빠지고 팀원의 실수가 잦아질 때는 속으로 화도 났던 것 같다.
하지만, 팀원측의 실수라고 생각하고 몇 시간 동안이나 원인을 파악하다가 역으로 내 잘못이었음을 알게 된 순간도 있었다.
상대방의 실수로 인해서 내 시간을 낭비한다고 생각하고 있었는데, 내 잘못임을 알게 된 순간에는 정말 부끄럽기도 했고 미안한 마음이 컸다.
실수는 정말 나 너 할 거 없이 모두에게 찾아오는 시련인 것 같다.

이러한 일이 있은 후에는 마인드를 다르게 가지기로 했다. "실수는 누구든지 할 수 있고 문제를 해결했을 때는 박수를 쳐주자!"라고.
서로 발생한 실수에 대해서 사과와 원망을 하는게 아니라 문제를 해결하고 서로 기뻐해주는 것이다.
이러한 마인드를 바탕으로 하니 실수를 숨기지 않고 함께 해결해 나가는 힘이 생겼다고 생각한다.

 

"시각적 자료를 이용하여 상대방을 설득하자"

KIOSEK 프로젝트 초창기 UI를 설계할 때 어떻게 메인 예약 페이지를 구성해야 할지 많이 의견이 분분했고 충돌이 있었다.

더 많은 의견이 있었지만 최종적으로 고민했던 세가지 의견을 나열해 보았다.

첫 번째 의견은 네이버 예약 형식대로 박스 형태를 나열해 보자.
두 번째 의견은 원하는 시간대를 먼저 선택하면 남아있는 좌석을 리스트업 해주자.
세 번째 의견은 쏘카의 UI를 참고하여 상태바의 형태로 시간대를 나타내어서 나타내보자.

나는 세번째 의견을 냈었다.
어떻게 팀원들에게 내가 생각하고 있는 것들을 정확히 전달할 수 있을지 고민하였다.

그에 대한 결론은 내가 제대로 설명할 수 없는데 남을 설득할 생각부터 하지 말고, 쓰던지 그리던지 해서 먼저 나부터 정리를 하자. 또한 의견에 대해서만 충돌이 있어야지 사람끼리의 충돌이 있어서는 안 된다. 정리되지 않은 의견으로 설득할 때는 오히려 반감을 사기 쉽다. 

팀원을 설득하기 전 시각적으로 보여줌으로써 이해를 도울 수 있는 UI를 간단하게 스케치하고 다른 방식에 비해 가질 수 있는 장점에 대해 생각해 보았다.

이에 나는 첫 번째 의견이 구현이 더 편한 장점이 있지만 30분 단위의 24시간 동안 예약에 대해서 48개의 블록이 생기는 건 사용자 입장에서 불편함을 줄 가능성이 있을 것 같다. 두 번째 의견은 예약 현황을 한눈에 볼 수 없고 계속 남는 시간대가 있는지 눌러봐야 한다는 단점이 있을 것 같다. 세 번째 의견으로 진행했을 경우에는 이러이러한 UI를 바탕으로 관리자가 예약을 막아놓은 시간, 이미 예약된 시간, 예약 가능한 시간을 상태바로 한눈에 보고 예약할 수 있어 더 좋은 UX를 제공해 줄 수 있을 것 같다.라는 식으로 발언했던 것으로 기억한다.

해당 의견에 대해 팀원은 내가 간단하게 스케치해놓은 UI를 통해 조금 더 관심을 갖고 긍정적인 질문들을 하였고, 이제는 내가 제시한 의견에 대해서 더 구체화할 수 있는 방안에 대해서 얘기하는 방향으로 흘러가게 되었다.

내 머릿속에서도 복잡한 생각을 누군가에게 전달할 때는 데이터를 기반으로 하거나 시각적으로 보여줄 수 있는 자료가 있을 때 더 설득력이 있다고 생각한다. 상대방을 설득한다는 것은 아직도 쉽지 않은 일이다.  

 

"머릿속으로 생각중일 때는 상대방에게 표현해야 한다."

회의도중에 팀원의 의견에 대해서 생각이나 고민을 하고 있을 때는 그걸 표현해줘야 한다. 
말없이 고민을 할 경우에는 상대방은 "내 의견이 별로인가?"라고 생각할 수도 있다는 것을 알았다.

나는 그래서 상대방이 의견을 내었고 내가 잠시 생각할 시간이 필요하다면 "좋은 의견이라고 생각하는데 잠시만 머릿속으로 정리해 볼게"라고 표현한다. 이러면 상대방은 자신의 의견이 존중받음을 느낄 수 있고, 그 의견에 부정적인 견해를 전달하더라도 "충분히 생각해 보고 한 말이구나"라는 느낌을 받을 수 있다고 생각한다.