导图社区 大数据中级认证知识学习
大数据相关基础知识，如大数据应用开发流程：数据采集、数据清洗、数据存储、分析与挖掘、决策支持+数据服务，个人学习材料欢迎来看。
2021年PMI-ACP敏捷项目管理学习笔记，有敏捷交付、敏捷需求管理、敏捷开发、敏捷交付、规模化敏捷的潜在问题、敏捷团队建设和发展、能力模型、强力提问技巧。
社区模板帮助中心，点此进入>>
互联网9大思维
安全教育的重要性
组织架构-单商户商城webAPP 思维导图。
个人日常活动安排思维导图
域控上线
西游记主要人物性格分析
17种头脑风暴法
python思维导图
css
CSS
ACP
第三天
规模化敏捷的潜在问题
协作复杂性
对齐困难性
集成复杂性
沟通有效性
如何应对规模化？
团队级敏捷演进到规模级
敏捷流程演进
规模化敏捷对持续交付能力提出了更高要求
规模化敏捷
Scrum of Scrum sos
Scaling Scrum
option 1:one po，one product backlog
option 2:one po，multiple product backlogs
option 3:several pos，multiple product backlogs
during the sprint sos
less
走向是简化产品并拆分团队，底层还是sos框架
SAFe
核心价值观
对齐
透明
内建质量
项目群实施
SAFe精益屋价值导向
业务敏捷七大核心能力领导力是基础
可配置的SAFe
essential SAFe的10大关键要素
团队及技术敏捷能力
得到充分授权，自组织，自管理
按照一定频率（每两周）进行软件增量交付
团队级别使用scrum，新品，kanban等实践
通过用户故事（user story）来描述和交付价值
敏捷产品交付能力
团队的集合每两周进行一次系统级别交付
项目群集每8～12周，进行一次系统级方案的交付
项目群拥有共同的迭代长度和标准统一的速度衡量标准
项目群按照统一的节拍进行计划，开发，协作和评估活动，尽可能面对面交流
通过特性和收益（feature and enabler）进行价值描述和交付
敏捷发布火车ART
角色
RTE（首席Scrum Master）
产品经理（首席po）
架构师（Sys Arch）
其他
5～12个敏捷团队，50～125人
项目群增量PI 提供了一个固定的开发时间盒
基于WSJF的优先级设定
components of cost of delay（cod）
价值user and business value
时间紧迫性time criticality
降低风险&发现新机会risk reduction&opportunity enablement
wsjf=cod/job size
项目群执行
敏捷火车
敏捷度量
多团队多迭代敏捷版本发布
第四天
敏捷团队建设和发展
团队动态成长模型
四种团队领导风格
团队不同阶段需要的不同领导风格
能力模型
强力提问技巧
第二天
敏捷开发
特性驱动开发FDD
特性是一个基本开发单位，指客户眼中最小的有用功能
特性是小的，一般在两周内实现
是具有客户价值的
动态系统开发DSDM
应该用20%时间完成80%的有用功能
莫斯科优先级
must必须要做的
should应该做的
could可以做的
would not 不要做的
关键词：以业务为中心，用户参与，迭代，快速交付，团队协作和沟通
敏捷交付
水晶方法系列
经常交付
反思改进
渗透测试
个体安全
专注
与专家用户建立方便的联系
自动化测试
经常集成
极限编程（extreme programming）
简洁simplicity
沟通communication
反馈feedback
尊重respect
勇气courage
测试驱动开发（TDD）
测试先行开发
重构
看板
价值
客户愿意为之付费
第一次将事情做对
浪费
不为产品增加价值的任何事情
不利于生产或不为客户增加价值的任何事情
顾客不愿付钱由你去做的任何事情
尽管是增加价值的活动，但所用的资源超过了“绝对最少”的界限，也是浪费
软件开发过程中的7大浪费
额外的功能特性
部分完成的工作（存货）
额外的步骤（过度处理）
寻找信息（上下文切换）
软件缺陷（defects）
等待
移交（handoffs）
看板的核心实践
可视化工作流程
约束在制品
度量和管理流动
显示化规则
建立反馈环
在协作及实验中改进
Scrum
Scrum Framework框架
产品需求列表product backlog
冲刺计划会1 sprint planning1
选择的需求列表selected product backlog
sprint planning2
拆分后的需求+任务列表sprint backlog
每日站会daily scrum
梳理会product backlog
冲刺评审会，回顾会sprint review&retrospective
Scrum结构框架
3个角色
product owner
scrum master
team
3个工件
产品backlog
迭代backlog
产品增量product increment
5个事件
迭代sprint
迭代计划sprint plan
每日立会daily standup meeting
评审会议sprint review
迭代回顾retrospective
5个价值观
开放open
专注focus
承诺commitment
角色/roles
po
sm
dev team
工件
产品待办事项列表product backlog
deep冰山模型
适当的详细程度
被估算的
涌现的
排了优先级的
价值驱动，莫斯科准则
冲刺待办事项列表sprint backlog团队完成
冲刺燃尽图sprint burndown chart剩余工作量
发布燃尽图relaese burndown剩余故事点
仪式，会议
产品待办事项梳理grooming占用开发团队不超过10%的产能
梳理product backlog（deep准则）
增添细节（dor/dod）
优先级
估算故事点
迭代计划会sprint planning meeting
第一阶段：选取用户故事，确定迭代目标
第二阶段：拆分任务，创建sprint backlog
每日站会daily standup meeting
迭代评审sprint reviewpo验收
迭代回顾retrospective流程回顾
第一天
理论基础
项目生命周期模型
预测型
迭代型
增量型
敏捷型
敏捷宣言
敏捷适用域
敏捷12原则
需求管理
敏捷铁三角
敏捷需求管理
用户故事
用户故事分层
史诗故事epic
特性feature
用户故事user story
任务task
用户故事属性
independent独立的
negotiable 可协商的
valuable 有价值的
estimable 可估算的
small小的
testable可测试的
5C原则
卡片Card
交谈Conversation
确认Confirmation
构建Construction
结果Consequence
用户画像
敏捷估算
故事点
对需求使用相对估算法，比大小
速度Velocity
每个sprint总共被po接受的故事点数
T-shirt Size
亲和估算法
用户故事地图
完成定义DoD
definition of done 一个任务做到什么程度才算是完成，要输出哪些产物
就绪标准dor
验收标准ac
完成标准dod
