当互联网企业遇到了 SAFe, 是一拍即合? 还是存在著误解?!

2017.4.16, 深圳, Ken Fang

客观的说, 互联网企业的特点是:许多的产品 (不是所有的产品)在研发的时候, 并没有特定的客户、使用者。更不用说分析需求了。 互联网企业的许多产品, 在研发刚开始的时候,往往是只能根据过往类似的产品经验、过往市场的经验, 去制定产品初期的方向。然后,快速的迭代,快速的推出产品,快速的获得市场反馈,快速的应变。

也就是说,在互联网企业, 开发产品最大的挑战是: 你必需在 1. 摸索 2. 坚持 3. 应变 三者都兼顾下, 去开发产品。

SAFe 的 PI 会使互联网企业认为不适合, 是因为互联网企业认为(或者说是误解): SAFe 的 PI 可使他们做到坚持,却限制了他们能做到摸索与应变。

互联网企业的管理很开放、自由的。所以,在互联网企业, 鼓励大家多多提供产品的特性, 是比较容易做得到的。

也就是说, 在互联网企业, 较容易接受的產品開發的模式是: 1. 持续规划 2. 持续架构 3. 迭代快速发布 (价值流持续发布)

SAFe 在实务上, 对于原先使用瀑布模式的产品开发团队, 提供了ㄧ个较容易理解与接受的敏捷开发模式。

当然, 我们更期望产品开发团队, 从瀑布模式到 SAFe,能再持续改善到:更能响应外部变化的 “持续规划”、“持续架构”、“迭代快速发布 (价值流持续发布)”。

SAFe 提供了ㄧ个很好的实践;PI Planing; 解决了ㄧ个因架构、需求依赖, 所造成的团队间依赖的问题与挑战。 但, PI Planing 能解决架构、需求的依赖, 所造成的团队间依赖的问题与挑战的前提是: 至少是要能在ㄧ个 PI 的周期以内, 架构、需求的依赖必需是要能维持不变的。

很遗憾的是: 互联网企业的许多的产品, 架构、需求的依赖, 往往是在迭代内便会发生改变的。

所以, 我的说法是: SAFe 解决了由 “静态” 的架构、需求的依赖, 所造成的团队间依赖的问题与挑战。 而互联网企业现在真正要解决的是:由 “动态” 的架构、需求的依赖, 所造成的团队间依赖的问题与挑战。

采用何种产品开发模式、版本发布节奏? SAFe、Less、Scrum、CMMi、 迭代、瀑布、PI、 价值流持续交付。 应该只取决于: 1. 产品的特质 2. 人员的背景与素质 3. 自动化环景的成熟度。

我们应该是从这三个面向中,为团队 “设计”出适合团队的产品开发模式。

但,真正的重点是: 这设计出的产品开发模式,只是ㄧ个 “起点”。 团队应该要在这起点上,持续的优化出更高效的产品开发模式。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏ThoughtWorks

TW洞见 |建设DevOps能力到底有多重要?典型问题+对症方法

当软件行业进入互联网时代,市场对软件产品和服务的交付提出了更高的要求:不仅要快速实现需求,而且要快速发布上线,并且必须保证业务可靠、高效运行。为了满足这些要求...

2767
来自专栏华章科技

2017年,为何过半的大数据项目不成功?

随着企业努力在数字时代实现数据驱动,我们的生态系统正在发生重大变化。不光是企业应用程序生成的海量数据日增,在企业外部广泛的用户和难以数计连接的各种“事物”所产生...

733
来自专栏DevOps时代的专栏

世界级DevOps专家 : Kris Buytaert带你认识原味的DevOps

前言 大家上午好,我会很快介绍一下自己,我的名字叫Kris,我和Patrick一起在很多年之前开始做DevOpsDays。我做这个行业已经有20年了,我最开始是...

2267
来自专栏姬小光

六大方向助你突破前端生涯平台期

在这样的阶段,我们会感觉到头顶似乎有了无形的天花板,或数月,或经年亦感觉不到自身的成长和进步,对于前端开发这样的技术工种,尤为严重。

783
来自专栏ThoughtWorks

DevOps实践——打造自服务持续交付(上)|洞见

本文首发于InfoQ: http://www.infoq.com/cn/articles/devops--build-self-service-continuo...

3204
来自专栏织云平台团队的专栏

腾讯DevOps全链路解决方案

2413
来自专栏逍遥剑客的游戏开发

人生需要修行

2518
来自专栏AI研习社

问答 | 除了掌握深度学习框架,AI 工程师还需要哪些技能?

1003
来自专栏腾讯技术工程官方号的专栏

腾讯DevOps全链路解决方案

1934
来自专栏腾讯移动品质中心TMQ的专栏

TMQ邀您领取中国移动互联网测试开发大会门票

1506

扫码关注云+社区