这似乎是很显然的，但是在计划如何实现系统自动化之前，我们需要获得所有利益相关者的信息，其中包括业务和执行管理人员。对于组织中参与一个特定网站的所有团队来说，他们都会特别关注于自己的部门，而这种关注可能与其他团队发生冲突。在创建和管理Web基础架构自动化的过程中，无论各自团队的目标是什么(节约成本、节约时间和确定业务优先级等)，他们都应该达成一致协议。

在考虑自动化时，我们一定要确定Web基础架构自动化的目标与方式:需要完成哪些自动化工作，以及如何实现这些自动化等问题。例如，需要考虑整个部署过程将包含哪些方面?又比如说在安装任何体框架之前，我们都应该考虑自动化在组织中的理想状态是怎么样的，特别要注意的是，工程师将如何介入自动化流程。这个过程可以在整个组织范围完成，也可以分部门逐步进行。无论采用哪种方式，所有工程师都应该理解流程的当前工作方式，以及他们期望的工作方式。这个愿景是确定各个组织中特殊自动化技术需求的重要条件。



一旦确定了这些概念，我们就很容易确定需要完成哪些软件或组织变化，才能为组织实现最理想的自动化方案，但是不同的组织需要不同的自动化方法和流程。在任何一种情况中，让单独一个技术团队来决定如何实现自动化都将是一种灾难。最终结果必然是，后加入的团队会毫不留情地删除前者所实现的软件和硬件。这样会对一些技术团队造成很大的打击。某些新的实践方法和工具原本是为了引入或改进自动化措施的，但由于此前的糟糕经历，反使得他们不愿意再学习或采用。

下面将介绍如何确定需要实现哪些自动化流程。

购买还是开发

对于一个组织来说，究竟应该从头开始，自主开发自动化和配置管理框架，还是应该购买已经开发完善的系统，这取决于组织的偏好、时间、可用预算和组织规模(这是最重要的)。一些组织可能会利用现有的开源软件，然后根据自己的需求进行定制；另一些组织则可能会自行开发软件，然后再将它开源，进而在其他公司的长期应用中证明自己的实力(通常只有少数超大型公司才会做这样的事情，但是一些小型组织或个人开发者也能够做得很好)。

通常开发一个开源自动化框架的成本非常高，而且开发工作可能会影响有材术用队的正常下作。加古持面向安白的生产園及甘和新产品。然而，在一些超大型组织中，如果有一些团队专门负责设计新工具来改进日常运营工作，那么他们就很可能会在内部开发一些自动化框架，因为这些公司本身有这个需求，而且也有足够的技术资源。在些小型公司中，很可能一位非常努力和有オ华的工程师才有能力开发自动化软件，并且能够在几天、几周或几个月时间内独立完成。

归根结底，决定因素就在于企业文化，以及技术团队的可支配时间。如果一个组织的时间资源很紧张，工程项目又一直落后于进度要求，那么这些公司就不太可能为他们的网站自行设计自动化工具，而且也没有必要。

网站建设开发一个自定义的自动化和配置管理框架，其优点是可以根据网站的具体需求和业务流程进行定制。缺点是这种系统需要由内部技术团队持续维护和支持，因为业务流程和功能在不断地变化。当然，任何软件决策都会遇到相似的问题。