团队的发布过程
设置 DevOps 实践的第一步是评估当前流程。 这意味着要分析：
- 你的现有工件（如部署包和 NuGet）以及容器存储库。
- 现有的测试管理工具。
- 现有的工作管理工具。
- 建议迁移和集成策略。
让我们与 Tailspin 团队一起执行此作，并了解 DevOps 如何提供帮助。
欧文这位产品经理离开后，Amita说：“我们需要帮助。” 我不知道这些修复什么时候完成，但我知道很快就会做好。 我们还没有准备好迎接一个快速的转变。 此外，新的 Space Game 网站必须等到我们解决了这个难题之后才会推出 - 这款游戏很快便会上市。”
安迪看着马拉 “最初这几周要了解的信息很多。”
“没关系，”马拉回答。 “也许你可以向我解释一下这里的事情是如何运作的。 游戏如何从开发转向生产？
“这是一个伟大的问题，”安迪说。 “我不确定我们能给你一个简单的答案，但让我们试一试。
团队决定去咖啡店放松，并进行非正式讨论。 他们一起试图找出为什么他们遇到这么多问题。
在喝咖啡时，马拉听着，并努力做笔记。 有很多信息，它没有组织。 Mara 对团队的总体想法是：
- 他们使用瀑布式方法。 管理设置优先级。 开发人员编写代码并将生成交给 QA。 QA 测试，然后移交给操作人员来部署。
- 瀑布式方法也许对小型团队有用，但在这里，目标有时并不清晰。 它们似乎也经常改变。
- 测试延迟到进程后期。 这意味着修复 bug 并进行更改会更加困难和更昂贵。
- 对“工作完成”没有明确的定义。 每个团队成员都有自己的想法。 每个人都没有达成一致的总体业务目标。
- 某些代码位于集中式版本控制系统中。 许多工具和脚本仅存在于网络文件共享上。
- 有许多手动过程。
- 通信是随意的，取决于电子邮件、Word 文档和电子表格。
- 反馈也很少且不一致。
- 好的一面是，团队看起来相处得不错，他们想让事情变得更好。
当她看着她的一堆笔记时，Mara 知道她需要组织所有这些信息。 通过组织，可以更轻松地评估流程。 她相信 DevOps 方法解决了团队的许多问题，但她需要一种方法来向团队展示自己的案例。
DevOps 实践通常从了解现有流程开始。 从那里，你可以评估哪些方面运作良好，哪些不良，并专注于应首先解决的问题。
Mara 问道：“你们是否有人完成了 价值流映射 练习？
安迪睁开眼睛，阿米塔叹了口气，蒂姆说，“我们不需要更多的文书工作。
马拉说，“我明白了。 把它留给我。
大家都乐于让新人来处理这件事，于是都回去工作了。