📘
ASPICE · 敏捷融合
🚀 30章实战目录 · 从思维到认证
🧑🎓
友好色系
01
课程导论
为什么需要融合?ASPICE与敏捷的冲突与协同,课程目标与学习路径。
⭐ 融合思维
02
ASPICE核心概念
过程参考模型、能力等级、评定模型,对项目的意义。
📌 基础
03
敏捷开发核心概念
Scrum、Kanban、XP实践,敏捷宣言底层逻辑。
⚡ 敏捷
04
融合的挑战与机遇
文档与代码平衡、计划与响应冲突、合规与速度取舍。
⚖️ 权衡
05
建立融合的思维模型
V模型与迭代共生,从“瀑布vs敏捷”到“流程+敏捷”。
🧠 模型
06
项目启动与需求工程
SYS.1/SYS.2 · 在用户故事中嵌入ASPICE需求属性。
📋 需求
07
系统需求分析
SYS.3 · 用Backlog管理非功能&功能需求。
🗂️ 分析
08
系统架构设计
SYS.4 · Sprint中演进架构,满足ASPICE文档要求。
🏗️ 架构
09
软件需求分析
SWE.1 · Epic拆分为符合ASPICE粒度的软件需求。
🧩 拆分
10
软件架构设计
SWE.2 · 模块化设计&接口定义,迭代中保持一致性。
🔌 接口
11
详细设计与单元构建
SWE.3/SWE.4 · TDD与设计文档共存策略。
🧪 TDD
12
软件单元验证
SWE.5 · 单元测试覆盖率与ASPICE验证标准对齐。
✅ 验证
13
软件集成与集成测试
SWE.6 · CI流水线满足ASPICE集成策略。
🔄 CI
14
软件合格性测试
SWE.7 · 验收测试与需求追溯矩阵自动化。
🤖 自动化
15
系统集成与集成测试
SYS.5 · 硬件在环测试在敏捷节奏中的安排。
🔧 HIL
16
系统合格性测试
SYS.6 · 发布标准与ASPICE能力等级映射。
📊 等级
17
配置管理
SUP.8 · 分支策略、版本标签与基线管理敏捷实践。
🌿 分支
18
变更管理
SUP.9 · Backlog变更请求满足ASPICE变更流程。
🔄 变更
19
问题解决管理
SUP.10 · 缺陷跟踪与根本原因分析在Sprint回顾中。
🐞 缺陷
20
质量保证
SUP.1 · QA在敏捷团队角色转变:审计员到教练。
👩🏫 QA
21
验证
SUP.2 · 同行评审在Sprint中轻量化实施。
👁️ 评审
22
联合评审
SUP.3 · Sprint评审同时满足ASPICE评审目标。
🤝 联合
23
风险管理
MAN.5 · 每日站会和Sprint计划中识别跟踪风险。
⚠️ 风险
24
测量
MAN.6 · 对ASPICE和敏捷都有意义的度量指标。
📏 度量
25
过程改进
PIM.3/PIM.4 · 利用Sprint回顾驱动ASPICE改进。
📈 改进
26
工具链与自动化
搭建融合ALM平台:Jama+Jira+Jenkins。
🛠️ 工具
27
团队组织与文化
特性团队vs组件团队,满足ASPICE职责分离。
👥 团队
28
ASPICE认证准备
在敏捷项目中高效准备评估证据。
🎓 认证
29
案例研究(上)
ADAS项目从0到1的融合实践。
🚗 ADAS
30
案例研究(下)&总结
常见陷阱、成功模式与未来趋势。
🏁 总结