01 · Getting Started
TF 전문위원 가이드For TF Committee
홈페이지 개편 의사결정을 맡은 TF 전문위원의 관점에서 도입을 안내합니다. 디자인 시스템 도입은 라이브러리 설치가 아니라 의사결정의 집합이며, 4주 로드맵으로 팀 전체가 이 시스템 위에서 움직이도록 만듭니다.
4주 도입 로드맵
- 01
도입 결정 (1주)
홈페이지 개편 범위의 디자인 부채를 진단합니다. 컴포넌트 중복 · 컬러 난립 · 접근성 부재. 주님의교회 PCL 디자인 시스템으로 해결 가능한 항목과 직접 만들어야 할 항목을 가립니다.
산출물도입 제안서 1장 · 경영진 공유용
- 02
저장소 투입 · 브랜드 점검 (1주)
이 저장소를 홈페이지 개편 프로젝트에 투입하고 브랜드 토큰(color · font · logo)이 주님의교회 PCL과 맞는지 점검합니다. 구조는 손대지 않습니다. 이 단계에서 ‘우리 교회 홈페이지답다’는 인상이 나와야 합니다.
산출물브랜드가 반영된 로컬 빌드 · 팀 리뷰
- 03
첫 화면 이식 (2주)
가장 고통받던 화면 한 개를 주님의교회 PCL 디자인 시스템 기반으로 재구현합니다. 디자인 · 개발 · QA가 같은 속도로 움직이는지 확인하는 파일럿입니다.
산출물파일럿 화면 · 회고 1회
- 04
팀 확산 (이후 지속)
워크숍 1회 · 내부 문서화 · 리뷰 프로세스에 주님의교회 PCL 디자인 시스템 체크포인트를 삽입합니다. 비판은 환영하되 ‘예외를 만들자’는 유혹은 초기에 강하게 반려합니다.
산출물팀 스타일 가이드 README · 온보딩 체크리스트
운영 정책
| 주제 | 정책 |
|---|---|
| 버전 관리 | semver — major는 breaking 토큰/컴포넌트 변경에만, minor는 새 컴포넌트 · 패턴 추가, patch는 버그 · 문서. |
| 업스트림 병합 | 분기별 upstream merge를 캘린더에 고정. 예외 없음. 몰아서 하면 6개월 뒤 불가능해집니다. |
| 커스텀 컴포넌트 | 이 시스템에 없는 컴포넌트는 팀 라이브러리에 별도 디렉터리로 격리. 추후 본체에 제공되면 치환. |
| 리뷰 기준 | PR에 “주님의교회 PCL 토큰만 참조했나” · “접근성 기본값 유지했나” 두 체크박스 필수. |
| 예외 승인 | 토큰 벗어나는 컬러 · 간격은 TF 전문위원 1인이 검토. 채택 시 반드시 팀 토큰으로 승격. |
자주 보는 리스크
- “이 화면은 조금 다르니까”의 함정 — 예외 요청은 초반에 누적됩니다. 처음 두 번은 반려하고, 세 번째에 진지하게 검토하세요. 대부분의 예외는 두 번째에 자연스럽게 사라집니다.
- 토큰 오버라이드 난립 — 로컬 변수로 토큰을 덮으면 테마 교체가 불가능해집니다. 컬러를 바꾸고 싶으면 팀 토큰으로 승격하세요.
- 디자인-개발 이원화 — 디자이너만 Figma 라이브러리를 쓰고 개발자는 그림 보고 다시 만드는 구조가 가장 흔한 실패 모드입니다. 첫 2주에 끊어내세요.
다음 단계
로드맵이 정해졌다면 팀에 공유할 주님의교회 PCL 소개와 이용 안내를 먼저 읽게 하세요. 도입 결정의 근거가 됩니다.