# 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
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 混合模式,原因如下:
兼顾灵活性和规范性
- 保留 Scrum 的迭代节奏(2-4 周)
- 引入 Kanban 的流动效率(WIP 限制)
适合企业级项目
- 满足合规和文档要求
- 保持快速响应能力
适合持续迭代
- 既有发布计划,又可灵活调整
- 支持多团队并行
# 如何评估工作量?
推荐 DarkM 项目使用故事点 + 计划扑克,原因如下:
- 团队估算 - 避免个人偏见,集思广益
- 相对估算 - 用故事点而非小时,减少压力
- 持续校准 - 通过迭代回顾持续改进准确度
- 历史积累 - 建立基准故事库,提升估算效率
估算尺度: 斐波那契数列 (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
← 2023-04-06 2022-08-07 →