호섭 : 저는 엄호섭이고요. 백엔드 리드를 담당하고 있습니다. 로드맵을 관리하고 팀 내외 소통을 하는 리드 업무와 아키텍처를 설계하고 코드 리뷰 등 실무를 담당하고 있습니다. 

성수 : 플랫폼 팀은 사용자들이 배달로봇 뉴비를 편하게 사용할 수 있도록 하는 서비스와 플랫폼을 구축하는 역할을 해요. 예를 들어 배달 로봇을 A지점에서 B지점으로 보내거나, A지점에서 B지점으로 순회를 하는 것 같은 로봇을 제어하는 명령을 내리게 되는데요. 그런 명령을 내리면서 로봇을 사용할 수 있게끔 하는 플랫폼을 만들고 있다고 보면 되어요. 

호섭 :  뉴빌리티 회사에는 크게 세 가지 파트가 있어요. 하나는 로봇 하드웨어를 관리하는 로봇팀이고요. 두 번째는 자율주행이나 로봇 자체 관리 프로그램을 담당하는 오토노미 팀이에요. 그리고 저희 플랫폼 팀은 그 로봇에 필요한 경로나 명령을 내리는 관리자 프로그램을 만드는 프로젝트를 하고 있어요. 로봇팀과 오토노미팀이 잘 만들어준 로봇을 일반 사용자들이 편하게 사용할 수 있도록 만든 플랫폼이 ‘뉴비고’라는 플랫폼이고요.

또 하나는 고객이 쓸 수 있는 앱으로, 로봇이 배달을 가는 쇼핑몰 서비스를 제공하는 ‘뉴비오더’라는 앱을 만들고 있어요. 고객이 ‘뉴비오더’에 주문하고 결제를 하면 ‘뉴비고’로 연결이 되어서 배달이 진행되는 구조입니다.

진수 : 저는 최근에 사우디 네옴 프로젝트에 ‘뉴비오더’ 서비스를 론칭한 게 가장 기억에 남는 성공 경험 같아요. 이 서비스는 저희 뉴빌리티의 첫 해외 서비스나 마찬가지였거든요. 이 프로젝트는 뉴비오더가 해외 서비스로 확장이 가능하다는 가능성을 보여준 프로젝트라고 할 수 있어요.

또 이번에는 미국 진출도 하게 되어서 서비스 론칭을 준비하고 있는데요. 네옴 프로젝트가 해외 진출로의 첫 발걸음을 잘 떼어준 덕분이라고 생각해서 가장 기억에 남고 의미 있었어요.

호섭 :  ’뉴비고’와 ‘뉴비오더’는 작년에 새로 만든 플랫폼이에요. 이전까지도 같은 역할을 하는 플랫폼이 있었는데요. 사업 차원에서 서비스를 점점 확장할 필요가 생기면서, 간헐적인 오류가 많이 생기는 상황이었거든요. 기능이 간단할 때 새로 시작하는 게 나을 수 있다고 정리를 해서 새롭게 개발을 시작한 게 2023년 4월이었죠. 지난 4월, ‘뉴비고’와 ‘뉴비 오더’ 기획부터 구축을 처음부터 시작해서 그해 7월에 새롭게 서비스를 오픈했습니다.

진수 : 추가로 말씀드리자면 ‘뉴비고’가 개발되기 이전에는 MSA 아키텍처로 구성되어 있는 API 서버들만 몇 개 있었어요. 이게 너무 복잡하고 새로운 서비스를 확장하기 어렵고 당시 인원수로는 유지 보수도 어려워서 MSA 방식에서 탈피해서 모놀리식(Monolithic) 으로 전환하는 결정을 하게 되었습니다.

지금 같은 경우에는 명확한 프로덕트가 나와 있지만, 이전에는 뉴빌리티가 프로젝트 단위로 움직이고 있었어요. 골프장이나 캠퍼스 등 사이트별로 서비스를 만들어서 납품하는 형식이었거든요. 같은 동작을 하는데도 불구하고 다른 서비스를 계속 만들어내야 하는 상황이어서, 서버를 모두 통합해서 관리할 수 있는 ‘뉴비고’ 플랫폼을 만들게 되었습니다.

진수 : 네 그렇습니다. 다들 뉴빌리티는 근 1~2년 사이에 아주 큰 변화가 있었다고 이야기 하는데, 그 변화에 ‘뉴비고’와 ‘뉴비오더’가 있었어요. 

호섭 :  지금 잠깐 보셔서 아시겠지만, 의사소통이 매우 수평적인 편이에요. 신입 사원이라도 자기 의견을 말할 수 있고 열심히 토론해요. 그런데 저희가 업무 구조가 수평적인 건 아니고요. 지위가 존재하고 의사소통 구조는 있지만 의견 개진은 수평적인 거죠. 토론으로 어떤 결론이 취합되면 뒤끝 없이 일하는 편입니다. 

성수 : 플랫폼 팀에는 2개의 *스쿼드가 있는데요. PO 1명, PD 1명, 백엔드 개발자와 프론트 개발자가 1~2명, 그리고 QA가 모여 하나의 스쿼드를 구성해요. 이렇게 스쿼드를 구성한 이유는 빠르게 의사소통과 결정을 하고, 빠르게 일을 하기 위해서예요. 여기서 인원을 늘리지 않는 이유는 인원이 많을 수록 속도가 느려지기 때문이에요.

저희는 *스프린트 단위를 2주로 가져가고 있는데, 이 2주에는 개발과 QA, 배포, 론칭이 모두 포함되어 있어요.

또 *데일리 스크럼 회의라고 해서 매일 오전 11시에 15분 씩 각 스쿼드마다 무엇을 진행하고 있고 어떤 이슈가 있는지 짧게 공유하는 시간을 가지고 있어요. 서로 일이 어떻게 진행되고 있는지 주기적으로 싱크를 맞추는 거예요.

호섭 : 저희가 적용하고 있는 스프린트 방식은 소프트웨어 개발 방법론 중에 하나 이고, ‘단거리 질주’라는 사전적 의미가 있어서 정해진 기간 동안 정해진 태스크를 집중하는 방식인데요. 시도해 보니 업무 진척에 효과적이라고 판단해서 도입하게 되었어요.

저희 팀의 특성상 뉴빌리티의 거의 모든 팀과 협업을 하게 되어요. 로봇팀과도 매개체 개발자가 한 분 있어서 끊임없이 소통하면서 개발을 하고 있고요. *SO팀에서 실제로 운영해 보고 문제가 발생하거나 개선할 점이 있으면 저희 *PO를 통해 소통을 주시죠. 그 밖에도 오토노미팀과 사업 부서, 영업 관련 팀과도 협업하고 있고요.

이전에는 슬랙을 통해서 그때그때 필요한 부분을 다 받아 반영하기도 했는데요. 점점 요구사항이 많아지고, 복잡해지다 보니까 PO가 취합하고 2주마다 론칭하는 저희만의 일하는 방식이 생기게 되었어요.

성수 : 사실 저와 호섭 님은 이전 몇몇 회사를 다니면서 겪었던 어려움이 있었어요. 어떤 CEO는 스크롤 디자인까지 지적할 만큼 마이크로 매니징을 하는 분도 있었고요. 협업하는 팀이 너무 방어적이어서 일이 진척되지 않아 답답한 경험도 많이 했고요. 실제로 얼마나 중요도가 있는 일인지 상관없이 일을 내리니, 일은 많이 했는데 효과는 없는 경우도 많이 있었어요.

그런데 지금은 들어오는 요청마다 얼마나 중요도가 있고 긴급한지 판단을 해서, 우선순위에 맞춰 업무를 배정하게 돼요. 요청한 기능만 작업하는 게 아니라, 요구하는 내용의 목적성에 맞게 개발할 수 있도록 충분한 소통이 되고 있기도 하고요.

또 플랫폼에 로드맵을 설정해서 월마다, 분기마다 진행되어야 할 것들이 소통 되는데요. 로드맵 변경이 필요한 경우에도 빠르게 재정의하고 다시 스프린트에 녹여서 개발할 수 있게 되었어요. 업무 진척도가 매우 높아졌죠.

성수 :  그럼요. 만족도가 상당히 높죠.

호섭 : 맞아요. 그런데 이건 정말 의사소통이 잘되는 팀이어서 가능했던 것 같아요. PO쪽에서도 어떤 경우에는 ‘이번 스프린트는 좀 무리해 주십시오’ 하고 요구할 수 있어야 하고요. 개발자도 ‘이번 스프린트는 무리인데 어떤 것은 제외해도 되느냐’ 이야기할 수 있어야 하죠. 논의가 끝난 뒤에 불만이 쌓이는 경우도 없어야 하고요. 그런데 저희 팀은 업무에 관해서는 아주 솔직하게 의사소통이 정말 잘되고 있어서 만족도가 아주 높습니다.

호섭 : 저희는 서로 이야기를 정말 많이 해요. 잡담, 농담부터 시작해서 챙겨줄 것도 잘 챙겨주고요. 게임 채널을 만들어서 같이 게임을 하기도 하고요. 잡담 채널을 만들어서 재미있는 이야기를 나누기도 하고요.

성수 : 서로 정말 편하게 소통하는데, 그렇다고 해서 다른 사람의 의견을 무시하지는 않는다고 생각해요. 저는 말하는 태도가 중요하다고 생각하는데요. 모든 의견을 서로 존중해주는 편이죠.

진수 : 맞아요. 장난칠 때는 누구보다 순수하게 장난을 치기는 하지만, 서로 의견을 이야기할 때는 어느 때보다도 진중히 듣고 존중하고, 더 나은 의견이 있다면 수용해 주는 분위기가 잘 조성되어 있어요.

호섭 : 서로에게 확실히 신뢰가 많이 있는 것 같아요. 가장 중요한 건 업무적으로 구성원들에게 신뢰가 있어요. 같이 일을 하다 보면 서로 업무 역량도 다 알게 되잖아요. 그래서 ‘저 사람은 믿을 수 있어’ 하는 생각도 하게 되었어요. 아마 그 단계까지 올 수 없는 사람은 면접에서 통과를 못하지 않을까도 싶어요.

진수 : 변화에 열려있는 문화를 가지고 있다는 게 가장 자랑하고 싶은 팀 문화 같습니다. 무슨 뜻이냐면, ‘뉴비고’나 ‘뉴비오더’가 저희 팀 규모에 비해서 굉장히 큰 범위의 일이에요. 그럼에도 불구하고 빠르고 안정적으로 플랫폼을 키울 수 있었던 이유가 거기에 있는 것 같아요. 누군가 더 나은 기술이나 더 나은 프로세스를 발견하면 의견을 수렴하고 빠르게 변화하는 장점이 있거든요.

호섭 : 저희는 매주 한 번씩 ADR이라는 걸 하는데요. ADR은 Architectural Decision Record의 준말이에요. 우리가 아키텍처 결정을 했다면 이걸 기록으로 남긴다는 개념인데요. 저희는 일주일에 한 번 시간을 고정해 두었어요. 매주 1시간씩 ADR을 열어서 아키텍처나 어떤 의사 결정을 하고, 어떤 때에는 좋은 개발 문화를 소개하거나 새로운 라이브러리나 프레임워크를 소개하곤 해요. 이런 문화는 시간 남을 때 하자고 하면 못하거든요. 이런 시간을 고정해 두고 정기적으로 스터디 한다는 게 자랑할 만한 팀문화 같아요.

성수 : 비슷한 맥락의 목적으로 운영하고 있는 문화가 또 있는데요. 저희는 일주일에 한 번씩 리더십 세션을 하고 있어요. 플랫폼 팀 헤드의 주도로 책이나 다른 회사들, 예를 들면 ‘구글이나 메타, MS의 리더들은 어떻게 사람을 대하고 일하고 있는지’ 혹은 ‘리더란 무엇인지‘ 같은 것을 공부하고 있어요.

사람들을 잘 이끌기 위해서 어떤 리더십을 발휘해야 하는지 조금씩 학습하면서 더 좋은 방향으로 발전해 가려고 합니다. 1주일에 1시간씩 진행되는 그 시간이 대단히 좋다고 생각해요.

진수 : 플랫폼 팀이 개설된 이후 많은 프로젝트를 진행했는데요. 아직 부족하다는 생각이 들어요. 빠르게 개발을 해온 만큼 해결해야 할 기술 부채도 있다고 생각하고요. 더 많은 프로젝트를 하고 경험을 쌓아가면서 더 나은 서비스를 제공하고 싶습니다.

구체적으로는 저희가 지금은 사우디 네옴과 미국 마이애미에서 뉴비 운영을 하고 있는데, 더 많은 해외 사이트에서 진행을 해보고 싶어요.

호섭 : 저는 뉴비가 잘 되어서 대규모 트래픽을 받아낼 수 있는 최적화나 설계를 해보고 싶어요. 저희 구조가 소규모일 때 만들어 놓은 거라서 확장과 유지보수에 미진한 부분이 있어요. 생각하고 있는 구조가 있는데 조만간 시도를 할 거고요.

저희는 ECS 라는 배포 방식을 쓰고 있는데, 배포가 최장 10분 정도 걸려서 쿠버네티스로 전환하려고 계획 중이에요. 이건 처음 러닝 커브가 높아서 생각만 하고 전환을 아직 못했는데, 그런 걸 해보고 싶다는 마음이 있습니다.

💡 ECS (Elastic Container Service) 

도커라는 개발 환경 가상화 프로그램을 사용하여 개발한 내용을 하나의 이미지로 묶어두면, 아마존이 자동으로 배포해주는 방식이에요.

성수 : 저는 일단 로봇이 많이 팔려서 저희 플랫폼도 많이 커졌으면 좋겠고, 저희 플랫폼에 다른 서비스와도 연동을 많이 했으면 좋겠어요. 호섭님이 이야기한 트래픽이 늘어나는 것과 같은 비슷한 이야기일 수도 있고요. 저희가 로봇 플랫폼으로서 AWS처럼 많은 사용자들이 접속해서 사용하고, 그것들을 관리하기 위한 진정한 플랫폼으로 크게 발전했으면 좋겠다는 꿈이 있습니다.