Cody Stat 2차 회의 — 실험 놀이터와 서비스 게이트웨이 운영 원칙
회의 기본 정보
- 기록 유형: 팀 운영 회의
- 일자: 2026-09-04
- 참여자: 홍용재 외 Cody Stat 참여자
- 목적: 교육생들이 자유롭게 아이디어를 실험하면서도 검증된 서비스를 안정적으로 유지할 수 있도록 공동 목표, 게이트웨이 구조, 오너십과 소통 방식을 정하기 위해
- 원본: 26-09-04_코디스텟_2차_회의.txt
한눈에 보는 요약
- 모임은 특정 인원만의 폐쇄적 조직이 아니라 교육생이 필요한 기능을 직접 만들고 공유하도록 먼저 행동하는 느슨한 시작점이 된다.
- 자유 실험을 위한 놀이터와 책임 있는 정식 서비스 운영 계층을 공존시키고, 전체 코드 공개는 운영 경험이 쌓인 뒤 단계적으로 검토한다.
- 각 서비스는 자체 서버를 선택할 수 있고, 공통 게이트웨이는 정적 프론트엔드 라우팅 또는 외부 링크 연결로 하나의 진입점을 제공한다.
- 오너십은 각 제품과 인프라의 유지 책임에 한정하며, 다른 팀의 구성원이나 참여 여부를 통제하는 권한으로 확대하지 않는다.
- 다음 주까지 아이디어와 참여 의사를 문서로 받고 Discord에서 소통하며, 회의 녹음·요약은 블로그와 향후 메인 사이트에서 공개한다.
논의 배경
세션 서비스 시연 뒤 Cody Stat을 어떤 목적과 구조로 운영할지 논의했다. 참가자들은 자유로운 학습과 아이디어 실험을 보장해야 한다는 점에는 공감했지만, 서비스가 갑자기 사라지거나 책임자가 없는 문제를 우려했다. 이에 실험 공간과 정식 운영 공간을 구분하고, 여러 서비스가 각자 배포 방식을 유지하면서도 공통 진입점에서 발견될 수 있는 구조를 검토했다.
안건별 상세 기록
안건 1. Cody Stat의 공동 목적과 참여 원칙
문제 또는 질문
자율 프로젝트의 공통 목표를 어디까지 정하고 참여자에게 무엇을 요구할 것인가?
사람별 의견
- 세션 서비스 담당자: 교육 과정에서 실제로 느낀 불편이나 주변 교육생의 요구를 출발점으로 삼고, 서비스 몇 개를 운영해 본 뒤 통합과 공개 방식을 정하자고 제안했다. — 기술 자체보다 실제 사용자가 있는 문제를 해결해야 만든 이유와 효과를 설명할 수 있기 때문이다.
- 운영 진행자: 참여자가 먼저 행동해 다른 교육생의 아이디어와 참여를 자극하는 마중물·퍼실리테이터 역할을 공동 목표로 정리했다. — 제로베이스 자율 프로젝트에서는 목표가 주어지지 않으므로 느슨하더라도 공통 방향이 필요하기 때문이다.
- 여러 참여자: 가이드라인은 제안하되 전체 교육생에게 특정 개발 방식이나 조직 참여를 강제하지 말자고 했다. — 현재 참석자만으로 다른 사람의 선택과 팀 구성을 결정할 수 없기 때문이다.
검토한 선택지
- 교육생 내부 편의 기능에 집중
- 외부 포트폴리오 전시 중심
- 자유 학습과 실제 요구 해결을 함께 추구
- 하나의 규칙을 전체 교육생에게 강제
결론
필요한 기능을 먼저 만들고 공유해 다른 교육생의 참여를 촉진하는 느슨한 모임으로 운영하되, 참여 방식은 자율로 둔다.
상태: 확정
안건 2. 실험 놀이터와 정식 서비스의 두 계층
문제 또는 질문
자유로운 실험과 안정적인 서비스 운영을 어떻게 동시에 보장할 것인가?
사람별 의견
- 앱스토어 구조 제안자: 무엇이든 올려 학습할 수 있는 놀이터와, 검증된 기능을 책임 있게 다시 기획해 서비스하는 계층을 분리하자고 제안했다. — 실험 공간에 항상 가동되는 품질을 요구하면 자유가 줄고, 반대로 모든 결과를 방치하면 유용한 서비스가 사라질 수 있기 때문이다.
- 세션 서비스 담당자: 오픈소스 문화에는 동의하지만 당장 모든 코드를 공개하고 누구나 수정하게 하는 것은 운영 비용이 크므로 서비스가 안정된 뒤 단계적으로 검토하자고 했다. — 권한, 코드 리뷰, 의사소통과 유지보수 책임을 준비하지 않은 전면 공개는 지속하기 어렵기 때문이다.
- 여러 참여자: 개발자뿐 아니라 PM과 비전공자도 기획·검토·운영과 협업 학습에 참여할 수 있어야 한다고 봤다. — 이 모임의 목적은 완성품 생산뿐 아니라 협업 경험과 학습에도 있기 때문이다.
검토한 선택지
- 모든 결과를 즉시 정식 서비스화
- 완전 자유 실험만 운영
- 놀이터와 정식 서비스 계층을 함께 운영
- 모든 코드를 즉시 공개
- 안정화 후 단계적으로 공개
결론
실험 결과에는 운영 보장을 요구하지 않는 놀이터와, 오너십을 가진 정식 서비스 계층을 함께 두고 코드 공개는 차차 논의한다.
상태: 잠정 합의
안건 3. 단일 게이트웨이와 서비스 배포 방식
문제 또는 질문
각자 다른 기술과 서버를 쓰는 서비스를 하나의 진입점에서 어떻게 제공할 것인가?
사람별 의견
- 홍용재: 각 팀이 VM·클라우드·개별 도메인을 자유롭게 선택하게 두되, 가능하면 정적 프론트엔드와 백엔드를 분리해 공통 라우팅 서버가 화면 경로를 관리하도록 제안했다. — 중앙에서 모든 백엔드 비용과 개인정보를 떠안지 않으면서도 서비스가 흩어지거나 링크가 사라지는 문제를 줄일 수 있기 때문이다.
- 세션 서비스 담당자: 현재 세션 사이트를 출발점으로 삼아 아이디어와 다른 서비스를 앱스토어처럼 볼 수 있게 확장하는 방안에 동의했다. — 이미 공개된 기능을 마중물로 삼으면 새 플랫폼을 완전히 처음부터 만들지 않아도 되기 때문이다.
- 여러 참여자: 프론트엔드 분리가 어렵다면 기존 배포 주소를 링크하는 방식도 허용해야 한다고 했다. — 기술 수준과 서비스 구조가 다른 참가자도 게이트웨이에 참여할 수 있어야 하기 때문이다.
검토한 선택지
- 모든 서비스를 중앙 서버에 배포
- 정적 프론트엔드만 공통 라우팅
- 각자 배포 후 외부 링크 연결
- 정적 라우팅과 외부 링크 방식을 모두 지원
결론
공통 게이트웨이를 하나의 진입점으로 두되, 정적 프론트엔드 라우팅과 외부 서비스 링크를 모두 허용하고 각 백엔드는 팀이 자율적으로 운영한다.
상태: 잠정 합의
안건 4. 제품 오너십과 조직 권한의 경계
문제 또는 질문
책임 있는 운영을 위해 누가 어떤 권한을 가져야 하는가?
사람별 의견
- 운영 진행자: 먼저 제품과 인프라를 만든 사람이 해당 범위의 오너십을 갖고 팀을 꾸리거나 인수인계할 수 있어야 한다고 정리했다. — 서비스 장애와 유지보수에 책임질 사람이 없으면 사용자가 안정적으로 이용할 수 없기 때문이다.
- 홍용재: 관리자 역할은 게이트웨이와 인프라 관리에 한정하고, 누가 Cody Stat에 참여할 수 있는지를 평가하거나 다른 팀을 통제해서는 안 된다고 강조했다. — 각 팀은 독립적으로 구성되고 그 팀의 결정을 존중받아야 하기 때문이다.
- 세션 서비스 담당자: 개인이 계정과 인프라를 운영하는 동안에는 공유에 한계가 있으므로, 필요성과 지원이 생기면 조직 계정과 체계적인 인수 구조로 발전시키자고 했다. — 개인 메일과 계정에 연결된 인프라 권한을 무리하게 공유하면 보안과 책임 문제가 생기기 때문이다.
검토한 선택지
- 중앙 관리자가 모든 팀과 사람을 통제
- 각 제품 오너가 자기 범위만 책임
- 참여와 탈퇴는 자율
- 처음부터 조직 계정을 의무화
- 지원이 생기면 조직 인프라로 이전
결론
제품·인프라 오너는 자신의 범위에 대한 책임과 권한을 갖되 다른 팀이나 사람을 통제하지 않는다. 참여와 탈퇴는 자율이며 필요하면 인수인계한다.
상태: 확정
안건 5. 아이디어 수집, 소통, 정기 회의와 회의록
문제 또는 질문
느슨한 모임의 아이디어와 결정을 어디에 남기고 얼마나 자주 만날 것인가?
사람별 의견
- 운영 진행자: 다음 주까지 러프한 아이디어와 참여 의사를 문서로 받고, 당분간 기존 Discord를 공지·아이디어·잡담 채널로 사용하자고 정리했다. — 문서는 계속 갱신할 수 있으므로 완성도보다 참여 의사와 맥락을 먼저 보존하는 편이 낫기 때문이다.
- 회의록 담당 제안자: 회의는 녹음한 뒤 에이전트로 요약해 블로그에 보존하고, 소통은 Discord에서 계속하자고 제안했다. — 모든 회의에 참석하지 못해도 새 참여자가 이전 논의와 결정을 따라갈 수 있어야 하기 때문이다.
- 여러 참여자: 회의는 한 번에 1시간 이내로 하고 가능한 시간대를 투표하되, 월 1회와 주 1회 제안이 모두 나와 최종 주기는 추후 정하기로 했다. — 인원이 많고 일정이 달라 고정 주기를 바로 확정하기 어렵기 때문이다.
검토한 선택지
- 다음 주까지 아이디어 문서 접수
- 기한 없이 수시 접수
- Discord 소통
- 블로그 회의록
- 월 1회 회의
- 주 1회 회의
결론
다음 주까지 첫 아이디어 문서를 받고 Discord를 기본 소통 공간으로 사용한다. 회의는 1시간 이내로 운영하고 주기는 시간대 투표 후 확정하며, 녹음 요약을 블로그와 향후 메인 사이트에서 볼 수 있게 한다.
상태: 잠정 합의
결정 사항
| 상태 | 결정 내용 | 결정 이유 |
|---|---|---|
| 확정 | Cody Stat 모임은 교육생이 필요한 기능을 먼저 만들고 공유하는 느슨한 시작점으로 운영한다. | 주어진 미션이 없는 자율 프로젝트에서 다른 교육생의 참여를 이끌 공동 방향이 필요하기 때문이다. |
| 확정 | 참여·팀 구성·별도 서비스 운영은 강제하지 않고 자율로 둔다. | 현재 참석자가 전체 교육생의 방식과 목표를 대신 결정할 수 없기 때문이다. |
| 확정 | 제품과 인프라의 오너십은 해당 범위의 유지 책임으로 한정하고 다른 팀이나 사람을 통제하는 권한으로 확대하지 않는다. | 안정적인 운영과 독립적인 팀 결정을 동시에 보장하기 위해서다. |
| 잠정 합의 | 실험 놀이터와 책임 있는 정식 서비스 계층을 공존시키고 전면 코드 공개는 안정화 뒤 검토한다. | 학습 자유와 운영 지속성을 함께 확보하기 위해서다. |
| 잠정 합의 | 공통 게이트웨이는 정적 프론트엔드 라우팅과 외부 링크를 모두 수용하는 방향으로 검토한다. | 각 팀의 기술 선택과 서버 운영을 존중하면서 단일 진입점을 제공하기 위해서다. |
| 잠정 합의 | 다음 주까지 첫 아이디어 문서를 받고 Discord와 블로그를 소통·기록 채널로 사용한다. | 참여 의사와 논의 맥락을 보존하고 회의에 참석하지 못한 사람도 흐름을 확인하게 하기 위해서다. |
행동 항목
| 담당자 | 할 일 | 결과물 | 기한 | 상태 |
|---|---|---|---|---|
| 운영 진행자 | 아이디어와 참여 의사를 다음 주까지 러프한 문서로 받는다는 공지를 Discord에 게시한다. | 아이디어 문서 접수 공지 | 다음 주 | 예정 |
| 참여 희망자 | 만들고 싶은 기능, 해결할 문제와 참여 의사를 다른 사람이 이해할 수 있게 문서로 남긴다. | 기능·프로젝트 아이디어 문서 | 다음 주 | 예정 |
| 홍용재 | OHAYO도 하위 서비스로 참여할 수 있는 공통 게이트웨이의 라우팅 구조와 인프라 조건을 구체화한다. | 게이트웨이 구조 제안 | 미정 | 예정 |
| 세션 서비스 담당자 | 현재 세션 서비스를 유지하고 참여할 팀원을 자율적으로 모집한다. | 세션 서비스 운영 체계 | 미정 | 진행 중 |
| 회의 운영자 | 다음 회의 가능 시간대를 투표하고 회의를 1시간 이내로 운영한다. | 다음 회의 일정 | 미정 | 예정 |
| 회의록 담당자 | 회의 녹음을 요약해 블로그에 게시하고 향후 메인 사이트에서도 접근 가능한 방식을 검토한다. | 공개 회의록 | 미정 | 진행 중 |
미결 사항과 위험 요소
- 실험 결과를 정식 서비스 계층으로 올리는 검증 기준과 승인 주체를 누구로 할지
- 공통 게이트웨이와 인프라를 누가 장기적으로 운영하고 비용을 어떻게 지원할지
- 개인 계정 기반 인프라를 언제 조직 계정과 공유 권한 구조로 이전할지
- 전체 코드 또는 일부 저장소를 언제 어떤 권한으로 공개할지
- 정기 회의를 월 1회와 주 1회 중 어느 주기로 운영할지
원본 및 검증 메모
- 원본 파일:
26-09-04_코디스텟_2차_회의.txt - 입력 방식: 텍스트 원본 직접 정리
- 기록 분류 근거: Cody Stat 참여 목적, 자유 실험과 정식 서비스의 공존, 게이트웨이 인프라, 오너십, 문서화와 회의 운영 원칙을 정리한 팀 운영 회의였다.
- 분류 신뢰도: 93%
확인이 필요한 내용
원본 헤더의 기록자는 홍용재이며, 참석자 6은 OHAYO와 공통 인프라를 직접 만들었다는 발화를 근거로 홍용재로 매핑했다.
원본에는 최소 6명의 화자가 있으나 대부분 이름이 직접 확인되지 않아 Sanity 참여자 참조는 홍용재만 연결하고 나머지는 역할명으로 기록했다.
호정·주영 등 일부 이름이 대화에서 언급되지만 발화자 번호와의 일대일 대응이 확실하지 않아 person 문서를 임의 생성하지 않았다.
전사에 나타난 코디세이·코디스텟·코디스타는 파일명과 기존 게시물 표기에 맞춰 Cody Stat으로, 오하이·오아요는 OHAYO로 정규화했다.
정기 회의 주기는 월 1회와 주 1회 제안이 모두 나왔으므로 확정으로 기록하지 않았다.
본문에서 제외한 잡담·중복 내용: 4건 (로컬 structured.json에서만 검토)