An earlier draft of this page was discussed by the ITANA group on Aug 20. Some content has moved. Please see the enterprise workflow home page.
The typical components of a workflow solution can be implemented in many different ways, resulting in substantially different solutions or scenarios. The following scenarios illustrate three kinds of workflow solution. These scenarios suggest "levels" in a "progression", but in practice institutions are likely to have several approaches to workflow at once, with "enterprise workflow" as their long-term goal.
For example, a web content management system may route content revisions to multiple approvers before publishing. Workflows are probably developed within the system in a system-specific process. They are stored and executed within the system; they may even be "built in", i.e., configurable but not re-programmable. Users are authorized according to permissions and roles defined within the system; perhaps the system refers to an external directory for groups and identities. The system provides all the necessary user interfaces; users may also receive email notifications. There is no need for the system to interact with other systems to complete a workflow. The system is managed by a team that supports workflows as just another feature of a larger solution.
For example, a document management system with significant workflow capabilities may be used to provide automation for multiple business processes and across business domains. Workflows in this scenario typically involve routing a form from user to user to complete a process. Workflow definitions may or may not be standards based and portable. They are stored and executed within the system. Users are authorized according to permissions and roles defined within the system; perhaps the system refers to an external directory for groups and identities. The system provides all the necessary user interfaces; users may also receive email notifications. The system does not interact with other systems to complete a workflow. The system is managed by a team that focuses on workflow and works with business units to automate business processes.
In this scenario the goal is to integrate workflow across systems, making workflow an enterprise infrastructure resource that provides capabilities on top of other systems. Workflows are developed according to a standard and may be built from re-usable sequences designed for the enterprise's various core business systems. Workflows are stored and executed within a central workflow infrastructure, but this interfaces with other systems to carry out workflow steps, such as creating a transaction in a core business system. (Some of these systems may also manage their own workflows internally.) Users are authorized according to centrally managed permissions, roles, groups, and identities. Different users may see a variety of user interfaces (email, web dashboard, portal, development tools, data warehouse reports). The system is managed by a team that works with business units as well as the IT teams that manage the systems to be integrated.