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. 自动化环景的成熟度。
我们应该是从这三个面向中,为团队 “设计”出适合团队的产品开发模式。
但,真正的重点是: 这设计出的产品开发模式,只是ㄧ个 “起点”。 团队应该要在这起点上,持续的优化出更高效的产品开发模式。