直面团队中的开源⽂化适兕 2015.11.8

Agenda讲两个实际的故事

透过现象看本质－⽂化的影响

如何应对？去适应还是去回避？

不妨将目光放远⼀点

InnerSource实例

⽂化的改变

故事1

某个基于开源项目OpenStack做发⾏版的开发团队的真实故事

典型的闭门造车，忽略整个⽣态链。

故事2

禁⽌员⼯向上游提交代码

我花钱为何要为所有⼈共享？连你都是公司的财产

⼈员流失。

故事3

找⼀个资深的架构师，自上⽽下分配任务。

不如全新自我设计。

根源上就是“集市”式的，如何封闭？

开源项目／社区的类型

Linux，OpenStack，Apache等开源组织

MIT、BSD等学术组织

传统团队的特点

分解任务

自上⽽下

靠中⼼⼈物去推动

开源模式的特点

Shut the f**k up,write some code.

Show me your code.

自我启发

出现问题时的现象

和上游的版本差距拉⼤

社区的动态熟视⽆睹（邮件列表、IRC、在线会议等）

测试出来的bug没有向社区报告

不写⽂档

开发者或被禁⽌，或⽆暇向上游提交功能或补丁

相互推诿责任

代码review形同虚设

应对的措施

释放决策权，将决策交给更加专业／专注的⼈。

鼓励融⼊社区，鼓励参与到社区。

营造共享的氛围。

以结果为导向

目标是让项目成功上线

T型⼈才更受重视

相互学习才能共同提⾼

知识经济时代必然的选择

放眼整个⽣态链

InnerSource简介

公司内部采用开源⽅法论开发软件

代码公开

重视⽂档

社交化的Github

⽂化的改变

需要改变的⽂化

“留⼀⼿”，“秘⽅”

“⼈⼈⼼里住着⼀个’苹果’”

推动的⼒量－》拉动，吸引

做“催化剂”

–Jim Whitehurst ，CEO RedHat

“No single organization can predict the future of technology, but a coalition of us can build it!”