🗒️ 스타트업 및 테크회사: 내가 미처 몰랐던 에자일 회고 (Agile Retrospective) 미팅의 중요성 🤝 🍩 Summary: 미국 실리콘밸리의 여러 테크회사에서 다양한 팀을 리드하면서 배운 꿀팁중 하나는 Agile Retrospective Meeting 의 운영 방법 및 진화 입니다. 한국에서는 회고라고 하는 이 미팅은 격주 혹은 매달 팀들이 다같이 모여서 상품 런칭을 위해 어떤 부분이 잘 되고, 어떤 부분을 개선해야 하는지 논의하는 미팅인데요, 오늘 이 블로그를 추천드리는 가장 큰 이유는 이 블로그에 10가지 이상의 다양한 회고 방법을 소개하면서, 마음에 드는 방법을 클릭하시면 다음 페이지로 넘어가며 더욱 자세한 설명을 해주는 간편함 까지 제공합니다. 회고를 참여하거나 리드해보신 분은 아시겠지만, 테크회사 및 스타트업에 일하는 미국의 프로덕트 메니저, 엔지니어, 스크럼 마스터 혹은 경영진 분들도 다양한 회고 미팅 방법 및 전략에 고민하는 만큼 이번 블로그 또한 많은 도움이 되실거라 생각됩니다. 🎙️ Recommendation: 회사의 특성에 따라, 회고를 주기적으로하는 팀도 있고 건너뛰는 팀도 있는데 바쁘시더라도 꾸준히 회고 미팅을 하며 우리 팀 및 회사가 발전해 나가야 할 방향과 비법을 꾸준히 찾아내시는 것이, 향후 성공에도 큰 영향을 미치게 됩니다. 오늘은 특히 이 사이트에 나온 여러가지 방법중 하나를 골라 소개 해드리려 합니다. 우선 글을 시작하기 전에 말씀드리고 싶은 부분은, 회고미팅의 포인트는 주기적이고 지속적인 미팅을 통해 차근차근 발전시키며 팀의 working rhythm (일하는 리듬)을 찾는 것입니다. 그리고 오늘 큐레이션을 통해 말씀드리고 싶은 것중 하나는 우선 이사이트에 나온 10개 이상의 리스트중, 본인 회사 혹은 팀에 맞는 회고 포맷을 우선 2-3개 정하시고 그것을 번갈아 가며 시도 해보시면서, 최종적으로 가장 잘 맞는 포맷을 하나 정하여, 그 회고 미팅을 팀의 색깔에 맞게 계속 발전시켜 나가시는 것입니다. 큐레이션 특성상 오늘 저는 한가지만 자세히 소개해 드리지만 블로그에 재밌고 유용한 회고 포맷이 많으니 꼭 한번 체크 해보시길 추천 드립니다. <⛵ Sailboat Retrospective: 보트 항해의 과정에서 착안한 회고 방법> 목적지를 설정하고 바다를 항해하는 보트에 승선한 팀에 빗대어 만든 미팅 포맷인데요, 간단하게 말씀드려서 보트가 결국 목적지를 향해 잘 나아나고 있느냐에 대한 분석입니다. 1. Wind - 망망대해를 항해 하면서 뒤에서 바람이 불어온다면 그만큼 반가운 소식도 없겠죠. 우리 팀이 잘 운영되고 있는 부분이 무엇인지를 명확하게 찾아내서 그 비법을 항상 유지하는게 포인트 입니다. 예를 들어, 제가 맡았던 어떤 프로덕트 팀에서는 heads-down 이라는 집중시간을 매주 엔지니어에게 주어 그 1-2시간동안에는 엔지니어가 오로지 코딩에만 집중할수 있게 했던 기억이 있습니다. 뒤에서 불어오는 바람처럼, 엔지니어 분들에게 정해진 "집중시간"을 보호하며, 주어진 시간에 많은일을 딜리버 하는 원동력이 되었던 거죠. 2. Anchor - 닻이라고도 하는 이 부분은 사실 앞을 향해 나아가는 보트를 저해하는 요인입니다. 의외로 많은 팀들이, 현재 어떤 부분들이 우리팀의 발목을 잡고 있는지 무시하고 지나가는 경우가 많은데요, 한 예로 제가 새롭게 맡았던 또 다른 팀에서는 여러가지 의견과 전략을 문서화하는 부분이 너무 약하다 보니 같은 얘기를 반복하거나 불필요한 미팅을 계속 하게 되면서 팀의 진행을 더디는 부분이 있더라구요. 기술적인 부분들을 정확히 문서화하고 팀원들과 나누면서 팀의 속도를 30% 이상 높일 수 있었습니다. 3. Rock - 영어 자체로는 바위지만 저는 개인적으로 보이지 않는 빙산의 일각이라고 표현을 합니다. 중요한 것은 그 Rock 을 꼭 Risk 로 봐야한다는 겁니다. 팀이나 회사가 기대치 않는 빙산을 부딪혔을때 사실 배가 침몰까지 할수 있는 큰 위기이기 때문에 우리 팀이 나아가면서 우리를 한순간에 망칠수 있는 부분들이 무엇인지를 꼼꼼히 체크하는것도 중요합니다. 좋은 예로는 legal/operations/compliance/design/server/financial 부분들이 팀에 끼칠 리스크를 미리미리 체크하고 그 리스크를 사전에 대처 하는 겁니다. 저 같은 경우는 어떤 새로운 프로덕트를 구상하고 준비할 때 항상 legal/compliance 및 financial 팀과 사전 협의를 했던거 같아요. 가령 팀을 리드해서 어떤 기능을 주어진 시간에 추가했는데 막상 법적 혹은 오퍼레이션상 문제가 되어 런칭을 늦춰야 한다면, 우선순위 입장에서 최악의 결과를 초래하는 셈이기 때문에 항상 빙산의 일각을 예측하고 피할 수 있는 방법을 준비하고 고민했던거 같습니다. 4. Goals/Vision - 사실 목표 설정에 관해서는 이전 큐레이션을 통해 여러번 강조했기 때문에 따로 첨언을 하진 않겠습니다. 다만 한가지 짚고 넘어가고 싶은 부분은 연도별, 분기별, 월별 목표 설정이라는 큰 틀 외에도 2주간의 sprint 목적 설정도 게을지 하지 않아야 한다는 것입니다. 너무 큰 목표만 잡고 세부적인 공략 전략이 없으면 사실 그 큰 목표 달성을 하는게 쉽지 않거든요. 예를 들어 저같은 경우는 회고 전에 항상 지난 회고에서 정했던 목표를 팀원들과 검토하며 모든 팀을 같은 방향으로 motivate해고 리드하려 했던거 같아요. 재밌는 예로 지난 스프린트에서 약속한 상품 및기능들은 반드시 달성하는 성공률을 설정하여, 초반 70%에서 결국 100% 까지 올릴 수 있었습니다. * Fun fact: 회고를 하면서 가장 중요한 요인은 people 이 아니라 process  입니다. 지난 스프린트 (sprint) 에서 누가 무엇을 잘못했느냐에 집중하며 "폭탄돌리기" 식의 책임회피 게임을 하기 보다는, 예를 들어 팀 전체랑 방탈출 게임을 갔다 왔다고 가정 했을때, 어떻게 하면 다음번에 방탈출 시간을 줄일수 있는지, 그 프로세스에 집중하면, 회고 미팅을 점점 진화시켜 나가면서 보다 놀라운 변화를 경험하게 될 것이라 확신합니다.