DevOps｜从特拉斯辞职风波到研发效能中的不靠谱人干的荒唐事( 二 ) _生活百科

荒唐做法理由之「通过分离角色保证产品质量」

专门的代码审查以及贡献者和提交者（拥有写入权限的集成者、开发者）分离，可以确保开源项目的质量，也可以保证内源项目的质量。

很难想象有人给其它团队PR 。不要对团队外的其他人抱有能提升产品质量的想法，他们没义务，也没兴趣。
企业内源不靠谱、不适合国情
我觉得上面的做法非常不适合国情。企业内部开源和社区开源根本就不是一回事。开源社区真是靠兴趣、靠爱在发电，而国内的企业内部根本不存在这样的土壤。

国内工作节奏快，每个人都很忙。这种让人每天加班到深夜，还要用爱去给别人发电的做法非常不靠谱。
国内一个萝卜一个坑，自己的坑自己填。别人不给你挖坑就很好了，千万不要指望别人给你填坑。
另外这种目的不明确边界的介入，很容易让负责的团队认为是「抢活」

可能的「解」
最近我也写过一篇文章《研发效能之技术治理》，我觉得「技术治理架构师」这个岗位可以来承担、完成企业内部开源的工作，「也许是」最可能达到目的的人选。

技术治理的目的：
梳理公司技术现状、制定技术治理方向
协调制定技术选型、研发流程等技术类规范
解决公司业务发展过程中遇到的共性问题和技术挑战
为不同业务场景提供全面的技术解决方案
进行规章制度、规范、平台使用的宣传、培训、布道、配套工具推广等

文章总结
分工明确、职责清晰、各司其职、高效协同是最好的状态。国内外情况不同，很多做法都需要仔细斟酌。这种不假思考直接生搬硬套的做法非常不合适，也不安全。说不定哪天代码就「意外」跑到 github 上去了，还很难查是哪里泄漏出去的，全公司的人都有权限啊。我觉得哪怕干过一天源码管理的人都整不出这事，各位看官还是招点靠谱的人吧。
另：特拉斯真要是找个靠谱的财政大臣，结局是否会不一样？
延展阅读
研发效能之技术治理
找到能做好研发效能的人
感谢点赞、转载关注我，了解最新研发效能发展动向欢迎进入「DevOps研发效能群」一起探讨 【DevOps｜从特拉斯辞职风波到研发效能中的不靠谱人干的荒唐事】