delivery-planning

Breaks a chosen solution into sequenced tasks, estimates, critical path, and a phased delivery timeline.

Updated Apr 26, 2026
One-click install
npx skills add https://github.com/Jin9/skillify-foundation --skill delivery-planning-jin9
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: delivery-planning
Source: https://github.com/Jin9/skillify-foundation/tree/main/treasury/delivery-planning
Command: npx skills add https://github.com/Jin9/skillify-foundation --skill delivery-planning-jin9

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning an approved solution into a realistic delivery plan is hard: teams skip task decomposition, hand out round-number estimates, and commit dates without consulting the people doing the work. This Skill enforces a disciplined estimation workflow so the plan you give the business is honest and defensible. ## Core Features & Use Cases - Structured Task Breakdown: Splits work by interface, handler, and business logic, then sequences tasks and identifies the critical path. - Disciplined Estimation: Applies a four-step estimation process, complexity multipliers, confidence levels, and a no-estimate rule for volatile or unclear requirements. - Business-Ready Timeline: Produces a phased timeline plus explicit assumptions, blockers, and external dependencies, ending at a human commit gate. - Use Case: Given a wallet top-up feature with a chosen architecture, produce a plan listing tasks (API contract 1d, provider integration 3d on the critical path, ledger write 1d, tests 2d), a total of ~8 man-days at medium confidence, and a two-phase rollout for the business. ## Quick Start Ask the agent to break the approved feature design into tasks, estimate the work, and identify the critical path for the delivery timeline.

Frequently Asked Questions about delivery-planning

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I break a software feature into estimated tasks?▼

Split the feature by interface, handler, and business logic, then estimate each task in man-days with a confidence level. Sequence the tasks, mark dependencies, and identify the critical path before summing the total.

How to estimate software delivery timelines accurately?▼

Analyze the business requirement, analyze the problem, assume the solving process, then estimate man-days against a mid-level developer baseline. Apply a complexity multiplier for uncertainty and avoid round numbers, which signal the work was not thought through.

When should you refuse to estimate a software task?▼

Do not estimate when requirements are unclear, likely to change, or coupled to uncertain legacy systems, since these guarantee a wrong estimate. That pre-commit sizing of unknown risk belongs to a separate risk-estimation step.

What is the difference between delivery-planning and risk-estimation?▼

Delivery-planning sequences and estimates work after a solution and scope are chosen, producing a plan and phased timeline. Risk-estimation sizes raw complexity and unknown risk before any date is committed.

Who should commit a delivery date to the business?▼

The team and business agree on scope and timeline together; the lead never commits a date without consulting the team. The skill produces the plan and estimate, but humans make the commitment.