Mastering Microsoft Exchange Server 2007 SP1

You need to ensure that two sets of specific responsibilities are assigned to staff. First, you have to assign a set of responsibilities related mostly to planning and design. Then you have to assign a second set of responsibilities that deal with ongoing management of key aspects of your Exchange Server 2007 system when it is in place.

Assigning Responsibilities for Planning and Design

Microsoft has identified 14 different roles that must be filled in planning, designing, and, to some extent, implementing and operating an Exchange Server system. That doesn't mean that you need 14 staff members to fill these roles, but it does mean that you need to assign each of these roles to a staff member. In a very large organization (tens of thousands of users), each of these roles may well be assigned to a different staff member. If you're the only staff member responsible for Exchange, then you will hold all of these roles. Good luck! However the roles are assigned, the responsibilities for each of the roles must be covered.

Here's a list of the 14 roles and their related responsibilities.

If you've ever implemented an information systems project, these roles are likely quite familiar to you, even if you've never thought specifically or in great detail about each of them. The key point here is that you're much more likely to successfully roll out your new Exchange Server 2007 system if you ensure that each of these 14 roles is properly filled. As we go through the planning and design process, think about these roles and how you might fill them.

Assigning Responsibilities for Day-to-Day Management

When your Exchange Server 2007 system has been implemented, you need to fill seven operational roles that support your system. Again, you might assign each of these roles to a separate person or combine and assign them to one or two people. These seven roles are listed here along with the responsibilities associated with them.

This list is based on a list of roles originally provided by Microsoft, though we have taken some liberties and separated server management roles, message hygiene, application development, and message routing into multiple categories.

As with the set of 14 roles illustrated in the preceding section, as we go through the planning and design process, think about these operational roles and how you might fill them. If you think about your own experiences or your organization's needs, you might break these roles down in to even more discrete operational responsibilities.

Категории