拒绝炫技，聚焦业务问题解决，优先保证功能可用与稳定。
统一编码、分支与文档规范，降低协作成本，提升可读性。
小步快跑，拆分大需求为小任务，每轮输出可验证成果。
测试、复盘、优化融入全流程，而非仅依赖最终验收。
鼓励代码评审与技术分享，沉淀通用能力，打破壁垒。
SYSTEM ARCHITECTURE & ORGANIZATION STRUCTURE
/src # 源码文件
/api # 接口层
/v1 # 版本控制
/dto # 数据传输对象
/core # 核心业务逻辑
/domain # 领域模型
/service # 业务服务
/infrastructure # 基础设施
/db # 数据库访问
/mq # 消息队列
/common # 公共组件
/utils # 工具类
/config # 配置
/tests # 测试目录
/unit # 单元测试
/integration # 集成测试
* 注：严格遵循分层架构，禁止跨层调用。
从需求澄清到线上复盘，标准化每一个环节，确保项目交付的确定性与高质量。
澄清与架构
输出《需求规格说明书》，明确边界与性能指标。核心模块产出《技术设计文档》，包含架构选型、数据库设计与风险应对。拒绝口头沟通偏差。
规范化与安全
严格遵循通用编码规范（命名、注释、格式）。采用 Git Flow 分支策略（feature/develop/master），提交信息规范化。注重模块化开发与安全防护（防注入、加密）。
多层次验证
开发自测 -> 单元测试(70%覆盖率) -> 集成测试。Bug修复需回归测试。提测必须包含自测报告与更新后的文档，确保交付物完整。
灰度与监控
执行非核心时段发布，支持灰度发布。实时监控日志与资源状态。具备完善的回滚机制与运维文档，确保生产环境稳定。
持续改进
每轮迭代复盘，总结亮点与问题。定期清理技术债务，评估新技术升级，持续优化开发效能。
从需求到上线，每一步都有章可循，确保交付质量。
DISCOVERY & DESIGN
CODING & IMPLEMENTATION
| 维度 | 规范要求 |
|---|---|
| 命名 | 见名知意，拒绝拼音。类名大驼峰，常量全大写。 |
| 注释 | 核心类/方法必写注释，复杂逻辑加行注释。 |
| 安全 | 防SQL注入、XSS，敏感数据加密，接口鉴权。 |
master (生产) / develop (开发) / feature-xxx (功能) / hotfix-xxx (紧急修复)
feat/fix/docs/style/refactor... 例如: `feat(user): 实现登录`
TESTING & ACCEPTANCE
Bug修复需及时回归，验收通过输出报告方可进入发布。
DEPLOYMENT & OPS
REVIEW & OPTIMIZE
迭代结束不等于项目结束。
我们通过高频沟通、严格的代码评审和统一的知识库，打破信息孤岛，让团队效能实现 1+1>2。
同步进度、暴露阻塞、协调资源。拒绝长篇大论，只讲干货。
对事不对人，聚焦逻辑正确性、性能与安全。每行合并代码至少经过一双眼睛。
核心文档存储在知识库，接口文档自动生成。定期技术分享，拒绝“单点知识壁垒”。
传统开发往往陷入“进度赶不上变化、代码质量不可控、新人上手难”的困境。我们的方法论旨在从根本上解决这些痛点，通过标准化流程实现技术与业务的完美融合。
增量迭代模式配合自动化工具链，减少重复劳动，让开发专注于核心逻辑。
通过代码评审、单元测试和灰度发布机制，提前发现并规避90%的潜在故障。
将个人经验转化为团队文档和通用组件库，避免因人员流动导致的技术断层。
数据基于最近3个迭代周期统计
1-3人 | 周期 < 1个月
简化设计文档（用脑图/流程图），合并部分评审环节。重点保证功能可用、代码可维护。
3-10人 | 周期 1-6个月
严格执行分支规范、代码评审、测试流程。重点控制模块耦合、迭代节奏。
10人+ | 周期 > 6个月
引入架构师角色，拆分子团队。强化集成测试、灰度发布，建立完善的监控告警体系。