软件交割属性研究

DevOps时代下工作整合问题

哪些工作适合整合，哪些又不适合整合？

在软件交付过程中，过分细化角色分工反而会降低整体交付效率。那么，为什么在DevOps理念推动下的全栈工程师与开发运维一体化模式会引发新的挑战？又该如何应对这些新问题？

或许，我们需要深入思考：在整个软件交付流程中，究竟哪些工作需要进行整合？哪些工作又应当保持独立？

在DevOps兴起之前，分角色分工的理念源自工业时代的生产方式。从事过手工艺的人应该都了解，在手工制作100只灯笼时，起初制作速度较慢；但随着制作次数增加，熟练度提高后效率也随之提升。

进一步而言，将制作灯笼的过程拆解为搭骨架、糊纸、上色等步骤，并安排多人分别负责其中某一项工序。经过一段时间的磨合后，由于每个人只需专注于单一任务，因此更容易掌握并提升熟练程度。这样不仅提升了整体效率，也使成品质量更加稳定。

如果将这一过程进一步放大，则可以看作是一个工厂运作的缩影。

所有工厂都通过分解任务并实施精细分工来实现高效运作。而且分工越细致，效率越高。而生产活动的最大特征是不断重复相同的工作 ，产出的产品也应尽可能一致甚至趋于完全相同。对于这类重复性的工作来说，采用分解、精细化分工、标准化和自动化手段是提升效率的关键所在 。

然而，在软件交付过程中却完全不同：与生产最大的不同之处在于“不重样” 。

每一个