Scrum敏捷实践集

Scrum_TP

给Scrum Master的十个建议,你值得拥有

你想成为一个优秀的Scrum Master吗?

我想是的,除非你是一个产品负责人或者其他的角色。我作为一个Scrum Master已经有20多年了,这些年,我给出了很多很多的建议,也收到了很多建议。我甄选出了我认为最棒的十个建议给大家。

1. 如果没有和团队商议,请不要代表团队做任何承诺。

作为一个Scrum Master,你没有任何权利代表团队接受需求变更,不管它有多小。即使你可以完全确定团队可以搞定它。你可以这么来回答:“我需要和团队沟通后再确认是否可以接受。”
Read more

Spotify-scrum中文网1

Spotify敏捷模式详解三部曲第三篇:工程文化

摘要

在本系列文章的第一篇和第二篇,我们分别介绍了Spotify的敏捷研发团队和研发过程。

在本篇,我们将介绍Spotify的敏捷工程文化。

引言

Spotify通过文化和价值观来进行管理,在本篇中,我们从如下八个方面来介绍Spotify的敏捷工程文化:

一、 如何管理小队的自主性

二、 如何管理标准化

三、 如果做到以人为本

四、 如何管理部署上线

五、 如何管理创新

六、 如何管理失败

七、 如何处理浪费

八、 如何管理文化

一、 如何管理小队的自主性

Read more

Spotify-scrum中文网

Spotify敏捷模式详解三部曲第二篇:研发过程

摘要

在本系列文章的第一篇,我们介绍了Spotify的敏捷研发团队,以及它独特的组织架构。在本篇,我们将介绍Spotify基于敏捷开发和精益创业思维的产品研发过程。

引言

在本系列文章的第一篇,我们介绍了Spotify的敏捷研发团队,以及它独特的组织架构。Spotify的研发团队采用的是一种非常独特的组织架构,如下图所示:

屏幕快照 2019-01-02 上午10.26.32

整个研发组织有多个称为“Tribe部落”的单元组成,每个部落中包括多个“Squad小队”,从横向的维度,把拥有类似技能的人放在一起形成“Chapter分会”和“Guild协会”。 Read more

Spotify-scrum中文网

Spotify敏捷模式详解三部曲第一篇:研发团队

引言

2018年4月,来自北欧瑞典的音乐流媒体公司、百亿美元独角兽Spotify创造了历史,它成为了当代上市公司当中,第一家通过“直接上市”的方式在美国纽交所成功挂牌的公司。这家公司改变的可能不仅是人们听音乐的习惯,而且还有企业进入资本市场的方式。截至2018年初,Spotify拥有1.59亿的全球活跃用户数量、7000万的付费用户数和46%的付费用户增长率。Spotify是当之无愧的音乐流媒体领域的霸主,排名第二的苹果音乐,无论是付费用户还是活跃用户,都只有Spotify的一半。

是什么成就了Spotify?他们是如何打造出这么一款深受用户喜爱的产品的?幸运的是有Henrik Kniberg的存在。Henrik Kniberg是全球知名的敏捷和精益教练,也是一位多产的作家,他参与了Spotify公司的这一过程,并写下了多篇文章,向外界揭开了Spotify公司的神秘面纱。

笔者通过自己的收集和整理,梳理出了Spotify敏捷模式的整个过程,并通过一系列的文章呈现给大家。在本期的文章中,笔者将首先介绍Spotify的研发团队。

组织架构

Read more

影响地图海报

如何使用Leangoo脑图实现影响地图

影响地图是一个工具,它建立了业务价值到产品功能的映射。本文将介绍如何通过Leangoo脑图创建影响地图,并且基于影响地图进行需求规划。

Leangoo 的5.8.12版本发布了Leangoo的脑图功能。Leangoo脑图是一个共享的思维导图,它具备了思维导图的所有属性,但它绝不仅仅是一个思维导图,那么Leangoo脑图有什么不一样呢?主要有如下三点:

1, Leangoo脑图是项目团队实时共享的,不需要再通过导出分享给项目中的其他人。

2, Leangoo脑图是可以支持多人协作。

3, Leangoo脑图的节点和Leangoo看板上的卡片是一样的,支持富文本文档,可以添加附件,可以添加检查项,进行评论。所以,它可以用来代表需求、任务、测试或者一篇文档等等。而且每个节点都可以引用到看板上,支持批量引用。

有了这些特性, Leangoo脑图就十分强大了,针对敏捷研发,Leangoo脑图有很多实用的场景,比如实现影响地图、用户故事地图、知识管理、测试案例的管理、迭代回顾等等。我们将通过一系列的文章来介绍这些实用场景。本文,我们先从影响地图开始,介绍如何实用Leangoo脑图来实现影响地图。

什么是影响地图?

Read more

timg-(1)

产品经理 VS.产品负责人(Product Owner)

很多年了,人们一直在讨论产品经理和产品负责人角色之间的区别。这两个角色是否可以共存,以及应该使用哪一个角色。本文谈谈我对这个问题的一些想法,以及对产品负责人起源的一些思考。

大家都遇到什么问题了呢?

您可能知道,产品负责人源自Scrum,其最大的职责是“最大化产品的价值”。[1]对我来说,这听起来像是教科书上产品管理的职责范畴。尽管如此,产品负责人经常被认为是一个战术角色,负责管理产品Backlog,细化产品需求、以及和开发团队进行协作,那这样的职责定义到底是怎么来的呢?

这些困惑至少部分是自于Scrum 本身,Scrum是一个关注在帮助团队开发软件的简单框架。 整个过程并不包含大家所熟悉的产品管理实践,例如产品战略,产品规划、路线图,以及成本预测,并且只介绍了唯一的一个产品管理工具—产品Backlog。
Read more

项目负责人


跟项目干系人说“不”的六大准则

说“不”是件难事。我们大部分人都喜欢取悦别人,可是当我们向别人说“不”时,我们会让请求者失望。

但向干系人说“不”,却是产品负责人最重要的工作之一。产品负责人应以优化产品交付价值为己任,而不是每个客户需求都答应。

产品负责人每接受一个干系人的需求,就意味着可能要拒绝将来的一些客户需求。团队的时间总是有限的,接受今天的一个需求,就意味着可能要被迫丢掉明天的一个机会。

因此,学会向干系人说“不”是每个产品负责人都必须掌握的技巧。我想分享六条准则,以便大家能礼貌而坚定地做到这一点。

向干系人清楚说明:是“不”,还是暂时“不”?

当产品负责人需要告诉干系人,他们不会优先处理某个需求时,他们应该说明清楚“不”的含义。

如果你要表达的是你将永远不会让团队开发这个需求,不要给干系人留有任何幻想,这会鼓励他们在未来继续地提出类似的需求。这会浪费他们的时间,也会给心里清楚这个需求绝不会被实现的你,带来持续说“不”而引发的挫败感。

另一方面,对于你后续可能会实现的需求,你要清楚地告诉客户——只是暂时“不”。
Read more

Scrum_tp

关于敏捷团队领任务的几个误区

敏捷开发团队(Scrum团队)在每天开每日站会的时候会领取当天的任务,这个实践在敏捷开发中叫做sign-up-for-tasks即领任务。这个实践源自极限编程,在1998年,极限编程最早期的介绍中提到了,“指派任务”和“领任务”是传统方式和极限方式的一个显著区别。

领任务是指,团队成员在任务卡上写上自己的名字,或者贴上自己的照片,表明这个任务,由这个成员来负责。 领任务的活动通常在开展每日站会的时候进行。领任务的方式体现了团队自组织的工作方式,传统模式下的经理指派任务是命令和控制的工作方式。

领任务的实践看似简单,但是在实践中往往很难做好,通常存在如下几个方面的误区:
Read more

scrum中问网敏捷实践编年史

想知道敏捷为什么叫敏捷吗?

原文作者:Jim Highsmith

译者:大卫张33

译者按

本文译自:http://www.agilemanifesto.org/history.html

要想了解敏捷软件开发,这篇文章是必读,对学习敏捷中的不少疑惑都给出了解释。感谢@AgileCoach和@徐毅-Kaveri的审校。

timg
Read more

Scrum_tp

西瓜创客 x Leangoo敏捷实践案例分享

333

西瓜创客是一家知名在线少儿编程教育公司,面向7-12岁的小朋友提供编程启蒙与思维训练,全面提升孩子的学习力与创造力。

西瓜创客的编程课自2017年4月在互联网上第一次亮相至今,已经获得了来自红杉和经纬等一线基金近亿元投资,成为全球六十多个国家十万个家庭和孩子的选择与热爱。西瓜创客80%的用户来自国内一线与新一线城市的高学历、高净值与高认知家庭,并且逐渐获得二、三线城市新中产家庭的追捧。

企业内部项目管理和团队协作遇到的问题、困境

时值2018年夏至初九,西瓜创客完成A轮融资不久,正由MVP阶段向高速增长阶段跃迁之际,聚各路开发、产品大佬于马尔代夫(实际上是间会议室名称)共商大事,讨论如何更加高效、规范的进行产品迭代。
Read more