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

  • 时间:
  • 浏览:3
  • 来源:大发5分6合APP下载_大发5分6合APP官网

Think it 阶段好久可否之前 结速

2.可能足够好,可否之前 结速向真实用户发布。

参考资料:

过程说明:

Spotify产品开发的核心理念

创造革命性的产品,通过早期低成本的原型设计来控制产品风险。

品质不过关决不发布产品,即便是落后于既定的发布日期。

通过产品发布后持续地调整优化,来确保产品从发布时就表现优异,直至最后得到惊艳的产品。

从产品创意——>形成产品另另另俩个阶段

3.(MVP也可否称为:最早令人喜爱产品。)

2)不居于“功能齐全”的说法,可能产品即使在Ship It阶段之前 也有继续优化。

注意事项:

1.尽量快:不希望在发布产品前构建另另另俩个十分完备的产品,可能你這個 过程会延迟人们获取客户使用数据的时间。

整个研发组织有多个称为“Tribe部落”的单元组成,每个部落中包括多个“Squad小队”,从横向的维度,把拥有类式技能的人倒进并肩形成“Chapter分会”和“Guild學會”。

5.直到人们不断缩小范围,最后只剩下哪有几个胜出的原型。

本文要素内容及引用的图片主要来自于Henrik Kniberg和Anders Ivarsson的文章《Scaling Agile @ Spotify with Tribes, Squads, Chapters & Guilds》。

本文作者:

完成的定义:

1.管理者和Think it 小队都认同你這個 产品值得构建(可能你這個 产品永远也有 值得构建,应该被舍弃)。

2.说明:这是另另另俩个主观上的决定,它并没办法 过硬的数据作支撑。直到Ship It阶段才会产生坚实的数据,可是 人们希望尽可能快地到达Ship It阶段。

本篇是Spotify敏捷模式详解三部曲第二篇,将继续为人们介绍Spotify基于敏捷开发和精益创业思维的产品研发过程。

相关阅读:

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

构建原型

五、总结

产品开发全景图如下图所示,它包括了3个阶段:

目标:逐渐将产品扩散到所有用户,并肩进行度量和分析,确保产品在真实环境下,也并能达成它的设计初衷。

过程:

完成的定义:

管理者和小队并肩认为:

1)这时从不意味着产品可能“功能齐全(feature complete)”,完成了Ship It阶段可是 意味着产品(MVP+必要的改进)可能被50%铺开而已。

过程说明

产品风险控制

产品开发最大的风险——构建另另另俩个错误的产品。

思考阶段:以较低的成本,大幅度降低产品风险。

构建阶段:运作成本高,几乎无法降低产品风险,可是 要尽量缩短。

发布阶段:随着产品的发布和客户使用,产品风险持续降低。

调整阶段:随着时间的推移,产品逐渐完善,运作成本持续下降,小队们可否之前 结速逐渐去做某些事情。

三、Ship it 阶段

工作流程

二、Build it 阶段

工作流程



完成的定义:

1.目前你這個 MVP可能实现了基本的故事描述。

4.哪有几个实物焦点小组会用来辨别哪另另另俩个原型能最好地传达了它的产品精神(那个故事性描述)。

本文转自:Scrum中文网

3.“高保真”的可运行的原型(里边跑伪数据源类式)。

引言

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

举例:“Discover”标签产品的故事描述——介绍一种发现音乐的更好措施。看!你最喜爱的艺术家之前 分享了一首歌让人。人们让艺术家们和粉丝们从未没办法 靠近过。喜欢另另另俩个艺术家?那就去follow(关注)他,并与人们们分享你的新发现吧。

目标:构建出并能向真实用户充分传达产品理念的MVP(最小可行产品)。

过程:

2.不希望产出无用的或令人很伤心 的产品。要写产品级的代码可是 保障质量。

一、Think it 阶段

工作流程

故事描述(narrative)

故事描述,是另另另俩个简短的文档,用来回答如下问題图片:

四、Tweak It 阶段

工作流程

目标:搞定另另另俩个足够吸引人的故事性描述和并能传达它的可运行原型。

输入:产品创意

过程:

过程说明

Jerry Li(李洁), Eric Liao(廖靖斌)

关于故事描述的说明:

3.构建原型。

4.确认否有有值得构建MVP。

本篇是Spotify敏捷模式详解三部曲第二篇:研发过程,本系列文章的下一篇将继续介绍Spotify的工程文化,敬请期待。

Think it阶段:搞定另另另俩个足够吸引人的故事性描述和并能传达它的可运行原型

Build it阶段:构建出并能向真实用户充分传达产品理念的MVP(最小可行产品)。

Ship it阶段:逐渐将产品扩散到所有用户,并肩进行度量和分析,确保产品在真实环境下,也并能达成它的设计初衷。

Tweak it阶段:在你這個 阶段,小队持续优化、A/B测试、度量和分析。

过程说明

2.“低保真”的纸面原型。