회고 서비스를 만드는 팀에서 회고 진행하기 : layer

목차

• ☝🏻 아이디어 선정 과정

  • 아이디어 피봇하고 다시 진행하게 된 과정

  • 아이디어 선정 기준을 다시 설립하기

  • 그렇다면 왜 레이어였는가?

• 🤘🏻 일주일의 법칙, 7일만에 빠른 서비스 구성해보기

• 🤟🏻 파트별로 회고를 진행하고, 문화를 만들어가요

  • 웹 파트는 어떻게 진행을 했을까요?

  • 서버 파트는 어떻게 진행을 했을까요?

  • 디자인 파트는 어떻게 진행을 했을까요?

• 🖖🏻 레이어 TMI

  • 현재 진행중인 동료 문화

  • 앞으로 계획 중이에요

• 🖐🏻 우리는 앞으로 편안한 회고 서비스를 만들기 위한 여정을 떠나요

안녕하세요, 디프만 15기 1팀 회고 서비스 레이어를 만들어나가고 있는 떡잎방범대입니다. 보다 편리한 회고에 대한 가이드를 제공하는 서비스를 만들고 있는데, @디프만 내에서 정말 재미있는 회고 세션이 있어 정말 반갑게 다양한 내용들을 들고왔어요. 글의 내용은 아래와 같이 구성이 되어있어요. 편안한 회고 서비스를 만들어나가는 여정, 궁금하시지 않나요?

☝🏻 아이디어 선정 과정

아이디어를 피봇하고 다시 진행하게 된 과정

처음 우리팀에서는 대나무 숲 이라는 서비스를 기획하고, 구체화하고 있었어요. 누군가 고민을 올리면 어느 누군가가 그 고민을 보고 같이 공감할 수 있는 그런 서비스를 그려보았는데, 팀에서 일부는 해당 서비스에 대해 어느 정도 공감을 하고 있었고, 다른 일부는 공감을 하지 못하고 있었어요. 그러다보니 아이디어 구체화 과정에서 많은 어려움을 겪었고 결국에는 왜 이 서비스를 써야할까? 라는 질문으로 시작해서 모두가 어느정도 공감할 수 있는 서비스로 새출발하자는 취지에서 아이디어를 새롭게 다시 기획하게 되었어요.

아이디어 선정 기준을 다시 설립하기

기존에는 구체화된 아이디어 선정 기준이 존재하지 않았어요. 그저 자신이 필요한 아이디어를 제시하고 서비스화되었으면 좋겠다라는 주관적인 의견이 대다수를 이루고 있었고, 이에 따른 문제를 해결하기 위해 팀 내의 아이디어 선정 기준을 설정하고 조금 더 체계적으로 재도출하려고 했어요. 떡잎마을방범대의 새로운 아이디어 선정 기준은 아이디어에 대한 생각들을 자유롭게 이야기하고 설정할 수 있었어요. 아래는 우리가 설정한 떡잎방범대만의 아이디어 선정 기준이에요.

· 어느정도 확실한 페인포인트를 가지고 있는가?

· 우리 팀부터 공감할 수 있는 아이디어

· 유저가 리텐션 요소를 가지고 있는가?

· 서비스에서 많은 유저가 필요로 되는 서비스인가?

· 일상에서 누군가에게 없어서는 안되는 진통제 같은 서비스가 될 수 있는가?

· 일상에서 편안함을 제공해줄 수 있는 비타민 같은 서비스가 될 수 있는가?

그렇다면 왜 레이어였는가?

프로젝트를 여럿 진행하면서 여러 포지션에서 회고를 진행했던 적이 있어요. 지금도 많이 어렵긴 하지만, 처음에는 회고를 어떻게 진행해야할지에 대한 부분과, 한번 쓰고 버려지는 회고들이 무의미하다고 생각을 했어요. 회고에 대한 가이드를 제시하고 초심자들도 편하게 접근할 수 있는 회고 서비스, 그리고 이런 회고들이 아카이빙부터 분석까지 자동으로 해줄 수 있는 서비스가 있으면 어떨까라는 생각을 했어요. 당장 일부의 팀원이 공감을 하지 못하던 아이디어라도 팀원의 주변에서 어느정도 공감할 수 있는 아이디어였고, 디프만의 UT 세션에서 이에 많은 어려움을 겪고 있는 사람들을 확인하며 아이디어에 대한 확신을 할 수 있었어요.

🤘🏻 일주일의 법칙, 7일 만에 빠른 서비스 구성해보기

우리 팀의 목표는 빠른 MVP를 출시하고 개발한 기능을 통해
실제로 회고 과정에서 사용을 하고, 그 과정에서 사용성을 개선하는 것이 주 목표였어요.

· 디자인이 화면을 구성하는데 걸린 시간 : 7일

· 프론트엔드 개발 팀이 토스 받아 MVP 화면을 개발하는데 걸린 시간 : 7일

· 서버 개발 팀이 토스 받아 API를 개발하는데 걸린 시간 : 7일

수정 사항을 빠르게 반영하고, 시각화하여 빠른 서비스를 구성할 수 있었어요. 프론트엔드 개발 팀의 경우 수정사항이 많다보니, 수정 사항에 조금 더 유연하게 대응하기 위해 컴파운드 패턴 등 여러 변화에 대처할 수 있는 공통 컴포넌트를 만들어보려고 노력했어요.

🤟🏻 파트별로 회고를 진행하고, 문화를 만들어가요

웹 파트

웹 파트는 개발 기간이 짧았던 만큼, 앞으로의 남은 긴 여정을 달리기 위해 현재까지의 문제점과 개선사항을 명확하게 하고 직관적으로 판단하며 개선하기 위해 * KPT 회고를 진행했어요.

* KPT : Keep, Problem, Try로 구성된 짧은 시간 내에 모든 구성원의 생각을 공유하고, 실행 가능하고 측정 가능한 Action을 도출해내는 회고 기법

웹 파트에서 현재 잘하고 있고, 지속해야할 부분은 공통적으로 아래와 같이 도출되었어요.

· 자유롭고 편안한 분위기

· 개발과 낭만을 챙기는 꿈의 팀

· 매일 저녁 코어 타임을 정하고, 개발 상황을 공유하는 문화 만들기

웹 파트에서 부족하거나, 개선해야할 점에 대해서는 다음과 같이 이야기를 했어요.

· PR 단위가 커졌을 때의 리뷰 방식

> PR 단위가 클 경우 PR 시간 단축을 위해, 구조에 대한 리뷰를 오프라인으로 진행해요. 구조에 대한 리뷰가 마치면 PR 템플릿을 통해 요청을 하고, 코드 리뷰를 진행해요.

· 다른 파트 간의 소통이 아직 부족

> 오프라인 정기 모임을 통해 다른 파트 간의 소통을 활성화해요

· 초기 컨벤션의 부재로 인해 수정 사항 해결

> 초기 컨벤션이 부족했던 부분을 문서화를 통해 명시하고, 부족한 부분들은 확실하게 수정을 진행해요

서버 파트

서버 파트의 경우 중간 발표 전까지 구현에만 집중을 했어요. 때문에 서버 파트 내 협업 방식에 대해 깊은 고민을 하지 못했어요. 그래서 비효율적이거나 개선이 필요한 부분을 확인하여 더 나은 작업 방식으로 정하고자 * DAKI 회고 방식을 채택하여 진행했어요

* DAKI : Drop, Add, Keep, Improve로 구성된 재미있고 쉽게 활용할 수 있는 회고 기법

하지만 해당 방식으로 해보니 회고보다 회의가 됐어요. 실제 DAKI 회고를 해보니 저희가 추구하는 회고 방향과 다르다는 생각이 들었고, * 4L 회고 방식으로 진행하게 되었어요.

* 4L : Liked, Learned, Lacked, Longed for로 구성된 팀의 성과를 평가하고 개선할 부분을 찾는 데 유용한 회고 방법론

저희 서버파트는 먼저 회고를 통해 저희의 성과를 평가해봤어요.

· 파트원들의 엄청난 실력에 대한 칭찬

> 모두들 처음해보는 것들 많음에도 불구하고, 2-3일 내의 여러 백로그들을 완수했어요.

· 뇌절하지 않고, 현실에 타협할 수 있는 서버 파트

> 저희 서버 파트는 미래의 문제보다는 현재의 문제에 집중했어요. 확장은 쉽게 할 수 있는 구조이지만, 오버엔지니어링은 지양하고 싶었어요.

· 구현에 집중하여 짧은 시간내에 많은 기능 개발

그 후, 서버 파트내에서 개선할 부분을 얘기해봤어요.

· 절대적으로 더 많은 시간을 할애하기 위해 노력하기

· 리팩토링과 테스트 코드에 소홀히 하지 않기

> 기능적으로 문제가 없다보니 이 부분을 간과하게 되는 것 같았어요. 그래서 앞으로 리팩토링이 필요한 API에 대해서 반드시 테스트 코드도 같이 작성하기로 했어요.

· 지금까지 구현에 집중했다면, 이제는 깊게 성장해보기

> 많은 기능들을 만들었지만, 보기 좋은 코드는 절대 아니라고 생각했어요. 누가 봐도 이해할 수 있는 코드를 지향하며 깊게 성장해보려고 해요.

디자인 파트

디자인 파트의 경우 빠른 화면 구성을 했고, MVP를 앞두고 앞으로 개선해야할 부분을 점검하기 위해 * 5F 회고를 진행했어요

* 5F : Fact, Feeling, Feedback, Finding, Future action로 구성된 다섯가지 요소를 이용한 회고 기법

먼저, 그동안 진행하면서 좋았던 점(Fine)과 서로 어떤 감정을 느꼈는지(Feeling)에 대해 공유하는 시간을 가졌어요.

· 개방적인 소통과 의견공유 문화

> 소통과정에서 근거와 함께 피드백 하는 문화가 있어 서로의 의견에 설득이 되기도 하고 스스로의 의견을 한 번 더 점검해볼 수 있어 서로에게 많이 배울 수 있었어요.

· 서로의 열정을 통해 시너지 상승

> 저희 디자인팀 모두 수평적인 열정을 가지고 있어 모두 바쁜 현생에도 불구하고 책임감과 성실함을 기반으로 한 서로의 열정을 통해 좋은 에너지를 얻을 수 있었어요.

이를 통해 저희만의 강점(Forces)을 찾을 수 있었어요.

· 사소한 부분도 적극적으로 의견을 공유하고 객관적으로 이를 수용하는 쿨걸들

· 여러방향 제시 후 최선의 절충안을 찾아내는 집요함

이런 저희의 특성을 바탕으로 앞으로 우리가 집중해야 할 부분(Focus)에 대해서 고민해보았어요.

· 완벽함 보단 빠른 출시 후 이슈 개선을 통한 디벨롭

> 저희는 사용자가 직접 사용 후 발생하는 이슈를 해결하면서 더 많은 솔루션을 얻고자 하기 때문에 현재 과정에서 너무 디테일한 완성도에 집착하기 보다는 효율적이고 빠른 제작 프로세스를 지향하기로 했어요.

· 타임라인 확보와 추진력

> 곧 MVP 출시를 앞두고 있는 만큼 더욱 추진력있는 진행을 위해 우리가 먼저 끝내야하는 타임라인 확보와 실제로 실천 가능한 스케줄링을 전달하고자 해요.

· 브랜딩 디벨롭

> 빠른 화면 제작으로 인해 사실 브랜딩에는 많은 시간을 쏟지 못했었는데요, 이제 화면이 틀이 잡힌만큼 브랜딩 시스템 및 시각화 조금 더 완성도 있게 끌고 나가고자 해요!

디자인팀은 심층인터뷰를 통해 회고에 대한 유저들의 니즈를 파악하고, UT(User Test)를 바탕으로 사용성을 검증하는 과정을 거쳤어요. 이에 따라 사용자가 회고를 시작하게 되는 동기부터 작성하는 과정까지 섬세한 부분들을 파악할 수 있었어요. 회고 및 인터뷰를 통해 얻은 인사이트를 바탕으로 기능과 화면을 새롭게 구축한 내용들은 아래의 사진을 통해 확인할 수 있어요

🖖🏻 레이어 TMI

물론 서비스도 중요하지만 가장 중요하게 생각하는건 동료들이라고 생각해요, 동료들과 여러 이야기들을 나누고 나름대로의 동료 문화들을 만들어가고 있어요.

• 현재 진행중인 동료 문화

· 새벽 라디오 - @김현우의 별이 빛나는 밤에 🌝

· 번개 맛집 탐방 및 모각작

· 새롭게 만들어나가는 자유로운 회고 문화

· 서로를 배려하는 코드 리뷰 문화와 페어 프로그래밍

• 앞으로 계획 중이에요

· 세빛둥둥섬 한강 나들이

· 빠지 뿌시기

🖐🏻 우리는 앞으로 편안한 회고 서비스를 만들기 위한 여정을 떠나요

빠르게 서비스를 개발하고, 다양한 회고에 대한 서비스 경험을 만들어보려고 해요.

그리고 사용자가 회고 템플릿을 다양하게 만들어가는 과정을 통해서 사용성을 개선해보려고 해요.

회고를 처음 경험했을 때 당황스러웠던 불편함을 레이어를 통해 해소할 수 있도록 편안한 회고 서비스를 만들기 위한 다양한 여정들을 기록해 나갈 예정이에요. 더 발전된 레이어 서비스로 다시 찾아뵙겠습니다 👋🏻

그리고 우리 팀원들 모두 고맙습니다!

개발자 : @송민규, @Raymond, @김세정, @이동훈, @이민희, @주시현, @김현우

디자이너 : @양민설, @Nakyeong Lee, @예진

스페셜 땡스 투 : @조규원