home / skills / zircote / sigint / tech-assessment

tech-assessment skill

/skills/tech-assessment

This skill helps assess technologies for strategic fit, feasibility, and risks to guide build vs.

npx playbooks add skill zircote/sigint --skill tech-assessment

Review the files below or copy the command above to add this skill to your agents.

Files (4)
SKILL.md
5.8 KB
---
name: Technology Assessment
description: This skill should be used when the user asks to "assess technology", "technology evaluation", "tech stack analysis", "technical feasibility", "technology trends", "build vs buy", "technology roadmap", "architecture assessment", or needs guidance on evaluating technologies, technical due diligence, or technology strategy decisions.
version: 0.1.0
---

# Technology Assessment

## Overview

Technology assessment evaluates technologies for strategic fit, technical feasibility, and competitive advantage. This skill covers frameworks for making informed technology decisions.

## Assessment Dimensions

### Technical Maturity
- Proven vs. emerging
- Stability and reliability
- Community/ecosystem size
- Documentation quality

### Strategic Fit
- Alignment with business goals
- Competitive differentiation potential
- Integration with existing systems
- Scalability trajectory

### Risk Profile
- Technology risk (will it work?)
- Adoption risk (will people use it?)
- Vendor risk (will they survive?)
- Security risk (vulnerabilities)

### Economic Factors
- Total cost of ownership
- Time to value
- Resource requirements
- Opportunity cost

## Technology Readiness Levels (TRL)

| Level | Description | Characteristics |
|-------|-------------|-----------------|
| TRL 1-3 | Research | Concept only, no implementation |
| TRL 4-6 | Development | Prototype, limited deployment |
| TRL 7-8 | Production | Proven at scale, enterprise-ready |
| TRL 9 | Mature | Widely adopted, commoditized |

## Gartner Hype Cycle Mapping

Position technologies on the hype cycle:

1. **Innovation Trigger**: New technology emerges
2. **Peak of Inflated Expectations**: Hype exceeds reality
3. **Trough of Disillusionment**: Reality sets in
4. **Slope of Enlightenment**: Practical use cases emerge
5. **Plateau of Productivity**: Mainstream adoption

## Build vs. Buy Framework

### Build When:
- Core competitive differentiator
- Unique requirements not met by market
- Long-term cost advantage
- Internal expertise available
- Control is critical

### Buy When:
- Commodity functionality
- Time-to-market critical
- Proven solutions exist
- Maintenance burden undesirable
- Lower total cost of ownership

### Build vs. Buy Matrix

| Factor | Weight | Build Score | Buy Score |
|--------|--------|-------------|-----------|
| Strategic importance | 30% | 1-5 | 1-5 |
| Differentiation | 25% | 1-5 | 1-5 |
| Time to market | 20% | 1-5 | 1-5 |
| Total cost | 15% | 1-5 | 1-5 |
| Risk | 10% | 1-5 | 1-5 |
| **Weighted Total** | 100% | X.X | X.X |

## Technology Stack Analysis

### Layers to Assess

**Infrastructure**
- Cloud provider (AWS, Azure, GCP)
- Compute (containers, serverless, VMs)
- Storage and databases
- Networking

**Platform**
- Application frameworks
- Runtime environments
- Development tools
- CI/CD pipeline

**Application**
- Core product technologies
- Third-party integrations
- APIs and services
- Security stack

### Stack Evaluation Criteria

| Criterion | Question | Weight |
|-----------|----------|--------|
| Performance | Does it meet requirements? | High |
| Scalability | Can it grow with us? | High |
| Maintainability | Easy to support? | Medium |
| Security | Meets compliance needs? | High |
| Cost | Fits budget? | Medium |
| Talent | Can we hire for it? | Medium |
| Community | Active ecosystem? | Low |

## Trend Indicators for Technologies

Apply three-valued logic:

**INC (Increasing adoption)**
- Growing community
- Increasing job postings
- Rising search interest
- New investment/funding

**DEC (Decreasing adoption)**
- Shrinking community
- Declining job postings
- Migration to alternatives
- Vendor instability

**CONST (Stable)**
- Mature, established
- Steady usage patterns
- No major changes

## Competitive Technology Analysis

Assess how competitors use technology:

| Competitor | Key Technologies | Strengths | Weaknesses | Trend |
|------------|------------------|-----------|------------|-------|
| A | [Stack] | [Advantage] | [Gap] | INC/DEC/CONST |
| B | [Stack] | [Advantage] | [Gap] | INC/DEC/CONST |

## Technical Due Diligence

For M&A or partnership evaluation:

### Architecture Review
- System design and patterns
- Scalability approach
- Technical debt level
- Documentation quality

### Code Quality
- Testing coverage
- Code review practices
- Security practices
- Performance benchmarks

### Operations
- Deployment processes
- Monitoring and observability
- Incident response
- SLA track record

### Team
- Skills and expertise
- Key person dependencies
- Knowledge documentation
- Retention risk

## Output Structure

```markdown
## Technology Assessment Summary

### Technology: [Name]
**TRL**: [Level]
**Hype Cycle Position**: [Stage]
**Trend**: INC/DEC/CONST

### Evaluation Matrix
| Dimension | Score (1-5) | Notes |
|-----------|-------------|-------|
| Technical Maturity | X | [Note] |
| Strategic Fit | X | [Note] |
| Risk Profile | X | [Note] |
| Economic Factors | X | [Note] |
| **Overall** | X.X | |

### Build vs. Buy Recommendation
[Recommendation with rationale]

### Competitive Position
[How this tech compares to alternatives]

### Risk Assessment
- **Primary Risk**: [Risk and mitigation]
- **Secondary Risk**: [Risk and mitigation]

### Recommendations
1. [Recommendation]
2. [Recommendation]

### Monitoring Indicators
- [What to watch]
- [What to watch]
```

## Best Practices

- Evaluate against actual use cases, not theoretical
- Include non-technical stakeholders in assessment
- Consider long-term maintenance, not just implementation
- Document assumptions and update as they change
- Prototype before committing to major decisions

## Additional Resources

For detailed frameworks, see:
- `references/tech-evaluation-matrix.md` - Complete evaluation template
- `references/build-buy-analysis.md` - Detailed build vs. buy
- `examples/tech-assessment-report.md` - Sample assessment

Overview

This skill evaluates technologies for strategic fit, technical feasibility, and competitive advantage. It provides practical frameworks to score maturity, risk, economics, and fit within an existing stack. Use it to produce clear build-vs-buy recommendations, readiness assessments, and monitoring indicators.

How this skill works

The skill inspects technical maturity, strategic alignment, risk profile, and economic factors using structured matrices and readiness levels (TRL). It maps technologies to hype-cycle stages, applies three-valued trend logic (INC/DEC/CONST), and produces a weighted evaluation and a concise recommendation. Outputs include an evaluation matrix, build-vs-buy rationale, competitive position, primary risks with mitigations, and monitoring indicators.

When to use it

  • Selecting a new technology or vendor for a product initiative
  • Assessing technical feasibility during early-stage planning
  • Conducting technical due diligence for M&A or partnerships
  • Deciding whether to build or buy a capability
  • Creating a technology roadmap or migration plan

Best practices

  • Score technologies against real use cases and measurable criteria
  • Include non-technical stakeholders to validate strategic fit
  • Prototype critical components before a large investment
  • Document assumptions, update assessments regularly, and track indicators
  • Weight dimensions (maturity, risk, cost, talent) to reflect business priorities

Example use cases

  • Compare two machine learning platforms and recommend build vs. buy
  • Evaluate a vendor SaaS for integration and long-term TCO
  • Perform architecture and code quality review during due diligence
  • Map a legacy stack to cloud-native alternatives and produce a migration plan
  • Monitor adoption trends for an emerging open-source framework

FAQ

How do you choose weights for the evaluation matrix?

Set weights to reflect business priorities: emphasize performance, scalability, and security for mission-critical systems; emphasize cost and time-to-market for commodity features.

When is build favored over buy?

Favor build when the capability is a core differentiator, requirements are unique, long-term cost benefits exist, and internal expertise is available.