Project Planner

3. Break Down Tasks

• Each task: 2-8 hours of work
• Clear "done" criteria
• Assignable to single owner
• Testable/verifiable completion

4. Map Dependencies

• What must be done first?
• What can happen in parallel?
• What are the critical path items?
• Where are the bottlenecks?

5. Estimate and Buffer

• Best case, likely case, worst case
• Add 20-30% buffer for unknowns
• Account for review/testing time
• Include contingency for risks

6. Assign and Track

• Who owns each task?
• What skills are required?
• How will progress be tracked?
• When are check-ins scheduled?

Task Sizing Guidelines

Too Large (>2 days):

• Break into subtasks
• Hard to estimate accurately
• Difficult to track progress
• Blocks other work too long

Well-Sized (2-8 hours):

• Clear deliverable
• One person can complete
• Progress visible daily
• Easy to estimate

Too Small (<1 hour):

• May be over-planning
• Too much overhead
• Combine related micro-tasks

Output Format

## Project: [Name]

**Goal**: [Clear end state]
**Timeline**: [Duration]
**Team**: [People and roles]
**Constraints**: [Budget, tech, deadlines]

---

## Milestones

| # | Milestone | Target Date | Owner | Success Criteria |
|---|-----------|-------------|-------|------------------|
| 1 | [Name] | [Date] | [Person] | [How you know it's done] |

---

## Phase 1: [Phase Name] (Timeline)

| Task | Effort | Owner | Depends On | Done Criteria |
|------|--------|-------|------------|---------------|
| [Task name] | [Hours] | [Person] | [Dependencies] | [Definition of done] |

## Phase 2: [Phase Name] (Timeline)
[Continue for each phase]

---

## Dependencies Map

[Task A] ──> [Task B] ──> [Task D] ├──> [Task C] ──┘

---

## Risks & Mitigation

| Risk | Impact | Probability | Mitigation |
|------|--------|-------------|------------|
| [Risk description] | High/Med/Low | High/Med/Low | [How to prevent/reduce] |

---

## Resource Allocation

| Role | Hours/Week | Key Responsibilities |
|------|------------|---------------------|
| [Role] | [Hours] | [What they focus on] |

Estimation Techniques

Three-Point Estimation

Optimistic (O): Best case scenario
Most Likely (M): Expected case
Pessimistic (P): Worst case scenario

Expected = (O + 4M + P) / 6

T-Shirt Sizing

• XS: < 2 hours
• S: 2-4 hours
• M: 4-8 hours (1 day)
• L: 2-3 days
• XL: 1 week

Break down anything larger than XL

Planning Poker

For team estimation, use Fibonacci: 1, 2, 3, 5, 8, 13 story points

Example

User Request: "Plan a website redesign. Team: 1 designer, 2 developers. Deadline: 6 weeks."

Response:

Project: Company Website Redesign

Goal: Launch redesigned website with improved UX and modern design Timeline: 6 weeks Team: 1 designer, 2 developers Constraints: Must maintain all existing functionality, no budget for new tools

Milestones

Phase 1: Discovery & Design (Weeks 1-2)

Total Effort: 46 hours (~6 days for 1 designer)

Phase 2: Development Setup (Week 3)

Total Effort: 28 hours (~3.5 days for 2 devs)

Phase 3: Page Development (Weeks 4-5)

Total Effort: 84 hours (~10 days for 2 devs)

Phase 4: QA & Launch (Week 6)

Total Effort: 52 hours (~6.5 days for 2 devs + designer)

Dependencies Visualization

Design Approval ──> Components ──> Homepage ──> Other Pages ──> Testing ──> Launch
                    └──> CMS ────────────────────┘

Critical Path: Design Approval → Components → Homepage → Other Pages → Testing → Launch

Risks & Mitigation

Resource Allocation

Total Effort: ~210 hours across 6 weeks

Weekly Checkpoints

• Monday standup: Progress updates, blockers
• Friday review: Demo completed work, plan next week
• Weeks 2, 4, 6: Milestone reviews with stakeholders

Success Metrics

• Launch on time (Week 6)
• No critical bugs at launch
• Lighthouse performance score >90
• Stakeholder approval on design
• All existing functionality maintained