Spotify的大规模敏捷之路—使用一种新型的矩阵组织:部落、分队、分会和协会

作者:Henrik Kniberg, Anders Ivarsson 翻译:姜信宝(Bob Jiang),程嘉利

正文如下: -------------------------------------------------------------------------

多个团队一同从事产品开发真是一项挑战!

到目前为止,我们见过的最令人印象深刻的案例之一,就是Spotify公司:尽管Spotify拥有30多个团队,位于3个不同的城市,但他们仍然保持着敏捷开发的思维。

Spotify是一家非常吸引人的公司,它改变了整个音乐产业。虽然这家公司从成立到现在只有6年......

读《仆人领导时大鲲》有感

人生的5F

很早以前,时大鲲公开表示把自己的人生次序用5个F来排列(按照重要顺序从上到下):

Faith - 理念或信仰

Family - 家庭

Firm - 公司

Fun - 娱乐

Future - 未来

点评:人生在世,时间非常短,做事就要有一个先后,主次顺序。否则东做一点,西做一点,到头来就是大黑傻子掰苞米——两手空。时大鲲的这个5F就完美的总结了成功人士看待事情的优先级。信仰>家庭>公司>娱乐>未来。

企业的3P和3I

全世界的公司,你抽茧拨丝后无外乎有三个核心:

People - 人员 - 人员需要激励(......

一个ScrumMaster的自白

你刚刚走出CSM课程,全身充满了Scrum知识和对于软件开发实践的信心。你迫不及待地要分享新的世界观,以及告诉别人敏捷是如何帮助团队的。但是,在第一个敏捷项目中,你就碰到阻力、反对,甚至更糟糕的,Scrum-But(注:伪Scrum,如每周只有2次站会;流于形式而没有领会Scrum的精髓)。ScrumMaster要做什么呢?

不要放弃希望!你肯定不是第一个碰到这些问题的ScrumMaster,也不会是唯一一个。我以前在项目中碰到过这些情况,并且我很愿意分享给大家。学会克服这些问题,将会使你成为一个优秀的ScrumMaster,也能帮助团队达到高效能。

1. 缓慢开始。

......

GROW模型

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

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

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

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

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

亮点(attraction)需求

线性(linear)需求

基础(fundamental)需求

无差异(indifference)需求

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

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

亮点需求

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

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

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

会后的合影:

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

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

王x 17:32

谢谢您王老师!辛苦了

Arthur 17:34

王老师讲得好!

Arthur 18:02

提问: 第一排的那个儒雅风度的是谁?

回答: 王老师

Arthur 18:03......

Scrum抛球游戏介绍

游戏规则

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

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

不允许把球传给相邻的人

球必须有滞空时间

所有人都参加

每个迭代2分钟

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

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

游戏手册

介绍游戏(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个故事点......

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

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

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

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

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

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

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

Social Media

Search

Recent Articles