Gray Areas
The intersection of IT and Business historically carries some ambiguity. When we're talking about spinning disks in the data center or codification of business rules, the responsibilities are generally and logically clear cut. But as we move closer to where IT infrastructure and Business applications meet, roles and responsibilities aren't always so distinct.

When we dichotomize functions and roles, it becomes increasingly difficult to find someone who has enough A-Z knowledge of any given application to provide intelligence for problem solving, upgrading or disaster recovery. To make matters even more challenging, many times the application analyst or coordinator is employed by the business unit, not IT.

Somewhere in the middle lies a realm of knowledge that I like to call application administration. An application administrator is the individual who knows enough about the application and about SQL server to know how table permissions can affect the application. Or that your pharmacy application uses a VPN setup to transmit claims data. Or a server service is required to be run under a specific account for call tickets to transfer to another help desk. And they have access to server permissions and change management processes to make things happen.
This level of application expertise can reside in a third individual or be delegated to each Subject Matter Expert (SME) in the continuum.

Because each application has it's own idiosyncrasies and knowledge requirements, the required intelligence and responsibility for it's usefulness could be individually negotiated between IT and the Business.

If you have some thoughts on distributing and managing these roles and responsibilities, shoot me a comment or email.

When we dichotomize functions and roles, it becomes increasingly difficult to find someone who has enough A-Z knowledge of any given application to provide intelligence for problem solving, upgrading or disaster recovery. To make matters even more challenging, many times the application analyst or coordinator is employed by the business unit, not IT.

Somewhere in the middle lies a realm of knowledge that I like to call application administration. An application administrator is the individual who knows enough about the application and about SQL server to know how table permissions can affect the application. Or that your pharmacy application uses a VPN setup to transmit claims data. Or a server service is required to be run under a specific account for call tickets to transfer to another help desk. And they have access to server permissions and change management processes to make things happen.
This level of application expertise can reside in a third individual or be delegated to each Subject Matter Expert (SME) in the continuum.

Because each application has it's own idiosyncrasies and knowledge requirements, the required intelligence and responsibility for it's usefulness could be individually negotiated between IT and the Business.

If you have some thoughts on distributing and managing these roles and responsibilities, shoot me a comment or email.

