

首页  思维导图  详情



敏捷

2020-02-11 11:43:12   0  举报





AI智能生成

PMI-ACP的重点知识脉络梳理

敏捷

ACP

项目管理

极限编程

PMI

敏捷开发

模版推荐

作者其他创作

大纲/内容

敏捷开发的核心思想

以人为本

适应变化

敏捷实践的原则

1、目的：使客户满意

2、态度：欢迎需求变更

3、关注：客户需要的软件

4、合作：推倒那堵墙

5、核心：团队成员

6、沟通：面对面

7、标准：可工作的软件

8、倡导：可持续开发

9、追求：技术卓越和设计良好

10、根本：简洁

11、团队：自组织

12、调整：定期反思

敏捷联盟宣言

个体交互【重于】过程和工具

可用的软件【重于】完备的文档

客户协作【重于】合同谈判

相应变化【重于】遵循计划

强调

价值

人

适应

改进

沟通

管理干系人（相关方）

面对面沟通最有效

模型

调度式

Team Leader

Team

合作

Sender

message

Receiver

Feedback

知识分享

信息雷达图

关系管理技巧

自我意识

情绪自我意识

自我管理

成就导向

适应能力

情绪自我控制

乐观、积极

关系管理

冲突管理

世界大战

摧毁对方

很少或者没有语言的交换

解决方式：保护

圣战/讨伐

保护自己的群组成了焦点

语言是一种意识形态

解决方式：外交手段

争辩

胜利重于解决

语言包含个人攻击

解决方式：容纳/谈判

争执

个人保护胜过协作

语言是戒备但允许解释

解决方式：支持/安全

解决问题

信息分享和协作

语言是开放并基于事实

解决方式：协作/共识

培养他人

影响力

领导力

GROW模型

团队协作

社会意识

同理心

倾听的阶段

内心收听

将他人事件转换成自身影响

专心收听

关注他人立场与感情

全心倾听

共情

组织意识

方法论

Feature-Driven Development（FDD，特征驱动开发）

Dynamic Systems Development Methodology（DSDM，动态系统开发方法）

Lean（精益生产）

Scrum

目标

通过高透明性、检验和适应性来管理复杂性、不可预测性和变化

3个角色

产品持有者（Product Owner，PO）

定义所有产品功能

决定产品发布的内容和日期

对产品的投入产出负责

根据市场变化对需要开发的功能排列优先顺序

合理的调整产品功能和冲刺（Sprint）顺序

认同或者拒绝冲刺（Sprint）的交付

Scrum Master（SM）

对项目的直接管理

领导团队完成Scrum的实践以及体现其价值

排除团队遇到的困难

确保团队胜任其工作，并保持高效的生产率

使得团队紧密合作，使得团队个人具有多方面职能的工作能力

保护团队不受到外来无端影响

团队（Team）

经典团队拥有3至9个人

团队成员都是多面手（T型人才）

团队成员都是全职工作

团队自我组织和管理

团队关系在一个冲刺（Sprint）中应该是固定的，个人的职能可以在新冲刺（Sprint）开始时发生调整

3个组件

产品待开发列表

冲刺待开发列表

燃烧图

5个仪式

冲刺（Sprint）计划

冲刺（Sprint）评审

冲刺（Sprint）回顾

每日立会

冲刺（Sprint）

5个价值观

承诺

专注

公开

尊重

勇气

全视角Scrum过程

产品路线图（Product Road Map）

产品（Product）

Release（发布）

Sprint（冲刺或者迭代）

每日运行

站会

时间盒：15分钟

内容

昨天做了什么

今天准备做什么

遇到什么问题/需要什么帮助

不讨论具体问题

会后更新Sprint燃烧图

两个会议

Sprint Review（冲刺或者迭代评审）

Show Case

Sprint 回顾会

流程

开场

收集数据

时间线

满意直方图

triple nickle

分析问题

鱼骨图

立场分析

5-Why

解决问题

Short subjects

SMART Goals

回顾规划游戏

结束

时间盒：不超过3小时

回顾项目运作的好与不足，讨论改进

Host：Scrum Master

参与人：团队

方式：发散性讨论

输出：Scrum Master发出会议总结邮件

Sprint计划会

做什么

怎么做

Sprint Backlog（冲刺待开发列表）

Task Board（任务板）

Scrum Board（Scrum板）

Kanban Board（看板）

任务

时间盒：16小时以内

时间盒：2至4周

PO负责方向

愿景

产品盒子

决策衡量

ROI（Return on Investment，投资回报率）

NPV（Net Present Value，净现值）

BCR（Benefit Cost Ratio，效益成本比）

Payback（回收期）

敏捷章程指导

愿景

使命

成功标准

其他参照PMP项目章程

Product Backlog（产品待开发列表）

用户故事

格式

角色：作为……

用户画像

活动：我想要……

商业价值：以便于……

验收标准

备注

要素（3C）

卡片（Card）

对话（Conversation）

验证（Confirmation）

原则（INVEST）

独立的（Independent）

可协商的（Negotiable）

有价值的（Valuable）

可估算的（Estimable）

小的（Small）

可测试的（Testable）

类型

史诗故事

主题故事

用户故事

拆分方法

简单/复杂

延迟性能

业务操作

最简路径法

UseCase法

接口可变性

业务规则变化

工作流步骤

主要工作或投入

数据的变化

故事穿刺（SPIKE，最后使用）

估算

单位：点数

方法

宽频戴尔菲（Delphi）

实例：敏捷扑克

相对估算

实例：大中小杯咖啡

亲和估算

实例：按照尺码大小分类

用户故事分级（排序）

MoSCoW原则

必须有

应该有

可以有

没有

虚拟货币

Kano分析

基本

期望

惊喜

商业价值与风险二维坐标系

（最简可行产品）MVP

来源：用户故事工作坊

用户故事地图

时间盒：3至9个月（或者更长）

发布燃烧图

时间盒（Time box）

时间固定

承诺目标

Crystal（水晶）

Kanban（看板）

价值流

WIP

eXtreme Programming（XP，极限编程）

价值

沟通

简单

反馈

勇气

尊重

原则

快速反馈

假设简单

增量变化

拥抱变化

质量工作

实践

组织

完整的团队

计划游戏

小型发布

客户测试

团队

编码标准

可持续的速度（40小时）

隐喻

持续集成（CI）

共同所有权

个人

TDD（测试驱动开发）

重构

结对编程

简单设计

 Collect

Get Started

研发管理-敏捷研发流程

 Collect

Get Started

敏捷开发全过程模型

 Collect

Get Started

AI产品MVP敏捷开发流程图

 Collect

Get Started

大数据集群和敏捷BI部署架构图





0 条评论

下一页