docs/maintainers/PROJECT_MANAGEMENT.zh-CN.md
本指南解释了我们如何管理 NOFX 项目、跟踪进度和优先级排序。
我们使用 GitHub Projects (Beta) 和以下看板：
列：
Backlog → Triaged → In Progress → In Review → Done
视图：
列：
Available → Claimed → In Progress → Under Review → Paid
Sprint 周期： 2 周 Sprint 计划： 每隔一周的星期一 Sprint 回顾： 每隔一周的星期五
星期一 - Sprint 计划（1小时）：
回顾上一个 Sprint（15分钟）
优先级排序 Backlog（20分钟）
计划下一个 Sprint（25分钟）
星期五 - Sprint 回顾（30分钟）：
演示已完成的工作（15分钟）
复盘（15分钟）
审查新的 issue 和 PR：
验证完整性
应用标签
优先级：
- priority: critical # 安全问题、数据丢失、生产环境宕机
- priority: high # 主要 bug、高价值功能
- priority: medium # 常规 bug、标准功能
- priority: low # 可选功能、次要改进
类型：
- type: bug
- type: feature
- type: enhancement
- type: documentation
- type: security
区域：
- area: exchange
- area: ai
- area: frontend
- area: backend
- area: security
- area: ui/ux
路线图：
- roadmap: phase-1 # 核心基础设施
- roadmap: phase-2 # 测试与稳定性
- roadmap: phase-3 # 通用市场
分配或标记讨论
必要时关闭
使用此矩阵决定优先级：
| 影响/紧急程度 | 高紧急 | 中等紧急 | 低紧急 |
|---|---|---|---|
| 高影响 | 🔴 Critical | 🔴 Critical | 🟡 High |
| 中等影响 | 🔴 Critical | 🟡 High | 🟢 Medium |
| 低影响 | 🟡 High | 🟢 Medium | ⚪ Low |
影响：
紧急程度：
所有工作应与我们的路线图对齐：
必须接受：
可以接受：
应该推迟：
使用适当的 roadmap: phase-X 标签标记并添加到 backlog。
我们有这些 issue 模板：
type: bugtype: featurebounty: claimedtype: security缺少模板？
PR 指标：
Issue 指标：
社区指标：
路线图进度：
代码质量：
悬赏计划：
我们使用 GitHub Actions 进行自动化：
/docs/maintainers/ 中的所有文档时间投入：
职责：
在社区更新中聚焦：
贡献者等级系统：
福利：
在维护者频道联系我们或开启讨论。
让我们一起构建令人惊叹的产品！🚀