소프트웨어 개발사(SW 하우스) 운영 시스템
고객 프로젝트를 병행하는 여러 팀의 소프트웨어 개발사.
프로젝트별 스프린트와 통합 리소스 보드 — Backlog부터 배포와 고객 결제까지.
신용카드 없이 — 전체 시스템이 1분 만에 프로젝트에 세팅됩니다
이것이 여러분이 받게 될 시스템 보드입니다. 워크플로 열과 첫 단계를 보여주는 시작 카드로 구성되어 있습니다
이 시스템에서 일은 어떻게 흘러가나요?
모든 작업은 'Backlog'에서 시작한다. 팀 리더들이 요구사항을 모아 규모를 산정하고, 다음 스프린트에 편성되면 지정 개발자가 책임지는 '스프린트'로 옮긴다. 구현이 끝나면 카드는 '코드 리뷰'로 — 자기 코드를 자기가 리뷰하는 일은 없다 — 다른 팀원의 리뷰를 거치고, 테스트를 통과하면 '배포 대기', 고객 환경에 올리면 '배포 완료'. 합의된 납품 단계가 완료되면 관련 카드가 '고객 결제'로 옮겨 단계 청구서를 발행한다.
채팅은 프로젝트별로 나뉜다: 프로젝트마다 팀의 일상 조율 채널. 반면 아키텍처 결정 — 데이터베이스 선택, 연동 패턴, 구조 변경 — 는 사유와 기각된 대안과 함께 포럼에 기록한다. 2년 사는 프로젝트는 나중에 묻는다: 왜 이렇게 만들었지? 공지사항은 기술 경영진의 목소리다: 새 품질 정책, 환경 업데이트, 전원 해당 보안 경보. 정산에는 납품 단계별 고객 대금과 팀 보너스를 완전한 비공개로 기록한다.
CTO는 통합 리소스 보드에서 개발자 배치를 보고 병목을 조기에 발견하고, 팀 리더들은 자기 프로젝트 Backlog를 관리해 카드를 옮기고 리뷰를 승인하며, 개발자·디자이너는 구현하고 커밋·디자인 링크와 함께 카드에 올린다. '고객 결제'에서 CTO는 청구 전 완료분을 계약과 대조한다 — 기록된 배포 없는 청구서는 없다.
누가 무엇을 맡나요?
이 시스템의 운영 역할과 일상 업무에서 각 역할의 책임입니다. 그대로 팀에 배정하거나 여러분의 상황에 맞게 조정하세요.
CTO(기술 총괄)
통합 보드와 프로젝트 간 리소스 배분을 감독하고, 포럼에 기록된 아키텍처 결정을 승인하며, 청구 전 '고객 결제'를 계약과 대조한다.
팀 리더
프로젝트 Backlog와 스프린트 편성을 관리하고, '코드 리뷰'에서 코드를 리뷰하며, 카드를 옮기고 팀의 약속을 추적한다.
개발자·디자이너
'스프린트' 작업을 구현해 링크와 함께 카드에 올리고, 동료 리뷰와 포럼의 아키텍처 논의에 참여한다.
고객 코디네이터
신규 고객 요청을 'Backlog'에 받고, 납품 승인을 고객과 추적하며, 청구 전 '고객 결제' 서류를 완비한다.
첫날부터 무엇이 준비되나요?
시스템 유닛
- 업무 — 워크플로 열과 실행 카드를 갖춘 칸반 보드
- 채팅 — 팀의 빠른 일일 조율 채널
- 포럼 — 정리된 섹션에 기록되는 논의 — 결정 사항과 지식이 사라지지 않습니다
- 공지사항 — 경영진의 공식적인 목소리 — 모두에게 닿는 회람과 알림
- 정산 — 철저한 비공개로 관리하는 사내 자금 — 정산, 가불, 경비
포럼 섹션 (4)
- 아키텍처 결정큰 기술 구조 결정 기록 — 무엇을 왜 골랐고 어떤 대안을 기각했는지 — 오래 사는 모든 프로젝트의 기준.
- 핵심 코드 리뷰리뷰에서 반복되는 코드 패턴 논의 — 회사 표준으로 채택할 것과 금지할 것.
- 운영 장애·교훈처리 후 운영 환경 장애 분석: 근본 원인과 재발 방지 — 탓하지 않고 시스템에 집중한다.
- 도구·경험한 팀이 써본 새 라이브러리·도구 평가 — 다른 프로젝트 전파 전.
«이 시스템의 운영 규칙» — 포럼에 고정됨
1. 카드 밖의 코드는 없다: 모든 작업은 설명·산정·프로젝트가 있는 카드다. 2. 작성자가 아닌 동료의 리뷰 없이 '코드 리뷰'를 넘는 카드는 없다. 3. 아키텍처 결정은 '아키텍처 결정' 섹션 기록과 CTO 승인 없이는 실행하지 않는다. 4. 운영 장애는 처리 후 48시간 내 '운영 장애·교훈'에서 분석한다. 5. '고객 결제'는 CTO가 완료분을 계약과 대조한 후에만 청구한다. 6. 팀 보너스와 고객 대금은 정산에만 — 별도 시트는 없다.
환영 공지: «회사 시스템에 오신 것을 환영합니다»
오늘부터 모든 작업은 'Backlog'에서 '배포 완료'까지 카드로 지나고, 기록된 배포 카드 없는 고객 청구서는 없습니다. 아키텍처 결정은 채팅이 아닌 포럼에, 채팅은 일상 조율 전용입니다. 첫 단계: 진행 프로젝트 요구사항을 Backlog에 넣고 첫 스프린트 편성. 운영 규칙은 포럼에 고정돼 있습니다.