开发全流程
从立项到发布

验证需求真伪、明确产品方向、确定资源投入。这是最关键也最容易被跳过的一步——方向错了，后面全白干。通过竞品分析了解市场格局，用 OKR 对齐团队目标，最终输出立项审批文档。

从抽象需求落地到具体界面。先写 PRD（用户故事、验收标准、异常流程），再做 UX 设计（用户旅程、线框图），最后才是 UI 设计（设计系统、视觉稿）。不跳 UX 直接做 UI 是常见的省事陷阱——后果是返工。

确定技术方案、约定接口和数据模型。选型时平衡团队熟悉度与项目需求，没有"最好的技术栈"只有"最合适的"。需要输出架构图（分层/微服务/通信方式）、ER 模型、API 契约，给前后端团队一个共同的理解基准。

按任务拆分明细开发，遵循 Git 分支规范和 Conventional Commits 格式。核心逻辑覆盖率要求 ≥ 90%，整体 ≥ 70%。提交前自测（lint + test），复杂逻辑写 TODO 注释。开发阶段最容易犯的错误是"边写边改需求"——按需求冻结范围再动手。

保证代码质量、发现潜在问题。审查清单涵盖五个维度：功能逻辑与边界条件、安全漏洞（注入/越权/信息泄露）、性能隐患（N+1 查询/内存泄漏）、错误处理是否完备、是否有重复代码或过度工程。审查通过后才能合并。

验证功能正确性、发现 Bug。遵循测试金字塔原则：单元测试占 70%（覆盖核心逻辑），集成测试占 20%（验证模块间协作），E2E 测试占 10%（确保关键用户流程完整）。测试不是"测完了再修"而是"写代码时就想着怎么测"。

安全上线、平滑发布。可选蓝绿部署（两套环境瞬间切换）、滚动更新（逐个替换实例）、或金丝雀发布（先放量小比例用户）。部署前必须过预检清单：数据库 Migration 已执行、回滚方案已准备、监控告警已配置、灰度策略已确定。

发布不是终点。补全文档（API 文档、架构图、部署文档），验证数据（埋点、业务指标、AB 实验），做复盘总结（哪些做得好、哪些可以改进、Action Items），最后追踪技术债。这个阶段最容易被忽略——因为下一个功能已经在排队了。