为什么基于成功的开源项目的商业产品会失败？

适兕 2015.12.1

关于开放云精选

创始团队混迹开源界久矣

开源软件正在吞噬世界

云计算让世界更加美好

精⼼选择开源云平台

弥补本⼟与世界的缝隙，充当跳板。

主要业务（目前）：翻译、写作、咨询、培训。

Agenda或思路缘起

题目诠释

在失败的路上正在做什么

失败的症状有哪些？

失败的原因为何？

如何避免这些失败

安娜卡列尼娜法则

个⼈失败史

红旗Linux企业版

红旗⾼可用集群

cloudstack

oVirt/OBS

OpenStack

–刘易斯·托马斯

“如果没有⼈向我们提供失败的教训，我们将⼀事⽆成。我们思考的轨道是在正确和错误之间⼆者择⼀，⽽且错误的选择和正确的选择的频率相

等。”

题目诠释

何谓成功的开源项目？

何为商业产品

失败是指什么？

主要还是技术／⼯程视野

失败的路上都在做什么？

选型

没有做到以数据说话

从众⼼态

招聘

过分的重视经验、技能

忽略了培养

构建

私有仓库

构建流程

瀑布模式／敏捷

需求

最早⽆需求

产品部后成立

思路来自业界领头产品描述

⼝号

深度定制

自主研发

⽂档

不会成立⽂档团队

由产品替代

不会参与到上游

加速

以“快鱼吃慢鱼”为由

加班加点

⼤跃进式的日期限定

定制

承诺客户

⾔听计从

失败的症状有哪些？

分支

与上游出现差距

深度定制的内容冲突

backport难度⾼

⼠⽓

“救⽕”频繁

没有时间参与上游

反馈

对上游⽆反馈

包括测试、⽂档

实施反馈的初级问题

项目

售前⽆法掌控定制

研发跟进项目

传播

没有培训团队

合作伙伴少甚⾄没有

同类

友商较多

毫⽆过⼈之处

失败的原因何在？

前期准备不⾜，诸如项目设计理念、愿景

招聘上犯严重错误

缺乏开放的⼼态，⾼估自⼰，低估社区

过度的重视知识产权，强调自主，拖延开源

逼着社区⼯程师适应传统的⽂化

如何避免这些失败？

融⼊上游

雇佣开发、测试、⽂档⼯程师

直接、纯粹的参与到社区

明确业务

选型之前

确认业务／产品

⽂化改变

尊重知识型个体

开放、共享

不强迫、不洗脑

⽣态系统

寻找自⼰的“食物链”点

不逞强，⾼估自⼰

洞察核⼼

区别出上游的core

找到外围的下⼿

再没有能⼒开发分支之前，

不要去动core

知识传播

培训体系的建立

优秀⽂档的撰写

服务意识

实施、售后团队提⾼

增强服务意识

安娜卡列尼娜法则？

“幸福的家庭看起来都差不多，⽽不幸的家庭却各有各的不幸。“

–衷⼼希望 适兕

“创业维艰，不要在基于开源项目来开发商业的产品成为你的’阿克琉斯之踵’！”

有问题吗？

“Thanks for your listening.”

2016年聚会主题征集

发送消息给meetup的组织者们

如果有wechat号的话，直接告诉组织者

欢迎更多的speaker加入！