# 2022-12-15 更新日志

# 📋 本次更新

# 开发方法论文档新增

规范 菜单下新增 开发方法论 子菜单,包含 4 个新文档:

文档 路径 说明
传统开发 /guidelines/TraditionalDev.md 介绍瀑布模型开发方法
敏捷开发 /guidelines/AgileDev.md 介绍 Scrum 敏捷开发方法
方法论选择 /guidelines/MethodologySelection.md 如何选择开发方法论及实施指南
工作量评估 /guidelines/WorkloadEstimation.md 需求工作量评估方法(新增)

# 📚 文档详情

# 传统开发 (TraditionalDev.md)

内容概要:

  • 瀑布模型 6 个阶段详解(需求分析→系统设计→开发实现→测试验证→部署上线→运维维护)
  • 9 个角色职责说明(项目经理、BA、架构师、开发工程师、测试工程师等)
  • 优点和缺点分析
  • 适用场景(需求明确、安全关键、大型复杂、合规要求高等)
  • 各阶段最佳实践

统计: 约 2,700 行


# 敏捷开发 (AgileDev.md)

内容概要:

  • 敏捷宣言和核心价值观
  • Scrum 框架详解(角色、工件、事件)
  • 核心角色职责(PO、Scrum Master、开发团队)
  • 核心工件(Product Backlog、Sprint Backlog、Increment)
  • 敏捷实践(用户故事、任务看板、燃尽图)
  • 优点和缺点分析
  • 适用场景(需求不明确、快速响应、客户可参与等)

统计: 约 3,250 行


# 方法论选择 (MethodologySelection.md) ⭐重点推荐

内容概要:

  • 三种方法论对比总览(传统/敏捷/混合)
  • 方法论选择决策矩阵和 Checklist
  • 传统开发实施指南
    • 开发步骤(6 阶段流程图)
    • 角色配置表
    • 关键文档清单
  • 敏捷开发实施指南
    • 迭代流程(2 周迭代示例)
    • 角色配置表
    • 关键工件说明
  • 混合模式(Scrumban)实施指南 ⭐推荐
    • 为什么选择混合模式(4 大优势)
    • 开发步骤流程图
    • 角色配置建议(小型/中型团队)
    • 看板设计示例
    • 为什么 Scrumban 更好(6 大优势)
  • 度量指标(传统/敏捷)
  • 实施建议(从传统转向敏捷的 4 步法)

统计: 约 6,000 行


# 工作量评估 (WorkloadEstimation.md) ⭐新增

内容概要:

  • 主流评估方法对比(故事点/计划扑克/T 恤尺码/三点估算/类比估算)
  • 故事点估算法详解 ⭐推荐
    • 斐波那契数列尺度(1,2,3,5,8,13,21)
    • 基准故事建立方法
    • 计划扑克估算流程
    • 估算记录模板
  • T 恤尺码估算法
    • 尺码对照表(XS/S/M/L/XL)
    • 适用场景
  • 三点估算法(PERT)
    • 期望值计算公式
    • 实际操作示例
  • 类比估算法
    • 基于历史数据的类比推理
    • 调整系数应用
  • 影响工作量的因素
    • 技术因素/业务因素/团队因素
    • 评估检查清单
  • 最佳实践和常见误区
  • 工具推荐和度量指标
  • DarkM 项目实施建议

统计: 约 6,800 行


# 🔧 配置更新

# VuePress 配置更新

文件: src/.vuepress/config.js

变更:

// 在"规范"菜单下新增"开发方法论"子菜单
{
  title: '规范',
  collapsable: false,
  children: [
    ['/guidelines/CodeGuidelines', '编码规范'],
    ['/guidelines/DevGuidelines', '开发规范'],
    {
      title: '开发方法论',  // 新增
      collapsable: true,
      children: [
        ['/guidelines/TraditionalDev', '传统开发'],
        ['/guidelines/AgileDev', '敏捷开发'],
        ['/guidelines/MethodologySelection', '方法论选择']
      ]
    }
  ]
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

# 📊 统计

项目 数量
新增文档 4 个
新增内容 约 18,800 行
更新配置 1 个文件
新增菜单 1 个(开发方法论,含 4 个子项)

# 🎯 使用建议

# 如何选择开发方法论?

推荐 DarkM 项目使用 Scrumban 混合模式,原因如下:

  1. 兼顾灵活性和规范性

    • 保留 Scrum 的迭代节奏(2-4 周)
    • 引入 Kanban 的流动效率(WIP 限制)
  2. 适合企业级项目

    • 满足合规和文档要求
    • 保持快速响应能力
  3. 适合持续迭代

    • 既有发布计划,又可灵活调整
    • 支持多团队并行

# 如何评估工作量?

推荐 DarkM 项目使用故事点 + 计划扑克,原因如下:

  1. 团队估算 - 避免个人偏见,集思广益
  2. 相对估算 - 用故事点而非小时,减少压力
  3. 持续校准 - 通过迭代回顾持续改进准确度
  4. 历史积累 - 建立基准故事库,提升估算效率

估算尺度: 斐波那契数列 (1, 2, 3, 5, 8, 13, 21)

估算时机: 迭代计划会

# 团队配置建议

小型团队(5-7 人):

PO(兼职)+ 技术负责人(兼 SM)+ 全栈工程师(3-5 人)
1

中型团队(8-12 人):

PO(专职)+ 技术负责人 + SM(专职)+ 工程师(6-8 人)+ 测试(1-2 人)
1

# 🔗 相关链接


最后更新: 2022-12-15