1인 회사 업무를 조직도로 나누고 AI 도구로 첫 9개 팀을 만드는 순서
혼자 하는 외주 개발 일을 회사 부서처럼 나누고, 공통 서버 위에 팀을 금요일 목표일에 맞춰 하나씩 올리기로 한 계획입니다. 팀을 나눈 기준, 만드는 순서와 이유, 처음 정한 서버 구성, 넉 달 뒤 실제로 돌아간 팀과 멈춘 팀을 같이 적었습니다.
2026년 5월 말에 혼자 하는 일을 회사 조직도처럼 본부와 팀으로 나누고, 그중 9개 팀을 먼저 만들기로 했습니다. 공통 서버를 먼저 깐 다음 그 위에 팀을 하나씩 올리는 방식입니다. 순서는 운영인프라 → 정보조사 → 콘텐츠제작 → 뉴스레터 → 비서실 → 컨디션관리 → 채널운영 → 기획·문서 → 지표분석이고, 팀마다 금요일 하나를 목표일로 잡았습니다. 아래는 그때 세운 계획과 그렇게 나눈 이유, 그리고 넉 달 뒤에 실제로 어떻게 됐는지입니다.

혼자 일할 때 놓치는 일을 부서로 나눈 이유
외주 개발을 3년째 하면서 매일 비슷한 걸 놓쳤습니다. 받아둔 영상 요약 링크를 언제 볼지, 이 업무를 어디에 적어둘지, 이번 달 회고는 언제 쓸지 같은 것들입니다.
혼자 일하면 기획, 영업, 재무, 총무, 비서, 콘텐츠, 정보 수집을 전부 한 사람이 합니다. 회사라면 사람이 따로 있을 일이라서, 혼자 하면 자꾸 빠지는 게 생깁니다.
그즈음 Claude Code로 개발하는 속도가 2배 이상 빨라졌고, Gemini는 유튜브 영상을 통째로 요약해줬습니다. 이런 도구를 하나씩 만들어 붙이면 빠지는 일을 줄일 수 있겠다고 생각했고, 어디에 뭘 붙일지 정리하려고 회사 조직도 형태를 빌렸습니다.
1인 회사 조직도: 본부 6개와 그 아래 팀
위에 대표를 두고 본부 6개로 나눴습니다.
- 전략기획: 정보조사팀, 지표분석팀, 기획·문서팀, 운영인프라팀
- 마케팅: 콘텐츠제작팀, 채널운영팀, 뉴스레터팀
- 인사·운영: 비서실, 컨디션관리팀, 집중지원팀
- 개발: 프로젝트관리팀
- 고객·영업: CRM팀
- 재무: 회계팀
정보조사팀을 마케팅이 아니라 전략기획 아래에 둔 건, 뭘 볼지 고르는 일이 콘텐츠 재료 모으기보다 넓어서입니다. 마케팅 아래에 두면 글 쓸 재료를 모으는 데만 쓰이게 됩니다. 지표분석팀은 모든 팀의 숫자를 받아야 해서 어느 한 팀 아래에 두지 않았습니다.
인사·운영은 나 자신을 관리하는 쪽이라 실제로는 가장 자주 쓰게 될 거라고 봤습니다. 비서실에는 아침 브리핑과 하루 계획을, 컨디션관리팀에는 수면·운동·업무 소화력을 맡겼습니다.
만드는 순서와 목표일
처음 만들 묶음은 아래 9개였습니다.
| 목표일 | 팀 | 하는 일 |
|---|---|---|
| 5/29 | 운영인프라팀 | 서버·DB·인증 같은 공통 기반 |
| 6/5 | 정보조사팀 | 유튜브·뉴스·SNS 자동 수집과 요약 |
| 6/19 | 콘텐츠제작팀 | SNS 글 초안과 영상 자동 생성 |
| 7/3 | 뉴스레터팀 | 모은 정보로 뉴스레터 초안 생성 |
| 7/17 | 비서실 | 아침 브리핑, 메일 모아보기 |
| 8/7 | 컨디션관리팀 | 할 일·시간·컨디션·업무 소화력 |
| 8/14 | 채널운영팀 | SNS 지표 분석 |
| 8/28 | 기획·문서팀 | 문서 템플릿 |
| 9/4 | 지표분석팀 | 전체 숫자를 모은 대시보드 |
운영인프라팀을 맨 앞에 둔 건 이게 부서가 아니라 모든 팀이 올라타는 바닥이라서입니다. 그다음이 정보조사팀인 건, 처음으로 실제로 써볼 수 있는 팀이었고 콘텐츠·뉴스레터·비서실이 이 팀이 모은 걸 재료로 쓰기 때문입니다.
5/29를 1주차로 셀 때 5·9·13주차는 비워두는 주로 잡았습니다. 혼자 하는 일이라 한 주가 밀리면 뒤가 다 밀리고, 그걸 받아줄 자리가 필요했습니다.
집중지원팀, 프로젝트관리팀, CRM팀, 회계팀은 첫 묶음에서 뺐습니다. 집중지원은 운영체제마다 다르게 만들어야 해서 어렵고, 회계는 계좌 연동(오픈뱅킹) 절차가 가장 까다로워서 맨 뒤로 보냈습니다. 이 넷은 첫 묶음을 써보고 나서 순서를 다시 정하기로 했습니다.
모든 팀이 같이 쓰는 서버 구성
팀마다 서버를 따로 만들지 않고 백엔드 하나를 같이 쓰고, 화면만 팀별로 나누기로 했습니다. 처음 정한 구성은 이렇습니다.
- 언어: Kotlin + Spring Boot. 한 저장소 안에 모듈을 나눠 팀별 기능을 넣습니다
- 서버: 집에 둔 Mac mini 2018(램 24GB)에서 Docker로 돌립니다
- 외부 연결: Cloudflare Tunnel. 포트포워딩이나 고정 IP 없이 밖에서 접속합니다
- 알림: 텔레그램 봇 3개(정보조사·비서실·컨디션)
- AI 호출: 중요도에 따라 4단계로 나눠, 사람이 읽는 한글 글은 가장 좋은 모델에만 맡기고 대량 요약은 싼 모델로 보냅니다
- 비용: 인프라는 월 1.5~3만 원으로 시작하고, AI 사용 한도는 Claude 30달러, Gemini 35달러로 잡았습니다
서버를 어떻게 샀고 매달 얼마가 드는지는 중고 Mac mini 2018을 회사 서버로 쓰는 구성과 비용에 따로 적었습니다.
팀을 꾸리지 않고 혼자 하기로 한 이유
외주를 처음 시작했을 때는 같이 일할 사람이 필요하다고 생각했습니다. 그런데 올해 들어 AI로 혼자 처리할 수 있는 일이 늘었고, 코드도 직접 짜기보다 검토하고 감독하는 비중이 커졌습니다. 같은 시기에 외주 일감은 줄고 있었습니다.
팀을 꾸리면 단가는 내려가는데 고정비 부담은 커집니다. 그래서 사람을 늘리는 대신 혼자서도 회사처럼 돌아갈 도구를 직접 만들기로 했고, 만드는 도구는 전부 한 사람이 쓰는 걸 기준으로 설계했습니다.
넉 달 뒤 실제로 돌아간 팀과 멈춘 팀
계획의 마지막 날이던 9월 4일에 첫 묶음을 닫으면서 운영 DB에서 건수를 세어봤습니다.
| 팀 | 쌓인 기록 | 상태 |
|---|---|---|
| 정보조사팀 | 수집 18,542건 | 매일 돎 |
| 콘텐츠제작팀 | 발행 96건 | 매일 돎 |
| 비서실 | 아침 브리핑 70건 | 매일 돎 |
| 채널운영팀 | 지표 92일치 | 매일 돎 |
| 컨디션관리팀 | 건강 기록 3건 | 거의 안 씀 |
| 기획·문서팀 | 템플릿 0건 | 안 만들기로 함 |
손대지 않아도 쌓이는 팀은 잘 돌았고, 따로 적어야 하는 칸은 몇 번 쓰고 멈췄습니다. 기획·문서팀은 혼자 쓰는 문서를 템플릿으로 찍어낼 이유가 없어서, 다른 사람과 같이 문서를 고치게 될 때 만들기로 하고 뺐습니다.
어느 팀이 왜 안 돌았는지, 지표 화면이 배포되고도 데이터가 3건뿐이었던 이유는 혼자 만든 회사 시스템, 넉 달 치를 DB에서 세어본 결과에 정리했습니다.