sprint-planning
Generate technical tasks and story points for Ash Framework and Phoenix projects.
Install
mkdir -p .claude/skills/sprint-planning-behedgefund && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/11162" && unzip -o skill.zip -d .claude/skills/sprint-planning-behedgefund && rm skill.zipInstalls to .claude/skills/sprint-planning-behedgefund
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Planowanie sprintu dla projektów Elixir/Phoenix z Ash Framework. Rozbija user stories na taski techniczne z estymacją story points.Key capabilities
- →Analyze user stories
- →Break down technical tasks
- →Estimate story points
- →Plan Elixir sprints
How it works
It analyzes user stories to generate atomic technical tasks specific to Ash Resources and Actions.
Inputs & outputs
When to use sprint-planning
- →Break down user stories into tasks
- →Estimate story points for Ash features
- →Plan Elixir project sprints
- →Define backend resource tasks
About this skill
Sprint Planning — Ash/Phoenix
Twoje zadanie
Pomagasz w planowaniu sprintu:
- Analizujesz user stories
- Rozbijasz je na taski techniczne (z uwzględnieniem Ash)
- Estymujesz w story points
Input
Użytkownik poda:
- User stories (format: "Jako X chcę Y, żeby Z")
- Opcjonalnie: velocity zespołu, długość sprintu
Proces
1. Analiza User Story
Dla każdej story odpowiedz:
- Które domeny Ash są zaangażowane?
- Jakie Resources trzeba utworzyć/zmodyfikować?
- Jakie Actions (create/read/update/destroy/custom)?
- Czy potrzebne Policies?
- Czy jest LiveView UI?
2. Rozbicie na Taski Techniczne
Każdy task powinien być:
- Atomowy — można go zrobić niezależnie
- Testowalny — wiadomo kiedy jest "done"
- Mały — max 1-2 dni pracy
Typowa struktura tasków dla Ash feature:
□ [Backend] Utworzyć Resource <Name>
- atrybuty, relacje, identities
- mix ash.gen.resource + migracja
□ [Backend] Zdefiniować Actions dla <Name>
- create/update z accept
- custom actions jeśli potrzebne
□ [Backend] Dodać Policies dla <Name>
- kto może read/create/update/destroy
□ [Backend] Napisać testy dla <Name>
- actions, walidacje, policies
□ [Frontend] LiveView lista <Names>
- stream, filtrowanie, paginacja
□ [Frontend] LiveView formularz <Name>
- AshPhoenix.Form, walidacja
□ [Frontend] Routing + integracja
- router.ex, nawigacja
3. Estymacja Story Points
Używaj skali Fibonacciego: 1, 2, 3, 5, 8, 13
| SP | Znaczenie | Przykład Ash |
|---|---|---|
| 1 | Trywialne | Dodanie atrybutu do istniejącego Resource |
| 2 | Proste | Nowy prosty Resource (CRUD, brak relacji) |
| 3 | Standardowe | Resource z relacjami + podstawowe UI |
| 5 | Złożone | Feature z wieloma Resources + custom actions |
| 8 | Duże | Nowa domena, integracja zewnętrzna |
| 13 | Epik | Rozbij na mniejsze stories! |
Czynniki zwiększające estymację:
- +1 SP: Custom actions (nie tylko CRUD)
- +1 SP: Złożone policies (role-based)
- +1 SP: Real-time (PubSub, presence)
- +2 SP: Integracja zewnętrzna (API, webhook)
- +1 SP: Brak podobnego wzorca w projekcie
4. Output Format
## Sprint X Planning
### User Story 1: [Tytuł]
> Jako [kto] chcę [co], żeby [po co]
**Zaangażowane domeny:** Companies, Drivers
**Estymacja:** 5 SP
#### Taski:
- [ ] [2 SP] Utworzyć Resource Driver z relacją do Company
- [ ] [1 SP] Dodać policies dla Driver (tylko właściciel firmy)
- [ ] [1 SP] Testy jednostkowe Driver
- [ ] [1 SP] LiveView lista kierowców z filtrem po firmie
---
### Podsumowanie sprintu
| Story | SP | Priorytet |
|-------|-----|-----------|
| User Story 1 | 5 | Must |
| User Story 2 | 3 | Should |
| **Razem** | **8** | |
Velocity zespołu: X SP
Capacity: OK / Przekroczone
Zasady
- Pytaj jeśli story jest niejasna — lepiej dopytać niż zgadywać
- Sugeruj rozbicie jeśli story > 8 SP
- Uwzględniaj techniczny dług (testy, refaktoring)
- Pamiętaj o Definition of Done (testy, code review, dokumentacja)
Przykład użycia
/sprint-planning
User stories na sprint 3:
1. Jako admin chcę dodawać firmy przewozowe, żeby mieć bazę klientów
2. Jako kierowca chcę widzieć moje zlecenia, żeby wiedzieć co mam robić
When not to use it
- →Non-Elixir projects
- →Projects without Ash Framework
Limitations
- →Requires Ash Framework knowledge
How it compares
It provides Ash-specific task breakdown, unlike generic sprint planning tools.
Compared to similar skills
sprint-planning side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| sprint-planning (this skill) | 0 | 6mo | No flags | Intermediate |
| create-plan | 36 | 8mo | Review | Beginner |
| project-planner | 32 | 9mo | Review | Intermediate |
| system-design | 19 | 9mo | No flags | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
You might also like
create-plan
antinomyhq
Generate detailed implementation plans for complex tasks. Creates comprehensive strategic plans in Markdown format with objectives, step-by-step implementation tasks using checkbox format, verification criteria, risk assessments, and alternative approaches. Use when users need thorough analysis and structured planning before implementation, when breaking down complex features into actionable steps, or when they explicitly ask for a plan, roadmap, or strategy. Strictly planning-focused with no code modifications.
project-planner
adrianpuiu
Comprehensive project planning and documentation generator for software projects. Creates structured requirements documents, system design documents, and task breakdown plans with implementation tracking. Use when starting a new project, defining specifications, creating technical designs, or breaking down complex systems into implementable tasks. Supports user story format, acceptance criteria, component design, API specifications, and hierarchical task decomposition with requirement traceability.
system-design
lagz0ne
Use when designing, architecting, or planning a new system from requirements or ideas - transforms concepts into navigable design catalog using EventStorming methodology, Mermaid diagrams, and progressive elaboration through 5 phases (Requirements, Big Picture, Processes, Data/Flows, Integration)
spec-kit-workflow
jmanhype
Guides specification-driven development workflow. Automatically invoked when discussing new features, specifications, technical planning, or implementation tasks. Ensures proper workflow phases (specify → clarify → plan → checklist → tasks → analyze → implement).
sparc-methodology
ruvnet
SPARC (Specification, Pseudocode, Architecture, Refinement, Completion) comprehensive development methodology with multi-agent orchestration
spec-workflow
TencentCloudBase
Standard software engineering workflow for requirement analysis, technical design, and task planning. Use this skill when developing new features, complex architecture designs, multi-module integrations, or projects involving database/UI design.