---
title: "Technical Risk"
description: "Field notes on technical risk: code review, software quality, technical debt, refactoring, and the cost of being wrong."
date: 2026-09-11
author: "Aviv Zaken"
url: "https://avivzaken.com/topics/technical-risk/"
---

# Technical Risk


Technical risk is shaped by the cost of being wrong and the difficulty of recovery. These field notes connect code review, software quality, technical debt, and refactoring to the same operating concern: whether a team can change a system with enough evidence, understanding, and reversibility to trust the outcome.

Not every change deserves the same control. Review depth should follow consequence. Debt is useful when its cost and repayment path are understood. Tests and evals should prove the behavior that matters, not merely produce a green check.

## Technical Risk Field Notes


- [Code Review Is Risk Management](https://avivzaken.com/docs/the-reviewer-still-owns-the-merge/index.md) — Code Review, Software Risk. Code review should not treat every pull request equally. Review depth should follow the cost of being wrong, and the reviewer still owns that decision.
- [Evals Are the New Tests](https://avivzaken.com/docs/evals-are-the-new-tests/index.md) — AI-Assisted Engineering, Software Quality. In April 2025 OpenAI shipped a model update whose offline evals and A/B tests all looked good. It was sycophantic enough to roll back within days. A practical guide to building the measurement layer that would have caught it - with a working eval spec and grading rubric.
- [Code Was Never the Bottleneck](https://avivzaken.com/docs/code-was-never-the-bottleneck/index.md) — AI-Assisted Engineering, Code Review. Your engineers are producing more code and your delivery cadence has barely moved. The waiting did not disappear - it moved downstream to review and absorption, and that is where the constraint always was. Includes a review-capacity audit.
- [Technical Debt Is a Tool](https://avivzaken.com/docs/technical-debt-is-a-tool/index.md) — Technical Debt, Engineering Leadership. Technical debt isn't the main problem-loss of trust is; continuous, small refactors keep teams confident and fast.
- [Refactoring Is How You Keep Moving Fast](https://avivzaken.com/docs/refactoring-to-move-fast/index.md) — Technical Debt, Software Delivery. How continuous refactoring prevents engineering slowdowns and keeps the cost of change flat over time. Refactoring isn't a cleanup phase—it's the mechanism that preserves feature velocity.


## Explore Related Topics


- [Engineering Leadership](https://avivzaken.com/topics/engineering-leadership/index.md) — Team design, technical strategy, metrics, and organizational judgment.
- [AI-Assisted Engineering](https://avivzaken.com/topics/ai-assisted-engineering/index.md) — Review capacity, evals, useful metrics, and AI-era team design.
- [Software Delivery](https://avivzaken.com/topics/software-delivery/index.md) — Roadmaps, small bets, product engineering, and reliable delivery.
- [Technical Risk](https://avivzaken.com/topics/technical-risk/index.md) — Code review, software quality, technical debt, and recovery.