Executing Plans

executing-plans skill for programming & development

Implementation plans document what needs building but executing them systematically requires tracking progress, maintaining focus, handling blockers, and adapting to discoveries. This skill guides plan execution following structured workflows, completing tasks incrementally, documenting progress, and adjusting plans as needed for successful implementation.

What Is This?

Overview

Executing Plans provides systematic approaches for implementing documented software plans. It covers task execution workflows following TDD cycles, progress tracking with frequent commits, blocker identification and resolution, plan adaptation when requirements change, documentation updates during implementation, and review processes ensuring completion.

The skill emphasizes executing plans incrementally in bite-sized tasks, maintaining tight feedback loops through testing, documenting deviations from plans, communicating progress regularly, and validating implementation against original requirements.

This ensures plans translate into working software systematically rather than getting abandoned halfway through or diverging from original intent.

Who Should Use This

Developers implementing planned features. Engineers following documented approaches. Teams executing sprint tasks. Technical leads monitoring implementation progress. Anyone translating plans into working code.

Why Use It?

Problems It Solves

Plans get abandoned when execution is disorganized. Systematic workflows maintain momentum following plan structure.

Progress tracking manually is tedious and forgotten. Structured progress documentation happens naturally during execution.

Blockers derail implementation when unaddressed. Early identification and resolution keeps progress moving.

Plans become outdated when discoveries happen. Systematic adaptation keeps plans aligned with reality.

Core Highlights

Systematic task execution following plan order. TDD cycle implementation for each task. Progress tracking through commits and documentation. Blocker identification and resolution workflows. Plan adaptation based on discoveries. Regular progress communication. Completion validation against requirements. Post-implementation review and retrospective.

How to Use It?

Basic Usage

Execute plan tasks systematically, document progress, handle blockers, adapt when needed, validate completion.

Execute authentication plan tasks sequentially
Document implementation progress
Handle API integration blocker
Validate against acceptance criteria

Specific Scenarios

For feature implementation:

Start with first planned task
Complete TDD cycle for task
Commit with descriptive message
Move to next task systematically

For blocked progress:

Document blocker details
Investigate resolution options
Update plan if approach changes
Communicate blocker to team

For plan deviations:

Document why deviation needed
Update plan with new approach
Continue execution systematically
Review deviation in retrospective

Real-World Examples

A developer executes a payment integration plan spanning 20 tasks. They work through tasks sequentially, completing each with tests before moving forward. When hitting an API compatibility issue, they document the blocker, research solutions, update the plan with revised approach, and continue execution. Frequent commits show steady progress. The feature completes with full test coverage matching updated plan.

A team implements a planned refactoring across multiple files. Each developer takes tasks from the plan, executes systematically with tests, and marks completion. Daily standups track progress against plan. When discovering architectural issues, they update the plan collaboratively. The refactoring completes successfully without major deviations or missed requirements.

An engineer following a bug fix plan discovers the root cause differs from initial hypothesis. They document findings, update investigation plan reflecting new understanding, continue systematically through revised approach, and complete the fix. The documentation helps future similar issues.

Advanced Tips

Review plan before starting each session. Execute tasks in plan order unless dependencies require otherwise. Make small frequent commits matching task completion. Document blockers immediately when encountered. Update plan promptly when approach changes. Communicate progress regularly to stakeholders. Validate completion against acceptance criteria. Conduct retrospective on execution process.

When to Use It?

Use Cases

Implementing documented feature plans. Executing refactoring roadmaps. Following bug investigation plans. Completing sprint committed tasks. Translating architecture designs into code. Systematic incremental development. Team coordination on complex features.

Related Topics

Agile development methodologies. Kanban and task tracking systems. Version control commit strategies. Technical documentation practices. Blocker escalation processes. Retrospective facilitation. Continuous integration workflows.

Important Notes

Requirements

Documented implementation plan to follow. Task tracking system for progress. Version control for commits. Communication channels for blockers. Testing framework for validation. Team coordination for dependencies.

Usage Recommendations

Review plan thoroughly before starting. Execute tasks in logical order. Make commits after each completed task. Document blockers and deviations immediately. Update plan when approach changes. Communicate progress regularly. Test continuously during implementation. Validate completion against original requirements. Reflect on execution effectiveness.

Limitations

Cannot anticipate all implementation discoveries. Some plans need significant adaptation. Blockers may require extended resolution time. Team coordination overhead for large plans. Requires discipline to follow systematically. Not all work fits structured plan execution.