공식 스킬 · 운영·관리

프로젝트 킥오프 브리프

v1.0.1 · 2026년 11월 4일 업데이트

한 장짜리 킥오프 브리프를 쓴다. 목표, 성공 기준 하나, 범위, 마일스톤, 간이 RACI 표, 담당자가 있는 주요 리스크, 소통 방식을 담는다.

팀 포드에 추가하기

Claude, ChatGPT, 코딩 에이전트에서 쓸 수 있어요. Team, Business 요금제에서는 포드에 넣은 공식 스킬이 개선될 때마다 알아서 최신 버전으로 바뀌어요.

언제 쓰나요

프로젝트, 출시, 고객 프로젝트를 시작하며 모두가 볼 한 장이 필요할 때
진행 중인 프로젝트에서 범위나 결정권자를 두고 의견이 갈릴 때

AI에게 주는 것

목표와 지금 중요한 이유
목표일
참여하는 사람과 역할
알려진 제약과 정해진 것(선택)

받는 결과

목표, 성공 기준, 범위표, 마일스톤, 간이 RACI 역할, 리스크, 소통 계획을 담은 한 장짜리 Markdown 브리프.

진행 방법

목표를 1~2문장으로 쓴다 무엇이 달라지고 왜 지금 중요한지 쓴다. Asana의 킥오프 가이드는 "what you are working towards and why this work matters"(무엇을 향해 일하고 이 일이 왜 중요한지)에 대한 합의를 킥오프에서 가장 중요한 부분으로 꼽는다.
성공 기준을 하나 고른다 숫자와 날짜("6월 30일까지 고객 40곳을 새 요금제로 이전") 또는 누구나 확인할 수 있는 예/아니요 판정. Atlassian의 킥오프 플레이는 이런 판정을 "a shared definition of 'done'"('완료'에 대한 공통 정의)이라고 부른다. 이 스킬의 기본값: 주 지표 하나, 가드레일(나빠지면 안 되는 것)은 최대 2개.
범위를 하는 것과 하지 않는 것으로 나눈다 범위 안 3~6개, 범위 밖 최소 3개. 범위 밖 항목은 중간에 누군가 요청할 만한 것들이다. 일찍 이름을 붙여 두어야 범위가 슬금슬금 늘어나는 것을 막는다. 불분명한 항목은 범위 안이 아니라 미결 질문에 넣는다.
마일스톤을 3~6개 정한다 각각은 날짜와 담당자가 있는, 끝났는지 확인할 수 있는 결과물이다("스테이징에 가격 페이지 반영"). 활동("가격 작업")이 아니다. 마지막 마일스톤은 성공 기준의 날짜다.
간이 RACI 표를 채운다 업무 흐름마다 한 줄. Responsible(실행)은 일을 하고, Accountable(최종 책임)은 승인하고 결과를 책임지고, Consulted(협의)는 다음 단계로 넘어가기 전에 검토하고, Informed(공유)는 진행 상황을 전달받는다. Asana의 RACI 가이드: "작업 하나에 Accountable 역할은 하나만 있어야 한다." 이 스킬의 기본값: 프로젝트 전체에도 Accountable 한 명을 두고 맨 위에 이름을 쓴다.
주요 리스크 3~5개를 적는다 각각 무엇이 잘못될 수 있는지, 가능성(높음/중간/낮음), 지금 할 일, 담당자 한 명. 빨리 찾는 방법은 Atlassian의 사전 부검(pre-mortem)이다. 팀이 각자 조용히 잘못될 수 있는 일을 적고, 가장 큰 위협에 투표한 뒤, 상위 리스크마다 담당자가 있는 조치를 붙인다. 담당자 없는 리스크는 계획이 아니라 걱정이다.
팀의 소통 방식을 쓴다 일상 대화를 나누는 곳(채널), 진행 상황을 공유하는 방법(주간 서면 업데이트, 요일과 작성자), 모이는 때, 결정을 기록하는 곳. Asana의 킥오프 가이드는 이것을 킥오프의 기본 항목으로 든다.
미결 질문과 정해진 것을 적는다 미결 질문에는 담당자와 날짜를 붙인다. 이미 정해진 것은 한 줄씩 적어 킥오프에서 다시 꺼내지 않게 한다.

팀과 함께 쓰기

AI Skill Pod에 추가하면 외부 협력자를 포함해 팀원 모두가 자기 AI에서 같은 버전을 써요. 팀에서 AI 스킬을 공유하는 방법 읽기