sprint-plan

sprint-plan 개요

sprint-plan이 하는 일

sprint-plan 스킬은 대충 쌓인 백로그를 현실적인 스프린트 계획으로 바꾸는 데 도움을 줍니다. 용량 산정, 스토리 선정, 의존성 파악, 위험 검토에 초점을 맞춰 스프린트가 시작되기 전에 무엇이 실제로 들어갈 수 있는지 판단할 수 있게 해줍니다.

누구를 위한 스킬인가

sprint-plan은 Project Management 용도로, 빠르고 구조화된 계획 검토가 필요할 때 쓰기 좋습니다. Scrum Master, PM, 엔지니어링 리드, 그리고 백로그 내보내기, velocity 메모, 팀 캘린더, 이전 스프린트 데이터를 바탕으로 작업하는 에이전트에게 특히 적합합니다.

왜 유용한가

일반적인 프롬프트는 팀이 실제로 끝낼 수 있는지 확인하지 않은 채 스토리 목록만 내놓는 경우가 많습니다. sprint-plan은 의사결정이 중요한 상황에서 더 빛납니다. 용량을 묻고, 준비되지 않은 작업을 걸러내며, 막히는 지점을 초기에 드러내 줍니다.

가장 잘 맞는 경우와 한계

이 스킬은 우선순위, 추정치, 가용 인력처럼 어느 정도 계획 입력이 이미 있을 때 가장 강합니다. 반대로 백로그 전체 정리, 로드맵 계획, 스프린트 수준의 제약 없이 세부 작업 분해를 원한다면 효용이 떨어집니다.

sprint-plan 스킬 사용 방법

sprint-plan 설치하기

sprint-plan 스킬은 npx skills add phuryn/pm-skills --skill sprint-plan으로 설치할 수 있습니다. 그다음에는 먼저 pm-execution/skills/sprint-plan/SKILL.md를 여세요. 이 파일이 계획 워크플로와 스킬이 기대하는 컨텍스트를 정의합니다.

무엇을 제공해야 하는가

이 스킬은 단순히 “스프린트 계획해 줘”보다 구체적인 계획 자료를 줄 때 가장 잘 동작합니다. 스프린트 기간, 팀 구성, PTO나 온콜 커버리지, 최근 velocity, 우선순위가 정리된 백로그, story points 또는 작업량 메모, 그리고 알려진 의존성이나 위험 요소를 포함하세요.

잘 프롬프트하는 방법

좋은 프롬프트는 어떤 스프린트를 계획하는지, 어떤 입력이 준비되어 있는지를 분명히 알려줍니다. 예를 들면: “sprint-plan을 사용해 6명 팀의 Sprint 24를 계획해 줘. 이 백로그를 검토하고, 최근 3개 스프린트의 velocity를 쓰고, PTO 일수를 차감하고, 20% 버퍼를 유지하고, 커밋하기에 아직 준비되지 않은 스토리가 있으면 짚어 줘.”

권장 워크플로

먼저 스킬에 사용 가능한 소스 파일을 넣고, 그다음 용량 추정치, 들어갈 수 있는 스토리 목록, 의존성/위험 요약을 요청하세요. 백로그가 지저분하다면 최종 계획을 너무 일찍 강요하기보다, 커밋 가능한 스토리와 정제 후보를 먼저 분리해 달라고 요청하는 편이 좋습니다.

sprint-plan 스킬 FAQ

sprint-plan은 Scrum 팀에서만 쓰나요?

아닙니다. sprint-plan 스킬은 엄격한 Scrum 의식을 따르지 않더라도, 용량 제한이 있는 범위 내 전달 계획이 필요할 때 유용합니다. 다만 끝이 열려 있는 로드맵 작업에는 덜 적합합니다.

일반 프롬프트와 무엇이 다른가요?

일반 프롬프트는 그럴듯한 스프린트 목록을 만들 수는 있지만, sprint-plan은 준비 상태, 용량, 의존성, 위험을 한 번에 점검하도록 설계되어 있습니다. 그래서 일회성 답변보다 반복 가능한 계획 워크플로가 필요할 때 설치 결정에 더 적합합니다.

velocity 데이터가 없으면 어떻게 하나요?

팀 가용성과 보수적인 버퍼만으로도 sprint-plan은 사용할 수 있지만, 결과의 정확도는 떨어집니다. velocity가 없다면 최근 완료 작업처럼 가장 가까운 대체 지표를 제공하고, 불확실성을 명확히 표시해 달라고 요청하세요.

초보자도 쓰기 쉬운가요?

네, 백로그와 기본적인 팀 컨텍스트만 제공할 수 있다면 충분히 사용할 수 있습니다. 가장 흔한 실패 원인은 스킬의 복잡함이 아니라 입력이 불완전하다는 점입니다.

sprint-plan 스킬 개선 방법

계획 입력을 더 깔끔하게 주기

품질을 가장 크게 끌어올리는 요소는 더 나은 소스 자료입니다. 우선순위가 매겨진 스토리에 acceptance criteria, 추정치, 의존성, 담당자를 함께 제공하세요. 백로그 항목이 모호하면 스킬이 추측할 수밖에 없고, 대개 현실성이 떨어지는 계획으로 이어집니다.

용량 제약을 명확히 하기

팀에 회의, PTO, 끼어드는 작업, 온콜 업무가 있다면 처음부터 분명히 말하세요. sprint-plan은 이런 제약을 실제 사용 가능한 용량으로 바꿀 수 있을 때 더 정확해집니다. 전부 가용하다고 가정하지 않기 때문입니다.

요약이 아니라 판단을 요청하기

첫 결과를 받은 뒤에는 최종 커밋 목록, “아직 준비되지 않음” 목록, 그리고 각 항목이 제외된 이유를 함께 요청하세요. 그래야 sprint-plan 출력이 단순한 계획 요약이 아니라 실행 가능한 결과가 됩니다.

약한 부분을 반복 보완하기

결과가 너무 낙관적이면 버퍼를 늘리고 위험 순으로 스토리를 다시 정렬해 달라고 하세요. 너무 보수적이면 의존성이 해소된 뒤 바로 넣을 수 있는 항목이 무엇인지 물어보세요. 이것이 sprint-plan을 팀의 실제 전달 패턴에 맞추는 가장 빠른 방법입니다.