【怎么跟领导解释持续集成的纪律？】

背景：持续集成红了，领导不管三七二十一，催着开发赶紧把代码提交了发个版本出来测。

分问题1:应该怎么向领导解释持续集成纪律的重要性？

分问题2:如何让领导看见持续集成的价值？

世风十三

【怎么跟领导解释持续集成的纪律？】

背景：持续集成红了，领导不管三七二十一，催着开发赶紧把代码提交了发个版本出来测。

分问题1:应该怎么向领导解释持续集成纪律的重要性？

不用解释，只需遵守纪律做事即可，如果线上已经是上一个稳定的版本，就告诉领导线上的就是最新稳定的版本。如果领导要看最新的功能，就告诉领导最新的功能还有 bug 问题，不能发布。如果领导坚持不管三七二十一要发布，就说：软件开发是有纪律的，我们是在用专业的方法做事，如果你不尊重专业，那么请你自己想办法发布，所有后果自负。

分问题2:如何让领导看见持续集成的价值？

严格遵守发布流程和纪律，保证每次的发布稳定、顺利、高效，同时记录下发布失败所发现的问题和报告，这样100%的发布成功率以及3分钟上线的高效发布自然就是最大的价值，另外，每月 20 次避免错误代码、危险隐患的上线报告也是很有力的补充说明。

Page

【怎么跟领导解释持续集成的纪律？】

背景：持续集成红了，领导不管三七二十一，催着开发赶紧把代码提交了发个版本出来测。

分问题1:应该怎么向领导解释持续集成纪律的重要性？

在以往的工作中，遇到了不少这类的管理角色会采取这样的动作，原因主要有以下几个：

1.信息不同步，导致这里所说的领导正在奔着自己的目标，采用了团队不该采取的系统。 2.领导和团队合作的过程中，没有建立信任，当领导想要做某事的时候亲自来指挥而不是交给团队。 3.领导看到了自己想要实现的目标，但是中间过程的处理他并不擅长处理。 4.控制欲很强，我行我素的领导，按照自己的想法来做事。

那么在以往的工作中做好以下事情的基础上再来进行解释

（1）知道对方真正的目的是什么。

工作中，团队能够围绕一个目标前进但是想目标前进过程中用力的方向却不同。要向对方解释就先了解对方想达到的目的、原因，寻找知道对方的痛点。

（2）守住底线，承担责任，建立信任

想要让其他人听到自己的声音，让自己的声音具有说服力，那么需要建立信任。建立信任我们可以通过：处理日常工作中细节建立信任，通过关键事情来建立信任。

题目中这种场景就是一个很好建立信任的机会。当挖掘到领导采取行动的原因之后，可以有针对性的向领导解释怎样做更好，以及进行厉害分析，最终达成处理当前事情的处理方法共识。

达成共识知识处理的第一步，接下来就要分析红的原因，并去解决，承担起责任。

可以发布版本之后，及时和领导沟通。

时候总结整理，把当次所遇到的问题以及解决建议、以及持续集成的纪律整理好，同步给领导。

（3）对于控制欲强的领导，当强则强

坚持做对的事情，避免妥协。

可以在或许原因和解决方案的时候，准备好多个问题，避免只在一件问题上分出对错，当一点内容达成不了共识时，可以尝试其他点来获取机会。

（4）准备

首先，自己要对持续集成有充分的了解，具备硬实力。 其次，当时的持续集成并能够分析出当时环境中的利弊。 避免，避免直接说教对方。

分问题2:如何让领导看见持续集成的价值？

（1）提前沟通，抓住机会。

这里的机会在不同场景下不同，有的是市场机会，有的是业务机会。提前和领导沟通，获得时间线和意图。事实说话，让领导看到持续集成带来的价值。

（2）可视化

将规则可视化出来，让所有人都看到，团队的规矩。

piplines状态可视化。

（3）技术保底

技术保底，团队能力需要满足piplelines。

当有个别情况没有办法满足当时满足领导的诉求时，告诉对方真实的原因，并在时候同步改进计划和改进结果。

陈旭

【怎么跟领导解释持续集成的纪律？】

背景：持续集成红了，领导不管三七二十一，催着开发赶紧把代码提交了发个版本出来测。

分问题1:应该怎么向领导解释持续集成纪律的重要性？ 开发人员首先要自省，为什么pipeline红了，修复起来比发个新版本还慢？找到提升pipeline效率的解决方案，跟管理人员解释，坚持持续集成纪律，效率和质量最终都会得到极大提升。反之，技术债带来的副作用从成本，时间，各个方面都会拖累项目，危害更大。

分问题2:如何让领导看见持续集成的价值？ 数据，以前部署一次要多久，持续集成后多久。以前上线后多少bug，持续集成后多少。没有测量，就没有提升。以前开发速率，持续集成后的开发速率。用数据说话，让领导看到不同。

张维

【怎么跟领导解释持续集成的纪律？】

背景：持续集成红了，领导不管三七二十一，催着开发赶紧把代码提交了发个版本出来测。

分问题1: 应该怎么向领导解释持续集成纪律的重要性？

个人经历，我记得最早使用的是cvs，后来使用svn，现在是git。早期开发并没有分主干和分支，最容易出现的问题是代码冲突，开发一周后需要更新上线，大家一起提交代码发现代码冲突了或者代码被覆盖，要花时间去合并代码。

出现的第二个问题则是，接口的调用容易出错，需要长时间修复，导致交付延期或者部署时间拉长。

分问题2: 如何让领导看见持续集成的价值？

非技术性领导压根不看，最为实际的价值在于更新上线时间缩短，可以使用计时的方式反馈到领导。

Jason

【怎么跟领导解释持续集成的纪律？】

分问题1:应该怎么向领导解释持续集成纪律的重要性？ CI报错说明有问题发生了，如果不管不顾，继续开发，那么就有可能带着问题上线，所以CI的重要性我相信领导多少还是知道的， 这个问题的背后也许是：CI出错的修复时间有多长。 如果每次修复都要花很长时间并且影响开发，领导背着交付延期的压力，如何平衡？

分问题2:如何让领导看见持续集成的价值？ 只有保持每次提交后的集成是绿灯，才是确保提交的正确性，否则的话就会回到传统瀑布模式，每个团队都说开发完了，一集成就全是错误，往往要花上一两周来调整代码，而持续集成的价值就体现在“持续”两个字上，回到第一个问题，一个不能“持续”集成的集成只不过是高级一点的手工作坊而已。

Triple-Gold

【怎么跟领导解释持续集成的纪律？】

背景：持续集成红了，领导不管三七二十一，催着开发赶紧把代码提交了发个版本出来测。 分问题1:应该怎么向领导解释持续集成纪律的重要性？ (虽然我们持续集成处于搭了个Jenkins的阶段) 但是感觉这个题考的是沟通。 基于领导不懂技术的前提下。首先是要想办法获取足够的支持，团结能团结的力量。 另外最重要的还是自己技术过硬，这样大家才能对你有足够信任感。否则正确的道理，在一个不靠谱的人口中说起来，就像是找借口，哈哈。 分问题2:如何让领导看见持续集成的价值？ 最好的方式是给数据。给对比。要简单易懂。