使用DevCloud编译构建服务的一个好处是构建启动的速度变得飞快。对于工具C，每当我们需要一个新的构建时，就会提供一个VM，这可能需要5到10分钟。这个前置时间太久，变得很烦人。而华为云DevCloud拥有了一个热的、随时可以在云中构建的机器池，所以只要有人提交一个新的提交，构建就会立即发生。
以前，我们的部署过程是手动的，我们需要运行一堆批处理脚本。而使用DevCloud流水线是一种乐趣，它不仅仅可以支持一键全自动部署，将变更投入生产，而且提供了完美的可视化编排，可以将构建、部署、自动化测试等纳管起来，并根据实际需要定制多级流水线，加入质量门禁、人工审核等控制。
第五步：Bug跟踪在此之前，我们使用Excel对Bug进行跟踪，随着团队人数的增加，分清Excel版本已经足够让我们头疼了。使用了DevCloud之后，简直给我们的工作带来了不可思议的改变。
首先，Bug跟踪在早例会的直观展示。当我们开早会时，将Scrum缺陷跟踪板投屏，可以通过过滤筛选每个成员手中的Bug状态和等级，便于识别风险。
其次，Bug跟踪与需求、测试的关联。DevCloud中基于需求创建测试用例，测试用例失败生产Bug，实现了需求-测试用例-缺陷双向关联。
最后，多维度的Bug统计。在DevCloud统计报表中，预置了多种Bug统计报表，用户也可以根据自己的需要自定义统计报表。
图2 在DevCloud预置的缺陷统计模板
第六步：定制DevCloud适应项目需求不要陷入DevCloud希望你工作的方式中。如果有众多不同的状态，比如批准、已提交、已解决、已验证，请不要盲目屈从于产品对敏捷或Scrum的定义或者那些对你不起作用的东西。先问问自己什么是可能起作用的最简单的事情，然后在DevCloud上开展工作。最为重要的是，不要因为DevCloud产品经理想的太多而强迫自己过度思考，无所适从。
自定义相对比较简单，因为DevCloud提供了工作项字段、模板、状态流转等的可定制性。你可以用它来增加东西，但你也可以用它来减轻东西。所以，把对你没有意义的东西拿走，只保持最低限度。你只需把它作为一个工具来了解你的团队在做什么，并传达优先事项，保持它的简洁与实用。
采用华为云DevCloud最重要的是，它作为一个全面的解决方案所带来的聚集效应。你可以选择只使用其中的部分服务，然而如果你选择使用尽可能多的服务，你将发现令人震惊的积极变化。当然，这并非没有困难，一蹴而就。DevOps转型面临不同层面的变革，从改变企业文化，到整个组织的新的工具平台的投资，到团队成员的知识与技能水平。但请相信，这确实是一个短期痛苦、长期收益的改变！
全面的解决方案无疑会是一个赢家。一旦我们采用了一体化工具平台，向我们的客户交付软件就变得更容易、更自动化，甚至是一个很好的体验。无论如何，采用华为云DevCloud会失去什么呢？我相信无论只使用部分服务，还是全部服务，它只会给你带来更多的业务效益，以及高效的交付体验。