SoftSkillsGeneral / Leadership

Tech vs Business (技术债)

Project: All Projects
简历背景

"作为 Tech Lead,如何在业务紧迫期平衡代码质量?"

面试题

业务方催得很急,该不该牺牲代码质量硬上?技术债怎么还?

技术服务于业务。区分"战略性负债"(Strategic Debt)和"偶然性负债"。紧急上线可以容忍临时方案,但必须设立"偿还计划"(如每个 Sprint 预留 20% 时间重构)。同时要设立底线:涉及资金安全、核心链路稳定性的代码,绝不妥协。
**核心话术:** 1. **原则 (Core Principle):** "Perfect code that doesn't ship creates zero value." (无法交付的完美代码价值为零)。 但 "Unmaintainable code kills the product later." (无法维护的代码会杀死产品)。 2. **实操方案 (Action Plan):** - **短期**: 采用 "TODO/FIXME" 注释标记临时代码,并关联到 Jira/Ticket 系统。 - **中期**: 坚持 Code Review,至少保证主流程逻辑清晰,模块边界不腐化。 - **长期**: 与 PM 达成共识,每个版本必须留出 buffer 修复 Top 3 痛点。 3. **拒绝烂代码的底线:** 安全性漏洞 (XSS/Auth)、数据一致性问题、不可逆的脏数据风险。这些是红线。
12 / 20