판정: 현재 24명 5팀 구조는 기획-디자인-개발-검증의 기본 파이프라인이 견고하나, AI OS의 핵심인 AI/ML 전문 역량, 생태계(DevRel), 성능 엔지니어링, 인프라/자동화 영역에서 구조적 공백이 존재합니다. 이는 MVP 이후 Phase 2~4 진입 시 병목으로 작용할 위험이 높습니다.
| 팀 | 핵심 역할 | 우리 대응 |
|---|---|---|
| Framework | System UI, Launcher, Widgets | Launcher + UI Systems |
| Runtime | ART, ClassLoader, Security | Runtime + Security |
| AI/ML | On-device ML, Gemini Nano, AICore | 없음 (Critical Gap) |
| Performance | Perfetto, Benchmark, Battery | 없음 |
| DevRel | Advocates, SDK, Samples, Docs | 없음 |
| Build/Infra | CI/CD, Gradle, Release Eng. | 없음 |
| Compatibility | CTS, Device Testing | QA (부분) |
| Privacy | Privacy Sandbox, Permissions | Security (부분) |
Samsung은 One UI 8 개발을 위해 CX(Customer Experience) + UX + Framework Development 3팀 태스크포스를 구성합니다. AI를 시스템 레벨에 통합하여 "Agentic AI OS"로 전환 중이며, Google과 공유 개발 브랜치로 24시간 실시간 협업합니다.
글로벌 AI OS 프로젝트 실패 사례를 분석한 결과, 우리 프로젝트에 해당하는 위험 안티패턴 5가지를 식별했습니다.
| # | 안티패턴 | 실패 사례 | 교훈 | 우리 위험도 |
|---|---|---|---|---|
| 1 | "모든 것을 직접" 증후군 | WebOS, Firefox OS, Ubuntu Touch | 소규모 팀이 커널~생태계를 전부 자체 개발. 성공한 팀(Nothing, 초기 Android)은 기존 기반 위에 차별화에만 집중 | 낮음 Compose-Native, Android 기반 올바른 선택 |
| 2 | 생태계 전략 부재 | Windows Phone, BlackBerry 10, Rabbit R1 | 앱 개발자를 위한 전략 없이 OS만 만들면 실패. 개발자 스토리가 Day 1부터 필요 | 높음 DevRel 부재, .dpk SDK 미문서화 |
| 3 | AI 데모웨어 > 신뢰성 | Rabbit R1, Humane AI Pin | 인상적인 데모에 최적화하고 일상 신뢰성을 무시. 사용자는 단순하지만 안정적인 OS를 훨씬 더 수용 | 중간 Orchestrator 신뢰성 검증 프로세스 미수립 |
| 4 | 성능을 후순위로 밀기 | 초기 Android (vs iOS), Windows Vista | 성능 최적화를 후반부 폴리싱으로 취급. Google은 이 교훈으로 Performance Sheriff를 도입 | 높음 Performance Engineer 부재 |
| 5 | 텔레메트리 없이 비행 | 다수의 실패 프로젝트 공통 | 직감 기반 의사결정. 측정하지 않으면 개선할 수 없음. 성공한 OS 팀은 모두 Day 1부터 계측 | 높음 Analytics/Telemetry 부재 |
핵심 교훈: "24명 팀이 할 수 있는 가장 위험한 일은 2,000명 팀의 조직 구조를 복제하려는 것이다. 성공 패턴은: 검증된 기반 위에 구축하고, 차별화를 좁게 집중하고, Day 1부터 모든 것을 계측하고, 제품이 트랙션을 증명하면 전략적으로 팀을 확장하는 것이다." — 리서치 종합
| 조직 | 팀 규모 | AI 전담 | DevRel | Performance | 특징 |
|---|---|---|---|---|---|
| Google Android | 1,500~2,000+ | 100~150 | 80~120 | 30~50 | API Council, Performance Sheriff, Build Gardener |
| Apple | 3,000~5,000+ | 200+ (Apple Intelligence) | VP 급 조직 | 전담팀 (DarkMatter) | DRI 모델, Privacy Engineer, 타이포그래퍼 |
| Samsung One UI | 5,000~8,000 | Galaxy AI TF | 삼성 개발자 포털 | - | CX+UX+Framework 태스크포스, Google 공유 브랜치 |
| Huawei HarmonyOS | 4,000~10,000 | MindSpore Lite팀 | 수십억 투자 | - | "전시 체제" 동원, 수직 통합(Kirin+OS+Device) |
| MS Windows+Copilot | 5,000~8,000 | NPU Runtime팀, AI Platform팀 | - | 전담팀 | PM:Engineer = 1:3~5, Ring 기반 배포, Flight Manager |
| Nothing OS | 50~80 | 3~5 (파트너십) | 3~5 | - | Stock Android 최소 수정, 디자인 아이덴티티 집중 |
| The Universe | 24 | 0 | 0 | 0 | Compose-Native, 3종 디자인 시스템, Dash 5-Layer |
* Nothing OS 규모(50~80명)에서도 AI 전담, DevRel, 커뮤니티 팀을 별도로 운영한다는 점에 주목
4팀장이 본업과 UZ 운영을 겸임합니다. 스프린트 집중 기간에는 UZ 업데이트가 밀릴 수밖에 없습니다. UZ는 프로젝트 상태의 SSoT이므로, UZ 지연 = 프로젝트 가시성 상실.
CTO(아키텍처 설계)와 Tech Lead(구현 총괄)가 분리되어 있으나, 실제로는 한 사람이 양쪽을 겸하는 경향. 아키텍처 결정이 구현 편의에 끌려갈 위험.
팀별 산출물이 합쳐졌을 때의 통합 검증 프로세스가 명시되지 않음. 디자인 → 개발 핸드오프 시 스펙 누락, 개발 → 검증 시 환경 불일치 위험.
7개 보고 시점은 있으나, 스프린트 완료 후 "무엇이 잘 되었고, 무엇을 개선할지" 회고하는 공식 프로세스가 없음. 반복적 실수(ex: localStorage 캐시 문제 5회 반복)의 원인.
| 협력 경로 | 현재 상태 | 위험 | 개선안 |
|---|---|---|---|
| 기획 → 디자인 | 양호 | - | 유지 |
| 디자인 → 개발 | 토큰 전달만 | 시안↔구현 괴리 | 디자인 리뷰 미팅 의무화. 구현 중 디자인 QA 체크포인트 추가 |
| 개발 → 검증 | 빌드 전달만 | 테스트 환경 불일치 | 테스트 환경 스펙 문서화. 빌드 + 환경 설정을 함께 전달 |
| CTO ↔ Tech Lead | 비공식 | 아키텍처 드리프트 | 주간 아키텍처 싱크 미팅. ADR 상호 리뷰 |
| AI Engineer ↔ Context Engine | 없음 | AI 추론이 코드에 임베딩 | AI Engineer 신설 후 Context Engine과 페어링 |
| DevRel ↔ Runtime | 없음 | 외부 개발자 진입 장벽 | DevRel 신설 후 .dpk SDK + 문서 공동 작업 |
| Security ↔ Backend | 양호 | - | 유지. Dash Store 출시 시 강화 |
| 영역 | 필요 기술 | 현재 상태 | 갭 |
|---|---|---|---|
| On-device AI | TFLite, ONNX, Gemini Nano, NPU | 미보유 | Critical |
| ML Pipeline | 모델 학습/평가/배포 파이프라인 | 미보유 | Critical |
| CI/CD | GitHub Actions, Gradle Cache, 자동 릴리즈 | 미보유 | High |
| Profiling | Perfetto, Systrace, LeakCanary | 부분 | High |
| Crash Analytics | Crashlytics, ANR 분석 | 미보유 | High |
| A/B Testing | Firebase Remote Config, Feature Flags | 미보유 | Medium |
| i18n Framework | strings.xml 외부화, ICU, RTL | 미착수 | Medium |
| Compose UI | LazyGrid, Pager, Animation, a11y | 보유 | - |
| Dash Runtime | .dpk, ClassLoader, Sandbox | 보유 | - |
| Design System | 3종 토큰, 테마 스위칭 | 보유 | - |
| Security | EdDSA, OWASP, 4-Tier Permissions | 보유 | - |
| # | 에이전트 | 소속팀 | 핵심 역할 | 우선순위 |
|---|---|---|---|---|
| 1 | AI Engineer | Team 3 개발 | On-device ML, Orchestrator 추론, NPU 최적화, Confidence 튜닝 | 즉시 |
| 2 | Performance Engineer | Team 4 검증 | 프로파일링, 벤치마크, 메모리/배터리 최적화, 성능 회귀 감지 | 즉시 |
| 3 | DevRel Lead | Team 1 기획 | Dash SDK 문서, 개발자 가이드, 샘플 .dpk, 생태계 성장 | S07 이전 |
| 4 | DevOps Engineer | Team 3 개발 | CI/CD 파이프라인, 빌드 자동화, 릴리즈 관리, 환경 구성 | Phase 2 |
| 5 | Data Analyst | Team 1 기획 | 텔레메트리 설계, 크래시 분석, A/B 테스트, Orchestrator 정확도 | Phase 2 |
| 6 | User Researcher | Team 2 디자인 | 사용자 테스트, 페르소나, Journey Map, 사용성 인사이트 | Phase 3 |
| 7 | i18n Engineer | Team 3 개발 | 다국어, RTL, 문자열 외부화, CJK 타이포, 날짜/통화 포맷 | Phase 3 |
| 팀 | 현재 | 보강 후 | 변경 |
|---|---|---|---|
| CPO | 1 | 1 | - |
| Team 1 기획 | 4 | 6 | +DevRel Lead, +Data Analyst |
| Team 2 디자인 | 5 | 6 | +User Researcher |
| Team 3 개발 | 10 | 12 | +AI Engineer, +DevOps Engineer (Phase2), +i18n Engineer (Phase3) |
| Team 4 검증 | 4 | 5 | +Performance Engineer |
| Team 5 UZ | 겸임 | 겸임 | UZ 상시 유닛 격상 (기존 4명 전담화) |
| Phase | 시점 | 조직 변경 | 프로세스 변경 |
|---|---|---|---|
| 즉시 | 현재 스프린트 | AI Engineer + Performance Engineer 신설 | 회고 추가, 통합 데모 의무화 |
| S07 이전 | Dash 샘플 제작 전 | DevRel Lead 신설 | Dash SDK 문서화 시작, ADR 필수화 |
| Phase 2 | Dash Core 진입 | DevOps + Data Analyst 신설 | CI/CD 파이프라인, 성능 게이트, 텔레메트리 |
| Phase 3 | 생태계 진입 | User Researcher + i18n Engineer 신설 | 사용자 테스트 루프, 다국어 빌드 |
팀원→팀장→CPO→사용자 3단계 보고. 7개 의무 보고 시점. [REPORT] 포맷 표준화.
4명의 팀장이 각 도메인의 최고 전문성을 보유. 판정 권한과 책임이 분명.
DEFAULT_SPRINTS[] 단일 진실 원천. 삭제 금지/날짜/링크/사유 4원칙으로 히스토리 무결성.
Meta/Trigger/Skin/Skill/Protocol 분리가 깔끔. .dpk 포맷 + EdDSA 서명 설계 완료.
Universe/OneUI/Apple HIG 스위칭. MotionTokens까지 포함한 완전한 토큰 체계.
4-Tier 권한 모델, STRIDE 위협 모델, OWASP Top 10 체크리스트가 S02에서 이미 완료.
판정: ACT (조치 필요)
현재 조직은 "설계 + 구현 + 검증"의 기본 루프는 탄탄하나, AI OS의 차별화 핵심인 AI/ML 역량과 생태계 성장의 근간인 DevRel이 부재합니다. 이는 Phase 2 진입 시 구조적 병목이 됩니다.
즉시 실행: AI Engineer + Performance Engineer 2명 신설로 기술적 핵심 갭을 우선 해소합니다. S07(Dash 샘플) 전에 DevRel Lead를 추가하여 개발자 생태계 기반을 마련합니다.
프로세스: 회고 + 통합 데모 + ADR 필수화 + 성능 게이트 4가지를 즉시 도입하여 반복 실수를 방지하고 품질 기준을 객관화합니다.