挤一趟早/晚高峰,你能学到很多迭代的知识……敏捷|迭代的地铁模型

关于敏捷|迭代的形象化解释——

李宽在《B端产品经理必修课》里,提出了公交模型。

Marty在《启示录》提出了火车模型。

这篇,我再给出个地铁模型,也许能让大城市每日通勤的从业者们更有直观感受。

先复习一下相关类比。

火车模型发布模式:以固定的周期持续发布产品,如果某项既定功能未完成,就落到下个周期发布。

公交模型:出行线路–>需求管理流程;发车间隔–>需求管理周期;到站时刻–>需求时间。

然后,我再说说地铁模型。

一趟车:一个迭代。

起点和终点站:一个迭代的开始与结束。

站点:一趟车按照站点顺序依次停靠,好比迭代的阶段节点,比如评审完成、编码完成等,背后是一个相对固定的,有时序的需求管理流程。

发车间隔:迭代周期,乘客多的时候,调度会增加车次。

乘客:一个个的需求点。他们有优先级,比如老人孕妇,上车后有更大概率可以有座位(享受更多的资源支持)。

到站时刻:某个迭代,每个环节有固定的时间点,如果需求错过了时间,本班车不会等,但可以坐下一班车。如Scrum之类的敏捷方法,对时间会严格把控,比如每周的周一上午干什么、周五下午干什么,更像地铁而不是公交车。

车厢/座位:比如女性车厢、照顾专座、商务座(如深圳地跌7号线),这是资源的优先级,用来匹配需求的优先级,乘客根据其特性、票价等,可以获取的资源不同。

快车慢车:在一个大的研发组织里,不同迭代的优先级,比如日本的地铁,同一条线路有每站都停的,有快速、有特快。此外,必要的时候会出现让车的情况。

上下客:不是每个乘客都是从起点上车坐到终点的,各个环节,都可能有上有下,需求也有在各个环节搭车的和变更的。当然,临时上的,估计是没座了,只能站着。

早晚高峰:乘客比较多的时候,我们虽然及时赶到站,但依然有可能挤不上这班车。更可怕的是,还没到目的地的时候,可能会被中途下车的人连带着挤出去……

末班车和头班车:地跌每天夜里都会停运,而对于研发,春节前后,或者阿里的双11前后,会有封网的行为,于是会出现没车可坐的真空期。

你还能想到什么类比?

__________

iamsujie,前阿里产品经理,写过《人人都是产品经理》、《淘宝十年产品事》、《人人都是产品经理2.0》,现在做创业者服务,『良仓孵化器』创始合伙人。

 

------------------------------------------------------------如果你想第一时间看到最新内容, 就猛击此处订阅吧!

《挤一趟早/晚高峰,你能学到很多迭代的知识……敏捷|迭代的地铁模型》有2个想法

  1. 哈哈~
    旅游业有跟团游、自由行、定制游等
    跟团游是一个有固定时间、空间、内容节点的迭代,每个游客都是1个需求单位,这些需求单位 看了下这个款产品是最符合自己需求点的,果断上车了。中途不能改需求的节点,这种可以海量结合同构需求的产品,也就比较常规且可以规模化

    iamsujie Reply:

    这也是个好类比

发表评论

电子邮件地址不会被公开。 必填项已用*标注