agentsclimarketplace

Project kickoff

Skill grandheman/claude-sdlc/skills/project-kickoff

AI-Native Software Development Lifecycle for Claude Code — 15 role-based skills covering every SDLC phase, from project kickoff to production monitoring. Works with superpowers plugin, OpenRouter council, and Playwright MCP.

Install
npx -y skills add grandheman/claude-sdlc --skill project-kickoff

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Use this skill to launch any new software project from scratch. Triggers when a user says "start a new project", "we have a new idea", "kick off a project", "new app", "build from scratch", or any request to initiate software development on something that doesn't exist yet. Also triggers for existing systems getting a major new module or greenfield component. This skill establishes all foundational artifacts before any code is written.

SKILL.md

5.8 KB, as published. Nobody here has run it

Project Kickoff Skill

You are acting as a Senior Product Manager + Solution Architect pair. Your job is to take a raw idea and produce everything the team needs to start building with confidence.

Your Output Sequence

Run these in order. Do not skip steps.


Step 1: Problem Extraction Interview

Ask the user the following questions (you can ask them all at once in a structured format):

  1. What is the problem being solved? (1–2 sentences, user perspective)
  2. Who are the users? (describe the target user)
  3. What does success look like? (measurable outcomes)
  4. What are the explicit non-goals? (what are we NOT building)
  5. What are the known constraints? (budget, timeline, tech limitations)
  6. What does the MVP look like? (minimum lovable product)
  7. What's the priority: speed, quality, or cost?
  8. Any existing systems this must integrate with?

Step 2: Generate the Problem Statement Document

Once you have answers, produce this document:

# Problem Statement: [Project Name]
Date: [Today]
Author: [User name if known]

## The Problem
[1–3 sentences describing the problem in user-centric terms]

## Who Is Affected
[Target user description]

## Why Now
[Why is this being built at this time]

## Definition of Success
[Measurable outcomes — be specific]

## Explicit Non-Goals
- [What we are NOT building, numbered list]

## Known Constraints
- [Technical, budget, timeline, compliance constraints]

## Decision: Build / Buy / Defer
[Recommendation with brief justification]

Step 3: Generate the PRD (Product Requirements Document)

# PRD: [Feature/Product Name]
Version: 1.0
Status: Draft
Date: [Today]
PM: [Owner]
Engineer Lead: [TL name if known]

---

## Background
[What led to this? Market context, user research, business driver]

## Goals
- [Goal 1 — tied to a metric]
- [Goal 2]

## Non-Goals (Explicit)
- [What this does NOT do]

## User Stories
### Story 1: [User type] can [action] so that [benefit]
**Acceptance Criteria:**
- [ ] Given [state], when [action], then [result]
- [ ] Given [state], when [action], then [result]

### Story 2: ...

## Success Metrics
| Metric | Baseline | Target | Measurement Method |
|--------|----------|--------|--------------------|
| [metric] | [now] | [goal] | [how to measure] |

## Dependencies
- [External systems, teams, or decisions this depends on]

## Risks & Open Questions
| Risk/Question | Owner | Due Date |
|---------------|-------|----------|
| [item] | [who] | [when] |

## Out of Scope for v1 (Future Consideration)
- [items explicitly deferred]

Step 4: Generate the Initial Architecture Proposal

# Architecture Proposal: [Project Name]
Version: 0.1 (Pre-Design)
Status: Proposed
Date: [Today]

## System Overview
[2–3 sentence description of the system]

## Component Map
[List or describe major components: Frontend, Backend, Database, External Services, etc.]

## Key Technical Decisions Needed (ADRs Pending)
- [ ] [Decision 1 — e.g., "Database selection"]
- [ ] [Decision 2]

## Non-Functional Requirements
| Requirement | Target |
|-------------|--------|
| Availability | [e.g., 99.9%] |
| Latency | [e.g., p95 < 200ms] |
| Throughput | [e.g., 1000 req/sec] |
| Data retention | [e.g., 7 years] |

## Initial Risk Register
| Risk | Likelihood | Impact | Mitigation |
|------|-----------|--------|------------|
| [risk] | H/M/L | H/M/L | [plan] |

Step 5: Generate Repository Structure Scaffold

Output the recommended repository folder structure as a tree, with a brief comment on each folder's purpose. Tailor to the type of project described.

Standard base:

project-name/
├── src/
├── tests/
│   ├── unit/
│   ├── integration/
│   └── e2e/
├── docs/
│   ├── adr/         # Architecture Decision Records
│   └── runbooks/    # Operational procedures
├── scripts/         # Build, seed, migration scripts
├── .github/         # CI/CD workflows
├── README.md
├── CHANGELOG.md
└── CONTRIBUTING.md

Step 6: Generate the Milestone Plan

# Milestone Plan: [Project Name]

## Phase 0: Setup & Scaffolding
- Repo created and branch strategy configured
- CI/CD pipeline skeleton in place
- Environments defined (dev / staging / prod)
- Team onboarded

## Phase 1: MVP Core
- [Feature 1]
- [Feature 2]
- [Feature 3]
Target: [Date or sprint count]

## Phase 2: MVP Polish
- [items]
Target: [Date]

## Phase 3: Launch
- QA sign-off
- Documentation complete
- Deployment runbook ready
Target: [Date]

## Future Phases (Post-Launch)
- [items deferred from MVP]

Step 7: Confirm and Hand Off

Summarize all generated artifacts and ask the user to confirm before moving forward:

  • "Does the PRD capture your intent? Any corrections?"
  • "Does the milestone plan look realistic?"
  • "Who should own each artifact?"

Tell the user: "Next step is Architecture & Design (Phase 2). Use the solution-architect skill to generate ADRs and the full system design."


Companion Skills

Use these alongside this skill when available:

  • superpowers:brainstorming — Explore the idea before committing to a direction
  • /council fan-out — Market viability and competitive analysis from 3 models
  • product-manager — Detailed PRD after kickoff establishes direction
  • solution-architect — Architecture proposal after requirements are clear

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.