使用 GitHub 项目版块管理工作

GitHub Projects 提供全面的功能，用于控制项目可交付结果、发布日期和迭代，以有效进行即将到来的工作规划。 了解如何战略性地利用这些功能可以转换项目交付结果。

迭代规划框架

战略迭代设计原则：

可以进行迭代以：

• 将条目与时间盒交付周期相关联，以实现可预测的发布周期
• 根据团队容量和复杂性要求设置最佳持续时间
• 在规划、回顾和团队发展的过程中包括战略性的休息时间
• 符合业务里程碑 和客户交付预期

迭代长度选择指南示例：

首次创建迭代字段时，会自动创建三个迭代作为基础。 根据项目日程表和交付策略计划扩展此功能。

高级迭代字段配置

创建战略迭代字段

可以使用命令面板或项目界面创建针对团队工作流优化的迭代字段。

命令调色板方法（建议提高效率）：

开始键入“创建新字段”。 当命令面板中显示“创建新字段”时，请选择它。

详细配置的接口方法：

1. 进入您的项目
2. 单击最右侧字段标头中的加号 (+)
3. 从下拉菜单中选择“新建”字段
4. 以战略方式配置迭代字段：

战略迭代字段命名：

• 使用明确、与业务对齐的名称：“Sprint”、“发布周期”、“开发阶段”
• 包括版本或时间线指示器：“Q1 2024 Sprints”、“版本 2.1 周期”
• 考虑团队的理解与采纳

高级配置选项：

1. 名称选择：选择反映业务上下文和团队工作流的名称
2. 字段类型：选择“迭代”进行时间盒规划
3. 开始日期策略：
   • 当前日期：立即启动项目
   • 战略日期：与业务周期、团队可用性、主要版本保持一致
4. 持续时间优化：
   • 标准团队：2 周（14 天）用于平衡规划和交付
   • 研究团队：3-4 周，用于更深入的调查周期
   • 维护团队：1 周快速响应和修复
5. 单击“ 保存并创建”

企业迭代命名约定示例：

Format: [Project]_[Year]_[Type]_[Number]
Examples:
- CustomerPortal_2024_Sprint_01
- API_2024_Release_Q1
- Mobile_2024_Feature_Phase2

战略迭代管理与扩展

添加和优化迭代

系统迭代规划方法：

1. 进入您的项目
2. 单击右上角的设置菜单（三个点）
3. 选择 “设置” 以访问项目配置
4. 单击要增强的迭代字段名称
5. 战略迭代添加：
   • 单击 添加迭代 以设置标准持续时间周期。
   • 考虑业务日历对齐和团队容量

高级迭代自定义：

1. 自定义迭代配置：

   • 单击“添加迭代”旁边的下拉列表
   • 战略开始日期选择：与业务季度、团队可用性或依赖项完成保持一致
   • 动态持续时间管理：根据范围复杂性和团队容量进行调整
   • 单击“ 添加 ”实现

2. 保存和验证更改：确保与项目时间线的迭代对齐

战略休息规划和团队发展

迭代暂停最佳做法：可以在迭代中插入暂停，以传达计划好的不会进行交付工作的时间，从而实现：

战略中断类型：

• 规划会话：要求收集、体系结构设计、冲刺规划
• 团队开发：培训、会议、技能开发、团队建设
• 进程改进：回顾、过程优化、工具评估
• 维护时段：基础结构更新、安全修补程序、技术债务
• 假日时段：计划休假时间、公司假期、团队充值

中断规划框架：

Break Duration Guidelines:
- Planning breaks: 1-2 days between iterations
- Development breaks: 3-5 days quarterly
- Major maintenance: 1 week annually
- Holiday breaks: Variable based on team and region

企业规模迭代管理

多团队协调策略：

同步迭代：

• 使所有团队对齐至相同的迭代时间表，以便协调进行发布。
• 共享规划和复盘周期
• 简化的依赖项管理和通信

交错迭代：

• 调整团队周期以实现持续集成和测试
• 减少了共享服务的资源争用
• 改进了部署管道利用率

项目组合级规划：

• 项目迭代：多个团队协调的 8-12 周计划周期
• 发布列车：协调交付集成解决方案
• 里程碑对齐：业务关键交付日期和依赖关系

迭代健康监控：

• 速度跟踪：监视每个迭代完成的故事点或工作项
• 进度分析：跟踪迭代目标的进度并确定风险
• 回顾指标：捕获团队满意度和流程改进机会
• 容量利用率：平衡团队工作负荷并防止消耗

有关迭代的详细信息，请参阅：

• 管理项目中的迭代 - GitHub Docs。
• 管理项目的最佳做法 - GitHub Docs。