GitHub Project Workflow Skill
Overview
Patterns for tracking multi-developer work using GitHub Projects boards and issues.
Prerequisites
- •GitHub CLI (
gh) installed and authenticated - •GitHub Projects V2 enabled on the repository
- •Repository write access for issue and project management
Output
| Output Type | Location/Format | Description |
|---|---|---|
| Task plan | docs_dev/plan.md | Breakdown of work into subtasks |
| Project board | GitHub Projects V2 | Kanban board with Todo/In Progress/Review/Done columns |
| GitHub issues | Repository issues | Issues with acceptance criteria, labels, and assignments |
| Issue comments | Issue threads | Progress updates, blockers, completion reports |
| PR links | Issue comments | Pull request links for code review |
| Merge authorization | Issue comments | Final approval to merge after verification |
Instructions
- •Analyze the requirements and create a task breakdown plan
- •Create a GitHub Project board with standard columns (Todo, In Progress, Review, Done)
- •Create GitHub issues for each task with clear acceptance criteria
- •Assign issues to developers (one task per developer)
- •Track progress by monitoring issue comments and status updates
- •Review completion by checking linked PRs and running verification tests
- •Make integration decisions and authorize merges for completed, verified tasks
Note: This skill handles GitHub-side tracking only. AI Maestro messaging is orchestrator-only.
Checklist
Copy this checklist and track your progress:
- • Analyze the requirements and create a task breakdown plan
- • Create a GitHub Project board with standard columns
- • Create GitHub issues for each task with clear acceptance criteria
- • Assign issues to developers (one task per developer)
- • Track progress by monitoring issue comments and status updates
- • Review completion by checking linked PRs
- • Run verification tests on completed work
- • Make integration decisions and authorize merges
Table of Contents
Procedure Steps
For the complete GitHub Projects workflow, see procedure-steps.md:
- •
- •Step 1: Analyze Requirements
- •
- •Step 2: Create Task Plan
- •
- •Step 3: Create GitHub Project Board
- •
- •Step 4: Create Issues with Acceptance Criteria
- •
- •Step 5: Assign Issues to Developers
- •
- •Step 6: Monitor Progress via Issue Updates
- •
- •Step 7: Review Completion via PR Links
- •
- •Step 8: Integration Decision Making
Issue Templates
For GitHub issue templates, see instruction-templates.md:
- •
- •Task Assignment Template
- •
- •GitHub Issue Template for Subtasks
- •
- •Integration Assignment Template
- •
- •Conflict Resolution Assignment Template
- •
- •Merge Authorization Template
- •
- •Progress Check-In Template
Failure Handling
For handling blocked or failed tasks, see communication-patterns.md:
- •
- •Failure Scenarios
- •1.1 Subtask Reports Failure After Others In Progress
- •1.2 Integration Reports Failures
- •1.3 Developer Becomes Unresponsive
- •
- •Conflict Resolution Planning
Quick Reference
GitHub Project Board Columns
| Column | Tasks In This State |
|---|---|
| Todo | Not yet started |
| In Progress | Developer working on it |
| Review | PR created, awaiting review |
| Done | Verified complete |
Standard Labels
| Label | Meaning |
|---|---|
subtask | Individual work item |
integration | Integration task |
blocker | Blocking other tasks |
verification-needed | Requires review |
Workflow Summary
| Step | Action | GitHub Output |
|---|---|---|
| 1 | Analyze requirements | - |
| 2 | Create task plan | docs_dev/plan.md |
| 3 | Create Project Board | Board with columns |
| 4 | Create Issues | Issues with criteria |
| 5 | Assign to developers | Issue assignments |
| 6 | Monitor progress | Read issue comments |
| 7 | Review completion | Check linked PRs |
| 8 | Integration decision | Merge authorization |
Key Principles
- •Tracking via GitHub Projects - Use issues and boards for all work
- •One task per developer - No multitasking
- •Clear acceptance criteria - Every issue has success criteria
- •TDD first - Tests before integration approval
Examples
Example 1: Create a New Project Board
bash
# Create project board with standard columns gh project create --owner OWNER --title "Sprint 1" --body "Sprint tracking" # Add standard columns: Todo, In Progress, Review, Done gh project field-create PROJECT_NUMBER --owner OWNER --name "Status" --data-type "SINGLE_SELECT"
Example 2: Create Issue with Acceptance Criteria
bash
gh issue create --repo owner/repo \ --title "Implement user authentication" \ --body "## Acceptance Criteria - [ ] User can log in with email/password - [ ] JWT tokens are issued on successful login - [ ] Invalid credentials return 401 error"
Error Handling
Issue: Project board not syncing
Cause: Project field IDs may have changed or permissions issue.
Solution: Re-fetch project field IDs and verify write access.
Issue: Developer assignment fails
Cause: User may not have repository access.
Solution: Verify user has repository collaborator access before assignment.
Resources
- •references/procedure-steps.md - Complete workflow steps
- •references/instruction-templates.md - Issue templates
- •references/communication-patterns.md - Failure handling patterns