ACP敏捷项目管理微课-敏捷管理流程及框架(丁仿)

原创 2015年11月19日 16:46:23


上次分享的课程内容是:敏捷项目管理中的几个及职责


本次分享SM 框架及流程

各位群友大家好,本群ACP敏捷项目管理微课今日主题:敏捷项目管理框架及流程

传统的项目管理,有自己的管理过程,比如我们的5大过程组

那么在敏捷里面,也有自己的流程,简单来说如下图:

ACP|PMP顾问-布丁 14:32:01

详细如下图:

ACP|PMP顾问-布丁 14:32:47

首先,来自我们的客户、市场或者高级管理层提供给我们这个项目或者产品的介绍

ACP|PMP顾问-布丁 14:33:36

接着PO(产品负责人)建立产品的愿景,通过梳理活动分解为一组特性,并收集到按优先级排序的列表中,也就是我们的PBI

ACP|PMP顾问-布丁 14:34:04

PBI(Product Backlog Items)中的条目,都是经过产品的功能价值或者优先级初步排序的内容

ACP|PMP顾问-布丁 14:35:36

首先,PO要创建和维护Product Backlog

那么随着细化,在后续的每个sprint开始的时候,还可能会重新排定优先级。

ACP|PMP顾问-布丁 14:36:56

需求必须进行条目化管理,才能进行分配、开发、跟踪,才能描述什么做完了什么没做完。“客户价值角度”就是描述用户如何使用,而不是描述技术层面如何实现。所以,我们可以看到敏捷的出发点,一直都是从业务价值的角度出发。

ACP|PMP顾问-布丁 14:37:37

至于user story如何分解,后续会安排专题。这就是第一个模块


ACP|PMP顾问-布丁 14:38:30

接下来进入到我们的Sprint meeting


ACP|PMP顾问-布丁 14:39:00

PO先向团队介绍产品的背景和功能概述,并确定本次Sprint的目标

这个过程,一般我们会用一个白板墙,方便及时设计和沟通

ACP|PMP顾问-布丁 14:40:31

Sprint计划会议,一般分两部分,上半部分主要讨论:做什么,下半部分主要讨论:怎么做

ACP|PMP顾问-布丁 14:41:02

Sprint计划会议1: 做什么
1. 分析和评估 product backlog
2. 确定sprint目标
3. 排定优先级

ACP|PMP顾问-布丁 14:41:50

Sprint计划会议2: 怎么做
1.决定怎样实现sprint目标 (设计)
2.从产品backlog中创建sprint backlog
3.估计sprint backlog 故事点

ACP|PMP顾问-布丁 14:43:10

这里面其实就设计到敏捷里面非常重要的部分,比如如何去做分解,估算用户故事的规模


ACP|PMP顾问-布丁 14:44:55

用户故事:可以更好的交流,避免冗长的文档,从业务价值角度出发。一般用一些便签卡片,用户故事有自己的模版

ACP|PMP顾问-布丁 14:46:07

在排序中,我们可能会使用一些XP里面的一些方法,比如MoSCoW方法等,User Stroy这个也是来自于XP中的一些实践。

ACP|PMP顾问-布丁 14:46:34

方法和工具,大家先了解这个名次,后续会介绍如何使用,本次只介绍框架。

ACP|PMP顾问-布丁 14:47:20

Tasks的估算,一般会使用”计划扑克“,跟我们PMP里面的Delphi技术原理是一样的

上海-咨询-奥雷风骨 14:47:21

能举一些用户故事的简单例子吗,谢谢

ACP|PMP顾问-布丁 14:48:10

用户故事的语法“作为一个……,可以……,以(以便)……”

ACP|PMP顾问-布丁 14:49:37

比如:
作为 一个【QQ群管理员】
我想要 【一键修改群成员名片】
以便 【群友能够更好的认识】

ACP|PMP顾问-布丁 14:50:09

采用比较直观的方式,关注业务价值。写在故事卡上,便交流和讨论。

广州 - IT – Steven 14:50:16

我想要查看成员最后发言日期, 以便清理成员

ACP|PMP顾问-布丁 14:50:41

而且,我们后续做估算的时候,也是直接拿出这些小卡片,然后来估算,将估算的故事点大小,写到卡片的一角

ACP|PMP顾问-布丁 14:51:00

@广州 - IT - Steven 是的,这个是一个用户故事,但是这里有个不是很好的描述是“我”,这个用户角色,没有列出来。你是群成员,还是管理员,还是群主等

广州 - IT – Steven 14:51:16

哦, 对 是 群管理员

ACP|PMP顾问-布丁 14:51:31

所以,user story我们有个叫INVEST原则.下次讲这个,本次先介绍框架,不能太展开,要不然时间不够呀

ACP|PMP顾问-布丁 14:52:41

SP meeting的阶段,产出物主要有SBI,也就是:sprint backlog items


ACP|PMP顾问-布丁 14:53:55

接下来,Dev Team,按照这个SBI,开始进入我们的sprint(冲刺)过程

ACP|PMP顾问-布丁 14:54:35

这里面,为什么要做故事点的估算,就是因为我们一个sprint一般2-4周,我们的dev team要估计这个srpint我们能承诺完成多少事情

ACP|PMP顾问-布丁 14:55:22

假设我们2周,有2*4*5=40小时的工作时间(假设:每天有效工作时间4小时)

ACP|PMP顾问-布丁 14:56:00

那么我们在挑选SPI的时候,我们就按照这个优先级,挑出来40个小时的tasks就行,超出的部分,我们下个迭代再做。

ACP|PMP顾问-布丁 14:56:46

接下来进入到我们的sprint过程:

ACP|PMP顾问-布丁 14:57:21

看这里图,这个srpint是一个闭环,意思是这个是一个完整的冲刺,而且,不能被外界打扰

ACP|PMP顾问-布丁 14:57:44

这也就要求我们的SM、PO要保护好我们的DEV team

ACP|PMP顾问-布丁 14:58:17

在迭代周期里,我们不能变更,要变更,放到PBI里,我们dev team再评估他的优先级及价值

深圳-IT-DT 14:58:17

每日站会真的有必要开吗

ACP|PMP顾问-布丁 14:58:33

等下讲daily meeting

ACP|PMP顾问-布丁 15:00:03

先介绍每日站会的内容及形式:
1、昨天完成了什么?
2、今天打算完成什么?
3、遇到什么阻碍或者困难?

ACP|PMP顾问-布丁 15:00:24

这里参与人员是Dev Team,PO最好也可以参加,SM看情况

ACP|PMP顾问-布丁 15:00:37

很多企业把这个daily meeting开成了汇报会.

敏捷团队是自组织的,所以,不需要向谁汇报,团队成员直接相互承诺

ACP|PMP顾问-布丁 15:01:02

而且,最好是固定时间、地点,dev team养成良好的习惯

ACP|PMP顾问-布丁 15:02:23

至于为什么说建议每天开的原因:
1、彼此了解每个人做了什么,团队之间的承诺,比如我昨天承诺说今天完成什么事情,结果第二天还是在承诺完成这个事情…脸面上也挂不过去
2、在遇到的问题时候,可以及时的提出来,你不会的,说不定其他人有解决方案

3、让团队保持一个固有是节奏,节奏很重要。

ACP|PMP顾问-布丁 15:03:05

当然,还有其他很多原因。

ACP|PMP顾问-布丁 15:04:07

如果是线下的团队,最好用物理白板,这样大家可以只管的看到,现在团队当前的进度情况,也便于了解风险而且,我们会每天更新这个burndown chart,看下团队当前的速率如何


至于daily meeting如何开,如何高效,现实中又有哪些冲突,我们后续也会单独介绍

ACP|PMP顾问-布丁 15:06:42

daily meeting,也是一个团队不断审视自我的过程

ACP|PMP顾问-布丁 15:07:56

目前已经到了实施阶段了

ACP|PMP顾问-布丁 15:09:43

在这个sprint中,产出了可交付的产品增量。这里是可以工作的软件,并不是说在程序员的电脑上是可以运行的…

ACP|PMP顾问-布丁 15:09:57

我们经常听到程序员的10大谎言

ACP|PMP顾问-布丁 15:10:18

①我以后给代码加注释。
②这是临时办法发布时不会这样写。
③已经开发完只剩几个小问题。
④开发:需要10天。老板:5天能完吗?开发:可以!
⑤TODO。
⑥在我机器上是好的。
⑦这不需要测试肯定是好的!
⑧以前就有这问题。
⑨只需改一行代码不会影响其它程序。
⑩这是硬件问题跟软件无关。

深圳-IT-DT 15:11:12

11.以上每一条都是真的

广州-IT-大白 15:11:20

+1

ACP|PMP顾问-布丁 15:12:07

所以,我们这里说的是:可以工作的软件

敏捷不提倡冗长的文档,这在第一次的分享中我们也介绍了。

有时候我们演示,写了一大堆的文档或者漂亮的PPT,敏捷里面,不提倡。

ACP|PMP顾问-布丁 15:13:03

直接演示你可以工作的软件,或者直接让关键干系人来体验一下

ACP|PMP顾问-布丁 15:13:31

接下来进入到我们的review meeting

ACP|PMP顾问-布丁 15:15:06

目标:根据团队这次 Sprint 所发布的版本,评审相关的 Backlog 中的问题,检查是否已达到Sprint 的目标。这个是检视团队的过程,也是对当前做的是否是客户最关心的,最优价值的事情的一个判断。

ACP|PMP顾问-布丁 15:17:11

而且,2-4周,出一个迭代版本,团队也能看到自己的成果,客户也能看到自己要的东西。拿到手的,才是最有感觉的,再多的文档,都抵不过一个可以直接运行的软件,客户才会为你的可交付成果买单,也可以快速的达到自己的循环

ACP|PMP顾问-布丁 15:18:28

Scrum团队在冲刺结束时要执行两个“检视与调整”活动。
第一个就是我们刚说的Review meeting,利益干系人和Scrum团队检视正在构建的产品
第二个活动称为回顾会议,Retrospective Meeting

ACP|PMP顾问-布丁 15:19:01

在每个迭代后召开简短的反思会。
总结哪些事情做的好,哪些事情做的不好。制定改进计划。

ACP|PMP顾问-布丁 15:19:14

也是我们常说的PDCA的过程,不断优化团队的过程

在完成冲刺回顾之后,再次重复整个过程,开始下一个冲刺规划会议。

ACP|PMP顾问-布丁 15:21:19

这就是敏捷的全部流程



版权声明:转载请标明出处或联系博主Q:1873791144

相关文章推荐

PMI-ACP敏捷项目管理辅导:敏捷开发之 4句敏捷宣言

敏捷ACP,如果说之前还是一个陌生的名词,那么在互联网大行其道的今天,您一定不陌生了。 了解敏捷,那么敏捷宣言就是我们必须首先要了解的。若不了解,你都不好意思说你了解敏捷… 敏捷宣言 ...

敏捷项目管理基础及失败案例分析-(丁仿)

Scrum 敏捷开发 基础及失败成功案例分析 什么是敏捷开发方法?何谓Scrum? 看到敏捷,想到的是什么? 有人说是动作敏捷、反映灵敏,速度快; 有人说是多快好省; 有...

敏捷开发案例:用白板解决项目管理和团队沟通

原文地址:http://www.infoq.com/articles/agile-kanban-boards我把原文去粗取精了一下,保留了一些核心思想,去掉了小日本的广告.1 任务板任务是分解到手头的...
  • nuaalfm
  • nuaalfm
  • 2007年08月30日 11:08
  • 3271

PMI-ACP敏捷项目管理微课内容分享-敏捷宣言&角色(20151117 丁仿)

还有5分组开始本群的ACP微课程,课程持续时间30分钟,期间大家有什么问题,都可以直接参与讨论。本次课程主题: 1、Agile values 2、Agile Roles ACP|PMP顾问-...

PMI-ACP敏捷项目管理专题讲座(免费)

什么是敏捷方法?敏捷原则与实践有哪些例子?敏捷原则与实践能够为组织带来哪些价值?什么是PMI-ACP?获得PMI-ACP证书具有哪些好处?面对不断变化的商业环境需求您是否已经准备好了?...

广州光环国际:PMI-ACP敏捷项目管理认证说明会

当你进行软件开发时,你一定需要一种更快捷、更灵活的方式。PMI-ACP敏捷项目管理将通过手把手的方式帮你充分发挥你手中的所有可利用工具和技术,以一种非常有效的方式管理好你的项目。通过PMI-ACP敏捷...

敏捷项目管理流程-Scrum框架最全总结!

Scrum中的角色 Scrum Master——项目负责人、项目经理 保护团队不受外界干扰,是团队的领导和推进者,负责提升 Scrum 团队的工作效率,控制 Scrum 中的“检视和适应”周期...

敏捷项目管理(摘录)——敏捷流程架构

楚凡科技(www.trufun.net)   10年间致力于做中国最专业的软件工程解决方案提供商   规范软件开发过程  优化软件开发流程 保证软件开发质量  提高软件开发效率 ...

《孙子兵法》在敏捷项目管理中的应用(3)

项目经理的思想境界 是故百战百胜,非善之善也;不战而屈人之兵,善之善者也。 ——《孙子兵法•谋攻》 每次打仗都取胜不是战争的最高境界,战争的最高境界是不费兵卒而取得胜利。《孙子兵法》的这个论断,...

《孙子兵法》在敏捷项目管理中的应用(2)

团队规模和管理模式 对于敏捷开发常见的一个误解是“敏捷开发只适用于小规模的团队”。团队规模小的确可以减少沟通的复杂性、也某种程度上减少管理的成本。然而大型团队中也有使用敏捷开发的。敏捷开发是否可以用...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:ACP敏捷项目管理微课-敏捷管理流程及框架(丁仿)
举报原因:
原因补充:

(最多只允许输入30个字)