Team Setup
Define the team structure for "$ARGUMENTS". Establish Scrum roles and responsibilities, create a skills matrix, identify capability gaps, and set working agreements.
Prerequisites
None — this is a Phase 0 (Initiate) skill and can run first.
Process
Read existing context:
- Read
.project/$ARGUMENTS/00-initiate.md if it exists (for project charter and stakeholder context)
Define Scrum roles and responsibilities:
- Product Owner:
- Owns and prioritizes the product backlog
- Defines acceptance criteria for user stories
- Represents stakeholder interests
- Makes scope and priority decisions
- Availability commitment (e.g., accessible during sprint for clarifications)
- Scrum Master:
- Facilitates Scrum ceremonies
- Removes impediments and blockers
- Coaches team on Scrum practices
- Shields team from external disruptions
- Tracks and reports on team metrics
- Development Team:
- Cross-functional and self-organizing
- Define team size (recommended 3-9 members)
- List team members with their primary and secondary skill areas
- Identify tech lead or architecture responsibilities if applicable
Create skills matrix:
- Define key skill areas needed for the project (e.g., frontend, backend, infrastructure, testing, design, domain expertise)
- For each team member, rate proficiency: expert, proficient, learning, none
- Present as a team member x skill area grid
- Identify bus factor risks (skills held by only one person)
- Highlight cross-training opportunities
Identify capability gaps and mitigation:
- Compare required skills against team matrix
- For each gap, define mitigation strategy:
- Training: internal knowledge sharing, courses, pair programming
- Hiring: timeline and requirements for new team members
- External: contractors, consultants, or partner teams
- Prioritize gaps by impact on project delivery
- Set target dates for closing critical gaps
Set working agreements:
- Core hours: overlapping availability window for collaboration
- Response time expectations: Slack (within X hours), email (within X hours), code reviews (within X hours)
- Code review SLAs: maximum time to first review, approval requirements (e.g., 2 approvals)
- Tool usage: which tools for what purpose, naming conventions, tagging standards
- Meeting etiquette: cameras on/off, agenda required, notes published within X hours
- Work-in-progress limits: maximum items per person, maximum items per sprint
- Definition of Ready: criteria for stories entering a sprint
- Branching strategy: trunk-based, GitFlow, or other — with naming conventions
- Documentation standards: what gets documented, where, and when
Write the artifact — append to .project/$ARGUMENTS/00-initiate.md under a ## Team Setup section:
- Scrum Roles — PO, SM, Dev Team with named individuals and responsibilities
- Skills Matrix — team member x skill area grid with proficiency levels
- Capability Gaps — identified gaps, mitigation strategy, timeline
- Working Agreements — core hours, response times, review SLAs, tool usage
- Definition of Ready — criteria for story readiness
Output
Team setup appended to .project/$ARGUMENTS/00-initiate.md. Present a summary highlighting:
- Team composition and role assignments
- Key capability gaps and mitigation plans
- Working agreements highlights (core hours, review SLAs, WIP limits)
1---2name: team-setup3description: Define team roles, responsibilities, skills matrix, and working agreements4---56# Team Setup78Define the team structure for "$ARGUMENTS". Establish Scrum roles and responsibilities, create a skills matrix, identify capability gaps, and set working agreements.910## Prerequisites1112None — this is a Phase 0 (Initiate) skill and can run first.1314## Process15161. **Read existing context:**17 - Read `.project/$ARGUMENTS/00-initiate.md` if it exists (for project charter and stakeholder context)18192. **Define Scrum roles and responsibilities:**20 - **Product Owner:**21 - Owns and prioritizes the product backlog22 - Defines acceptance criteria for user stories23 - Represents stakeholder interests24 - Makes scope and priority decisions25 - Availability commitment (e.g., accessible during sprint for clarifications)26 - **Scrum Master:**27 - Facilitates Scrum ceremonies28 - Removes impediments and blockers29 - Coaches team on Scrum practices30 - Shields team from external disruptions31 - Tracks and reports on team metrics32 - **Development Team:**33 - Cross-functional and self-organizing34 - Define team size (recommended 3-9 members)35 - List team members with their primary and secondary skill areas36 - Identify tech lead or architecture responsibilities if applicable37383. **Create skills matrix:**39 - Define key skill areas needed for the project (e.g., frontend, backend, infrastructure, testing, design, domain expertise)40 - For each team member, rate proficiency: expert, proficient, learning, none41 - Present as a team member x skill area grid42 - Identify bus factor risks (skills held by only one person)43 - Highlight cross-training opportunities44454. **Identify capability gaps and mitigation:**46 - Compare required skills against team matrix47 - For each gap, define mitigation strategy:48 - **Training:** internal knowledge sharing, courses, pair programming49 - **Hiring:** timeline and requirements for new team members50 - **External:** contractors, consultants, or partner teams51 - Prioritize gaps by impact on project delivery52 - Set target dates for closing critical gaps53545. **Set working agreements:**55 - **Core hours:** overlapping availability window for collaboration56 - **Response time expectations:** Slack (within X hours), email (within X hours), code reviews (within X hours)57 - **Code review SLAs:** maximum time to first review, approval requirements (e.g., 2 approvals)58 - **Tool usage:** which tools for what purpose, naming conventions, tagging standards59 - **Meeting etiquette:** cameras on/off, agenda required, notes published within X hours60 - **Work-in-progress limits:** maximum items per person, maximum items per sprint61 - **Definition of Ready:** criteria for stories entering a sprint62 - **Branching strategy:** trunk-based, GitFlow, or other — with naming conventions63 - **Documentation standards:** what gets documented, where, and when64656. **Write the artifact** — append to `.project/$ARGUMENTS/00-initiate.md` under a `## Team Setup` section:66 - **Scrum Roles** — PO, SM, Dev Team with named individuals and responsibilities67 - **Skills Matrix** — team member x skill area grid with proficiency levels68 - **Capability Gaps** — identified gaps, mitigation strategy, timeline69 - **Working Agreements** — core hours, response times, review SLAs, tool usage70 - **Definition of Ready** — criteria for story readiness7172## Output7374Team setup appended to `.project/$ARGUMENTS/00-initiate.md`. Present a summary highlighting:75- Team composition and role assignments76- Key capability gaps and mitigation plans77- Working agreements highlights (core hours, review SLAs, WIP limits)