技术管理

背景： 我做了五年技术文档，其中一大块工作是帮团队搭指标体系。这两年明显感觉社区里"看什么、怎么算、谁负责"这三件事的共识在松动——尤其是当后端、数据、产品都觉得自己才是指标的主人时。今天想借这个机会把几种常见做法摊开聊聊。 几种常见做法（

背景：我做了 3 年技术 PM，几乎每个季度规划都会卡在同一个问题——技术债要不要单独立专项迭代去还？这事在我们团队吵过至少 4 轮，每次结论都不完全一样，今天拿出来对线。 常见的三种做法： 1. 专项派：每个季度固定留 20%–30% 的

背景： 做了 15 年技术产品，我几乎每个团队都绕不过「技术债」这个词。但每次排期会一开，分歧立刻出来：老板说「用户功能先上」，架构师说「再不上个季度就要重写」，一线开发说「每次都要先还债、KPI 永远完不成」。我统计过自己经手的 8 个团

ADR 落地 8 个月，我们把线上事故根因里的"为什么这样设计"问句减了 63% 一、现象与背景：事故复盘会上，最贵的一句话是"我也不知道当初为什么这么写" 2024 年 Q3，我们团队（4 个后端、2 个前端、1 个 SRE、我）负责一个

背景： 我做了 15 年技术产品，经历过大大小小 40 多次线上事故复盘。每次复盘会，气氛几乎一样：前 10 分钟大家还在客观还原时间线，15 分钟之后就开始变成「当时为什么没有 double-check」「这个流程谁定的」「这个人能不能再