GROW模型

GROW模型是一种解决问题或设定目标的方法,最早起源于1980年的英国。下面介绍一下什么是GROW模型:

Goal - 目标。我最终要达到一个什么结果,可以让客户对自己有一个清晰的规划。 Reality - 现实。当前的现实情况是怎样的,存在什么问题、挑战,以及和目标之间的差距。 Obstacles - 障碍。从现实到目标之间的障碍是什么。如果没有障碍,客户就已经实现目标了。 or Options - 方案。一旦识别出障碍,就需要找出如何移除障碍。这就是方案。 Way Forward - 前进的道路。形成方案之后,就需要具体的行动计划来达成目标。这就是前进的道路。

下面举一个例......

卡诺模型-产品需求的认识

卡诺模型是有关需求认知的一个很重要的模型。1984年日本人Noriaki Kano博士提出的。在这个模型里把需求分为4类。

亮点(attraction)需求

线性(linear)需求

基础(fundamental)需求

无差异(indifference)需求

模型是一个二维图表,横坐标是产品功能(左边是不需要实现,右边是必须实现),纵坐标是客户满意度(上边是客户非常满意,下面是客户不满意)。

一个产品的需求无外乎包含以上4类需求。我们需要知道这4类需求的特点,来区别对待才能最优我们的产品。

亮点需求

对于一个产品,如果没有亮点需求,那么就很难出类拔......

Scrum抛球游戏介绍

游戏规则

一组或者多组都可以(每组建议5-9人——你懂得)

从哪个人开始,到那个人结束

不允许把球传给相邻的人

球必须有滞空时间

所有人都参加

每个迭代2分钟

迭代后有1分钟做回顾和下一迭代的估算

一共5个迭代(可以酌情删减)

more

游戏手册

介绍游戏(2分钟)

介绍游戏规则(2分钟)

团队准备时间(2分钟)

估算能传递几个球

开始第1个迭代

回顾和下一个迭代的估算(1分钟)

重复4次

总结(15分钟)

计分用的表格

总结的要点

在游戏里发生了哪些事情?

哪个迭代是最好的?为什么?

哪个地方能......

总结 - Agile1001公开课 第三期【北京】敏捷需求捕获By用户故事

2014.1.19 王立杰老师为大家带来了一场敏捷需求的公开课(蛇年的最后一场)。这次非常感谢联众游戏为我们提供场地赞助。(如有企业或个人能提供场地赞助,请联系我或王立杰老师)

会后的合影:

关于用户故事的3C【DanielTeng扩充为5C】和INVEST原则,也可以参考我之前总结的一篇博文。

会后大家对于这次公开课的反馈:

王x 17:32 谢谢您王老师!辛苦了

Arthur 17:34 王老师讲得好!

Arthur 18:02 提问: 第一排的那个儒雅风度的是谁? 回答: 王老师

Arthur 18:03 再提问......

敏捷软件开发中的版本规划

如上图,开始之前我们假设产品backlog做过第一次梳理,并且总的故事点为127.

 

0. 在迭代开始之前,需要有一个产品backlog,并且其中顶部的一些故事是相对更详细的。

 

1. 产品backlog需要符合INVEST标准(参见我的一篇博客)。为了达到这个标准,需要产品负责人(PO)和团队一起(早期有可能是团队代表或核心人)对产品backlog进行优先级排序,估算(有故事点估算、团队估算、三角估算等方法)等梳理工作。

 

2. 假设我们有一个产品backlog如附件所示,每个sprint为3周,第一个sprint团队计划完成21个故事点......

Scrum抛球游戏介绍

游戏规则

一组或者多组都可以(每组建议5-9人——你懂得)

从哪个人开始,到那个人结束

不允许把球传给相邻的人

球必须有滞空时间

所有人都参加

每个迭代2分钟

迭代后有1分钟做回顾和下一迭代的估算

一共5个迭代(可以酌情删减)

游戏手册

介绍游戏(2分钟)

介绍游戏规则(2分钟)

团队准备时间(2分钟)

估算能传递几个球

开始第1个迭代

回顾和下一个迭代的估算(1分钟)

重复4次

总结(15分钟)

计分用的表格

 

总结的要点

在游戏里发生了哪些事情?

哪个迭代是最好的?为什么?

哪个地方能体现出......

企业的主管领导们,你们准备好敏捷了吗?

主管领导经常宣扬敏捷,但他们真正了解什么是敏捷吗?当然,敏捷增加了协作,提高了透明度和响应变化的能力。谁不喜欢呢?主管们所了解的是,敏捷转型只影响Scrum团队。下面让我们看看对于组织而言敏捷是什么:

CIO - Chief Information Officer

传统的资源模式受到冲击。Scrum需要团队奉献精神,构建高效能团队和可靠的开发节奏(速率)。为了支持这个观点,你需要确保有价值的工作稳定产出。这需要真正的协作。

_基础架构_需要支持持续集成和频繁发布。开发、运维模式(dev ops),这是一种很好的方式。

敏捷转型可能需要几年时间,因此Scrum团队最大的挑战......

2014.1.16

Remember when life’s path is steep to keep your mind even. 记住,当人生之路陡峭之时,要保持沉着。

林肯

Agile1001公开课 第三期【北京】敏捷需求捕获By用户故事

Agile1001第三期公开课,再次迅速降临北京!感兴趣的同学请于后台回复报名

报名格式: 中文姓名、手机、公司

题目:【实战工作坊】敏捷需求捕获By用户故事

地点:望京附近,近地铁15号线出站口,为防止空降,具体地址另行通知。

内容:据Standish Group分析,在项目失败的原因中,有近7成是跟需求相关的。如何在敏捷的背景下有效的分析、捕获需求,是实施敏捷软件开发的第一要素。本工作坊试图通过理论讲解加上实战演练,让听众掌握如何通过用户故事(User Story)来分析、描述、估算一个需求,进而管理多个需求。

本工作坊同时覆盖如何区分用户角色,如何......

《克服团队协作的五种障碍》读书笔记

Social Media

Search

Recent Articles

Tags

scrum   agile   agile coach   scrum master   Seth Goddin   marketing   servant leader   change agent   impediment remover   Seth   scrummaster   kanban   敏捷认证   book   blockchain   certification   product   scrumallinace   market   daostack   scrumalliance   dao   game   skills   SAFe   glossary   culture   csm   敏捷游戏   lean   ethereum   businessman   ambassador   估算   dark scrum   communication   披萨游戏   community   pizza game   wip   working in progress   看板   即兴表演   抛球游戏   management   agile42   point   devops   fake agile   精益游戏   anti-agile   penny game   website   devsecops   敏捷精髓   产品列表   敏捷之旅   product backlog   delivery   scrumgathering   hackathon   agile pitfall   sgaus   纸飞机   airforce   dysfunction meeting   硬币游戏   architecture   team   gitcoin   batch size   sitemap   seu   google   Scrum Event   scrum-but   daniel pink   ball point game   technical practice   anti-scrum   自组织   Scrum   feature   owner   application   trainer retreat   大规模敏捷   leader   discovery   文化   keynote   ball   product development   facilitation   agiletour   organization transformation   model   cop   github   批量   LeSS   powerful question   scrum alliance   blockathon   DoD   敏捷需求   敏捷架构   reputation   Acceptance Criterias   action   estimation   burn down chart