작은 스터디 도구를 만들면서 다시 생각한 것들
2026-05-27 · CULTURE · 약 10분 읽기
회사 안에서 쓰는 작은 스터디 도구를 만들며 기록, 대화, 맥락, 실시간 경험의 균형을 고민한 내용을 정리했습니다.
요즘 회사 안에서 쓰는 작은 스터디 도구를 만들고 있습니다. 더 좋은 문화를 만들고 싶어서 어떤 고민을 했고, 그 고민을 어떻게 작게라도 제품 안에 남기려고 했는지를 기록하려고 합니다.
처음 시작은 단순했습니다.
같이 이야기해볼 만한 주제를 미리 모아두고, 스터디 시간에 그 주제를 가지고 자연스럽게 이야기하면 좋겠다고 생각했습니다.
그런데 만들다 보니 생각보다 애매한 지점이 많았습니다. 좋은 문화라는 게 단순히 “이야기를 많이 하자”로 만들어지는 건 아니었습니다. 사람들이 부담 없이 생각을 남길 수 있어야 하고, 그 생각이 필요할 때 대화로 이어질 수 있어야 하고, 끝난 뒤에도 그냥 사라지지 않아야 했습니다.
그래서 이 도구를 만들면서 계속 헷갈렸습니다.
이게 글을 저장하는 도구인지, 모임을 진행하는 도구인지, 아니면 나중에 다시 꺼내보는 기록장인지요. 만들면서도 “이건 너무 무거운가?”, “이건 그냥 메모 정도로 남아도 되는 거 아닌가?”, “이 흐름이 사람들을 더 편하게 만들까?” 같은 생각을 자주 했습니다.
최근에 손본 것도 결국 그 고민 때문이었습니다.
모든 기록이 꼭 함께 이야기하는 시간으로 이어져야 할까?
처음에는 저장된 주제들이 자연스럽게 스터디 시간의 대화로 이어지는 흐름을 생각했습니다. 누군가 주제를 남기고, 사람들이 그걸 보고, 같이 이야기하고, 끝나면 결과를 남기는 식이죠.
흐름만 놓고 보면 나쁘지 않습니다. 하지만 실제로 쓰는 장면을 상상해보면 조금 부담스럽게 느껴졌습니다. 모든 글이 꼭 사람들을 모아놓고 이야기할 만큼 중요한 건 아니기 때문입니다.
어떤 건 그냥 참고용으로 남겨두면 충분합니다. 어떤 건 나중에 다시 보면 좋은 메모 정도일 수도 있습니다. 반대로 어떤 건 진짜 같이 이야기해볼 만한 주제이기도 합니다.
이걸 모두 같은 무게로 다루면, 도구가 사람을 도와주는 게 아니라 괜히 숙제를 늘리는 느낌이 될 수 있겠다고 생각했습니다.
그래서 최근에는 “대화로 이어질 것”과 “그냥 기록으로 남을 것”을 나누는 쪽으로 바꿨습니다. 모든 걸 실시간 토론으로 끌고 가지 말고, 가벼운 기록은 가벼운 기록답게 남겨두고, 진짜 이야기해볼 만한 것만 대화 흐름으로 올리자는 방향입니다.
막상 쓰고 보니 너무 당연한 말입니다. 그런데 만들 때는 이런 당연한 걸 자꾸 잊게 됩니다. 버튼을 만들고, 상태를 만들고, 다음 단계를 연결하다 보면 어느새 “사용자가 왜 이걸 남기지?”보다 “이 다음에 뭐가 실행되지?”를 먼저 보게 됩니다.
기록은 조금 느슨해도 괜찮다
제가 만들고 싶었던 건 거창한 지식 관리 시스템이 아니었습니다. 사람들이 회의나 스터디 전에 문득 든 생각을 너무 큰 부담 없이 남길 수 있는 공간에 가까웠습니다.
기록은 꼭 완성된 문장일 필요가 없습니다. 당장 결론이 없어도 되고, 그냥 나중에 생각날 만한 단서여도 괜찮습니다.
반면 대화는 조금 더 에너지가 들어갑니다. 누군가 시간을 내야 하고, 흐름을 잡아야 하고, 끝나고 나면 무엇인가 남아야 합니다.
예전에는 이 둘을 비슷하게 생각했던 것 같습니다. 주제가 있으면 언젠가 이야기하면 되겠지, 정도로요. 그런데 그렇게 해두면 가벼운 메모도 괜히 부담스러운 안건처럼 보이고, 진짜 중요한 주제도 그냥 목록 속에 섞여버립니다.
기록은 편하게 남기고, 대화는 필요할 때만 열기.
별거 아닌 차이 같지만 사용감에는 꽤 영향을 줄 것 같습니다. 특히 회사 안에서 쓰는 도구는 작은 부담도 금방 쌓이니까요.
나중에 다시 찾을 수 있어야 한다
또 하나 신경 쓴 건 맥락이었습니다.
주제나 메모가 몇 개 없을 때는 그냥 목록으로 봐도 괜찮습니다. 그런데 조금만 쌓여도 바로 헷갈립니다.
이거 무슨 이야기였지?
이건 어떤 일 하다가 나온 생각이지?
이거 예전에 얘기했던 것 같은데 어디 있지?이런 순간이 생기기 때문입니다.
그래서 항목들을 조금 더 큰 맥락으로 묶을 수 있게 했습니다. 거창한 프로젝트 관리 기능을 만들고 싶었던 건 아닙니다. 그냥 나중에 돌아봤을 때 기억을 덜 잃어버리고 싶었습니다.
사람은 정말 빨리 잊습니다. 특히 회사에서 나온 작은 아이디어나 좋은 대화는 바로 실행되지 않으면 금방 흩어집니다. 그때는 분명 중요해 보였는데, 며칠 지나면 왜 중요했는지부터 흐려집니다.
그래서 “이건 어떤 흐름 안에 있던 이야기였다” 정도만 남아도 꽤 도움이 됩니다. 완벽한 문서가 아니어도 다시 이어갈 실마리는 생기니까요.
화면도 조금 덜 시끄럽게 만들고 싶었다
기능이 늘어나면 화면도 자연스럽게 복잡해집니다.
처음에는 버튼 하나 더 붙이면 되겠지 싶습니다. 그런데 그렇게 하나씩 붙이다 보면 어느 순간 화면이 무엇을 말하고 싶은지 모르게 됩니다. 다 중요해 보이고, 그래서 아무것도 중요해 보이지 않는 상태가 됩니다.
이번에 메뉴 구조를 조금 정리한 것도 그래서였습니다.
자주 쓰는 것과 가끔 관리할 때 쓰는 것을 같은 자리에 두고 싶지 않았습니다. 지금 해야 할 일은 잘 보이고, 관리성 기능은 필요할 때 꺼내 쓸 수 있으면 충분하다고 봤습니다.
이런 건 엄청난 개선처럼 보이지는 않습니다. 하지만 실제로 쓰다 보면 이런 작은 정리가 꽤 중요합니다. 도구가 조용해지는 느낌이 있기 때문입니다.
구현은 결국 문화를 돕기 위한 수단이었다
물론 만들다 보면 개발적으로 재미있는 부분도 있었습니다. 특히 실시간에 가까운 경험을 어떻게 만들지 고민한 부분이 기억에 남습니다.
다만 저에게 이 구현은 기술 자체가 목적이라기보다는, 사람들이 같은 흐름을 보고 있다는 감각을 만들기 위한 수단에 가까웠습니다.
같은 시간에 같은 이야기를 보고 있고, 누군가의 생각이 너무 늦게 도착하지 않고, 대화가 흩어지지 않게 만드는 것. 그런 작은 감각들이 문화에도 영향을 준다고 생각했습니다.
처음에는 실시간이라고 하면 자연스럽게 WebSocket 같은 걸 떠올리게 됩니다. 그런데 이번에는 거기까지 필요하지는 않겠다고 봤습니다.
필요한 건 대단한 실시간 협업이 아니라, 누군가 대화를 시작했을 때 다른 사람 화면에서도 그 흐름이 보이고, 누군가 메모를 남겼을 때 너무 늦지 않게 다른 사람도 알 수 있는 정도였습니다.
그래서 SSE(Server-Sent Events)를 사용했습니다. 클라이언트는 열린 스트림을 통해 서버가 보내주는 최신 상태를 받고, 화면은 그 상태에 맞춰 자연스럽게 갱신되는 방식입니다.
아주 정교하게 모든 변경 이벤트를 하나씩 보내는 구조는 아니었습니다. 그보다는 지금 화면이 알아야 하는 상태를 스냅샷처럼 내려주는 쪽에 가까웠습니다.
이 방식이 마음에 들었던 건 단순해서였습니다. 브라우저 기본 기능으로 쓸 수 있고, HTTP 기반이라 이해하기도 편하고, 서버에서 클라이언트로 상태를 알려주는 용도에는 꽤 잘 맞았습니다.
물론 완벽한 방식은 아닙니다. 데이터가 커지면 매번 상태를 보내는 게 부담될 수 있고, 더 빠른 양방향 상호작용이 필요하면 다른 방식을 봐야 할 수도 있습니다.
그래도 이번 정도의 요구에는 잘 맞았습니다. 완벽한 실시간 편집이 아니라, 사람들이 같은 흐름을 보고 있다는 감각을 만드는 게 목적이었기 때문입니다.
서버리스 환경에서 상태를 다루는 감각
서버리스 환경에서 상태를 다루는 감각도 새로웠습니다.
긴 시간 떠 있는 서버가 있고, 그 서버가 상태를 들고 있는 방식이 아닙니다. 요청이 들어오면 필요한 데이터를 읽고, 정리해서 내려주고, 다시 다음 요청을 기다리는 쪽에 가깝습니다.
그러다 보니 데이터베이스에 저장된 상태를 어떻게 정리해둘지가 더 중요해졌습니다.
이번에는 화면이 데이터베이스 구조를 너무 많이 알지 않게 하려고 했습니다. 화면은 화면대로 “지금 무엇을 보여줘야 하는지”에 집중하고, 서버 쪽에서 필요한 데이터를 한 번 정리해서 내려주는 식입니다.
작은 프로젝트에서는 처음에 대충 내려줘도 금방 만들 수 있습니다. 저도 자주 그렇게 시작합니다. 그런데 기능이 조금만 늘어나면 화면마다 데이터를 해석하는 방식이 달라지고, 나중에는 어디에서 무엇을 맞춰야 하는지 헷갈리기 시작합니다.
그래서 이번에는 가능한 한 서버 쪽에서 정리된 형태로 넘기고, 클라이언트는 그걸 기준으로 움직이게 하려고 했습니다.
결국 이번 구현에서 배운 건 “필요한 만큼만 실시간이면 된다”는 점이었습니다. 그리고 기술은 복잡하게 쓰는 것보다, 사람들이 더 편하게 생각을 나누고 같은 흐름을 따라갈 수 있게 도와줄 때 의미가 생긴다는 것도 다시 느꼈습니다.
결국 남기고 싶었던 것
기록은 기록대로 편하게 남아야 하고, 대화할 주제는 조금 더 분명하게 드러나야 하고, 끝난 이야기는 다시 꺼내볼 수 있어야 합니다.
이 도구가 사람들에게 부담을 주고 있지는 않은지. 어떤 기록은 그냥 조용히 남아 있어도 되는 건 아닌지. 나중에 다시 찾으려면 최소한 어떤 맥락이 필요할지.
아직 완성된 도구는 아닙니다. 아마 또 쓰다 보면 이상한 부분이 보일 거고, 다시 고치게 될 것 같습니다.
그래도 지금은 전보다 조금 더 자연스러운 방향으로 가고 있다고 느낍니다.
무엇이든 다 실시간 토론으로 끌고 가려 하지 않기. 기록은 기록대로 두기. 대화는 필요할 때 열기. 그리고 그 사이의 맥락은 잃어버리지 않기.
결국 제가 남기고 싶은 건 기술적인 성과라기보다, 좋은 문화를 만들고 싶어서 이런저런 방식으로 고민하고 시도했다는 흔적입니다.
작은 도구 하나로 문화가 바로 바뀌지는 않겠지만, 사람들이 조금 더 편하게 생각을 꺼내고, 서로의 관점을 발견하고, 그 시간이 기록으로 남을 수 있다면 충분히 의미가 있다고 생각합니다.
요즘은 그 정도의 균형을 맞추는 중입니다.
긴 글 읽어주셔서 감사합니다.
같은 카테고리의 글
CULTURE 글 더 읽기
이전 글
사내 개발 문화
다음 글
이어지는 글이 없습니다