从员工的角度理解 DevOps

问：为什么从员工的角度出发？

答：如果从领导者的角度解释，说着说着，我们会逐渐开始【唱高调，提出正确的废话】，对于员工来说，根本无法体会。

DevOps 是一个非常模凌两可的概念，主流大公司针对于 DevOps 都有自己的解释，写得也很抽象，大家可以自行参考一下。

• 亚马逊
• 谷歌
• 微软
• Atlassian

历史演变

既然 DevOps 的概念不太好理解，那我们就看一下【软件研发流程】的历史变迁。

我们接触到的名词，例如，Agile, Lean, Kanban, Scrum 的根源，其实来源于 TPS（丰田生产系统）。不少的概念和模式都是受到 TPS 的启发。

所以，Agile（敏捷开发）或者 Lean（精益开发）并不是软件领域的大佬们凭空想出来的，而是由工业制造领域得到了验证。

这里，我们要消除掉第一个疑虑！

Agile（敏捷开发），Lean（精益开发），DevOps 等等，的的确确有好处的，并不是唱高调。

名词解释

在继续阅读之前，让我们先用最通俗的语言来解释【软件研发流程】一系列名词。

名词	解释
Waterfall	一气合成地开发方式，一口气完成整个开发流程。
Agile（敏捷开发）	项目管理，产品研发流程方法论集合。 解决的问题：生产流程优化，团队协同。
Epics	属于 Agile，工作的度量单位。 比方说，开发一套线上点餐系统，就属于一个 Epics。
Stories	属于 Agile，工作的度量单位。 比方说，点餐系统中的登陆逻辑，就属于一个 Story。
Task	属于 Agile，工作的度量单位。 比方说，点餐系统中,登陆逻辑中的二维码登陆功能，就属于一个 Task。
SAFe	Sc