aiwg
Version:
Cognitive architecture for AI-augmented software development with structured memory, ensemble validation, and closed-loop correction. FAIR-aligned artifacts, 84% cost reduction via human-in-the-loop, standards adopted by 100+ organizations.
276 lines (221 loc) โข 7.53 kB
Markdown
description: Analyze overall project health and metrics
category: project-task-management
allowed-tools: Bash(git *), Bash(gh *), Bash(npm *)
# Project Health Check
Analyze overall project health and metrics
## Instructions
1. **Health Check Initialization**
- Verify tool connections (Linear, GitHub)
- Define evaluation period (default: last 30 days)
- Set health check criteria and thresholds
- Identify key metrics to evaluate
2. **Multi-Dimensional Analysis**
#### Code Health Metrics
```bash
# Code churn analysis
git log --format=format: --name-only --since="30 days ago" | sort | uniq -c | sort -rg
# Contributor activity
git shortlog -sn --since="30 days ago"
# Branch health
git for-each-ref --format='%(refname:short) %(committerdate:relative)' refs/heads/ | grep -E "(months|years) ago"
# File complexity (if cloc available)
cloc . --json --exclude-dir=node_modules,dist,build
# Test coverage trends
npm test -- --coverage --json
```
#### Dependency Health
```bash
# Check for outdated dependencies
npm outdated --json
# Security vulnerabilities
npm audit --json
# License compliance
npx license-checker --json
```
#### Linear/Task Management Health
```
1. Sprint velocity trends
2. Cycle time analysis
3. Blocked task duration
4. Backlog growth rate
5. Bug vs feature ratio
6. Task completion predictability
```
#### Team Health Indicators
```
1. PR review turnaround time
2. Commit frequency distribution
3. Work distribution balance
4. On-call incident frequency
5. Documentation updates
```
3. **Health Report Generation**
```markdown
# Project Health Report - [Project Name]
Generated: [Date]
## Executive Summary
Overall Health Score: [Score]/100 [๐ข Healthy | ๐ก Needs Attention | ๐ด Critical]
### Key Findings
- โ
Strengths: [Top 3 positive indicators]
- โ ๏ธ Concerns: [Top 3 areas needing attention]
- ๐จ Critical Issues: [Immediate action items]
## Detailed Health Metrics
1. **Delivery Health** (Score: [X]/100)
| Metric | Current | Target | Status |
|--------|---------|--------|--------|
| Sprint Velocity | [X] pts | [Y] pts | ๐ข |
| On-time Delivery | [X]% | 90% | ๐ก |
| Cycle Time | [X] days | [Y] days | ๐ข |
| Defect Rate | [X]% | <5% | ๐ด |
2. **Code Quality** (Score: [X]/100)
| Metric | Current | Target | Status |
|--------|---------|--------|--------|
| Test Coverage | [X]% | 80% | ๐ก |
| Code Duplication | [X]% | <3% | ๐ข |
| Complexity Score | [X] | <10 | ๐ก |
| Security Issues | [X] | 0 | ๐ด |
3. **Technical Debt** (Score: [X]/100)
- ๐ Total Debt Items: [Count]
- ๐ Debt Growth Rate: [+/-X% per sprint]
- โฑ๏ธ Estimated Debt Work: [X days]
- ๐ฐ Debt Impact: [Description]
4. **Team Health** (Score: [X]/100)
| Metric | Current | Target | Status |
|--------|---------|--------|--------|
| PR Review Time | [X] hrs | <4 hrs | ๐ข |
| Knowledge Silos | [X] | 0 | ๐ก |
| Work Balance | [Score] | >0.8 | ๐ข |
| Burnout Risk | [Level] | Low | ๐ก |
5. **Dependency Health** (Score: [X]/100)
- ๐ Outdated Dependencies: [X]/[Total]
- ๐ก๏ธ Security Vulnerabilities: [Critical: X, High: Y]
- ๐ License Issues: [Count]
- ๐ External Service Health: [Status]
## Trend Analysis
### Velocity Trend (Last 6 Sprints)
```
Sprint 1: โโโโโโโโโโโโ 40 pts
Sprint 2: โโโโโโโโโโโโโโ 45 pts
Sprint 3: โโโโโโโโโโโโโโโโ 50 pts
Sprint 4: โโโโโโโโโโโโโโ 45 pts
Sprint 5: โโโโโโโโโโโโ 38 pts
Sprint 6: โโโโโโโโโโ 35 pts โ ๏ธ Declining
```
### Bug Discovery Rate
```
Week 1: โโ 2 bugs
Week 2: โโโโ 4 bugs
Week 3: โโโโโโ 6 bugs โ ๏ธ Increasing
Week 4: โโโโโโโโ 8 bugs ๐จ Action needed
```
## Risk Assessment
### High Priority Risks
1. **Declining Velocity**
- Impact: High
- Likelihood: Confirmed
- Mitigation: Review sprint planning process
2. **Security Vulnerabilities**
- Impact: Critical
- Count: [X] high, [Y] medium
- Action: Immediate patching required
3. **Knowledge Concentration**
- Impact: Medium
- Bus Factor: 2
- Action: Implement pairing/documentation
## Actionable Recommendations
### Immediate Actions (This Week)
1. ๐ก๏ธ **Security**: Update [package] to fix critical vulnerability
2. ๐ **Quality**: Address top 3 bug-prone modules
3. ๐ฅ **Team**: Schedule knowledge transfer for [critical component]
### Short-term Improvements (This Sprint)
1. ๐ **Velocity**: Reduce scope to sustainable level
2. ๐งช **Testing**: Increase coverage in [module] to 80%
3. ๐ **Documentation**: Update outdated docs for [feature]
### Long-term Initiatives (This Quarter)
1. ๐๏ธ **Architecture**: Refactor [component] to reduce complexity
2. ๐ **Process**: Implement automated dependency updates
3. ๐ **Metrics**: Set up continuous health monitoring
## Comparison with Previous Health Check
| Category | Last Check | Current | Trend |
|----------|------------|---------|-------|
| Overall Score | 72/100 | 68/100 | โ -4 |
| Delivery | 80/100 | 75/100 | โ -5 |
| Code Quality | 70/100 | 72/100 | โ +2 |
| Technical Debt | 65/100 | 60/100 | โ -5 |
| Team Health | 75/100 | 70/100 | โ -5 |
```
4. **Interactive Deep Dives**
Offer focused analysis options:
```
"Based on the health check, would you like to:
1. Deep dive into declining velocity trends
2. Generate security vulnerability fix plan
3. Analyze technical debt hotspots
4. Create team workload rebalancing plan
5. Set up automated health monitoring"
```
## Error Handling
### Missing Linear Connection
```
"Linear MCP not connected. Health check will be limited to:
- Git/GitHub metrics only
- No sprint velocity or task metrics
- Manual input required for team data
To enable full health analysis:
1. Install Linear MCP server
2. Configure with API credentials
3. Re-run health check"
```
### Incomplete Data
```
"Some metrics could not be calculated:
- [List missing metrics]
- [Explain impact on analysis]
Would you like to:
1. Proceed with available data
2. Manually provide missing information
3. Skip incomplete sections"
```
## Customization Options
### Threshold Configuration
```yaml
# health-check-config.yml
thresholds:
velocity_variance: 20 # Acceptable % variance
test_coverage: 80 # Minimum coverage %
pr_review_time: 4 # Maximum hours
bug_rate: 5 # Maximum % of work
dependency_age: 90 # Days before "outdated"
```
### Custom Health Metrics
Allow users to define additional metrics:
```
"Add custom health metric:
- Name: Customer Satisfaction
- Data Source: [API/Manual/File]
- Target Value: [>4.5/5]
- Weight: [Impact on overall score]"
```
## Export Options
1. **Executive Summary** (PDF/Markdown)
2. **Detailed Report** (HTML with charts)
3. **Raw Metrics** (JSON/CSV)
4. **Action Items** (Linear tasks/GitHub issues)
5. **Monitoring Dashboard** (Grafana/Datadog format)
## Automation Suggestions
```
"Would you like me to:
1. Schedule weekly health checks
2. Set up alerts for critical metrics
3. Create Linear tasks for action items
4. Generate PR templates with health criteria
5. Configure CI/CD health gates"
```
## Best Practices
1. **Regular Cadence**: Run health checks weekly/bi-weekly
2. **Track Trends**: Compare with historical data
3. **Action-Oriented**: Focus on fixable issues
4. **Team Involvement**: Share results transparently
5. **Continuous Improvement**: Refine metrics based on outcomes