现在对于大多数公司来说，都希望使用最少的人力来完成最多的工作。所以，这就需要在公司中使用一些自动控制的应用程序来完成一部分工作。不幸地是，这种现象也出现在IT界，由于商业的需求而限制了公司的开发者。部门的应用程序被不确定地搁置，以致于资源都被用来开发企业核心进程。作为IT顾问的你怎么打破这个僵局呢？
你可以在部门应用程序中使用微软公司的Access作为小型开发平台。不过一些机构的政策是禁止使用这样的平台，因为他们认为利用编程语言集中的开发平台，并将数据储存在公司SQL Servers上依旧是在IT的控制之下。在这种压力逼近下，也许IT是时候放弃自己的一些控制了。
尽管IT部门的资源缺乏，但是终端用户想结束他们的应用程序。当然，你不希望留下什么后遗症。那么，在应用开发中怎么利用Access帮助你的用户呢？最简单的方法就是利用Access，它给用户提供了一个健壮的数据库。如果以后应用程序需要增强，那么使用Access就不会使用户受困于一些计算机专业技术。
当你的用户在存储大量数据的时候，一定会考虑SQL Server，DB2，或者是Oracle，他们也许会遗忘Access这个简单的数据库。当然，Access并不适合使用在企业级别的应用程序中。但是对于部门的应用程序来说，它所需要的和企业级别是不一样的。通常部门用户只需要追踪数据中的几千条信息，这对于Access来说易如反掌。
不过在IT中没有什么是保持静态的，至少看起来不是。如果一次性的部门应用程序突然变成巨大的任务级应用程序的一部分会怎么样？答案很简单：Access数据在各种标准界面中都可灵活使用，你可以使用OLEDB，ODBC，商业的upsizing工具甚至是Access自带的工具。如果用户的需要升级了，你可以帮助用户将他们的数据转移到他们所选的商业服务器上。
要成功的完成这项工作，最重要的是IT要专心的从头开始设计。千万不要将数据丢回部门，然后说，这是你的问题。因为如果你现在不解决，将来很有可能成为你自己的问题。所以，要静下心来设计一个数据模型，使它在灾难恢复中可以为你提供帮助。完成这项工作后，你就可以让部门其他员工自己设计他们所需要的用户界面。
你的用户的工作就是使用程序而不是构造程序。对于任何使用过Microsoft Office的人来说，Access的界面是如此的熟悉，操作也是如此的简单。如果你的用户需要进行反复操作同一个进程，比如，填写工作顺序，比较返回的RMA数字，调度上班号等等，这些工作都可以在数据库的帮助下变的简单起来。但是开发这样一个应用程序要花费一些时间并且IT部门不可能单独提供时间来进行开发，这就是为什么现在发展项目开始变得越来越有吸引力的原因。
