Processor-Implemented Method For Establishing an Event Sequence For Deliverables
A processor-driven method provides a step-by-step process to assess an organization's ability to meet project and contract standards resulting from a negotiated contract. This assessment also highlights the most efficient path for performance and identifies strengths and weaknesses in the organizations abilities. The method can aid an organization's front line sale force in identifying resources that are optimal for use in a particular contract and can generate a back end work flow for implementation and tracking of program deliverables by administrators, program or contract managers and others based on the requirements of a negotiated project. The identification of key project phases and solutions and the ability to build process flows based on a library of the organization's operational information, e.g., resources, tools, artifacts, within intersections of the phases and solutions, allows an organization to determine best path to contract completion. The best path may optimize cost, time, and personnel.
Latest Cognizant TriZetto Software Group, Inc. Patents:
- Connected Reference Architecture and Toolkit
- Healthcare claim data recreation for support and analysis
- System and method for processing payment bundles
- System and method for using a first electronic representation of contract terms for generating a second electronic representation of the contract terms
- Payment assurance and claim pre-validation
The present application is a divisional application of and claims priority to U.S. patent application Ser. No. 12/647,580, filed Dec. 28, 2009, entitled “Processor-Implemented Method For Establishing an Event Sequence For Deliverables,” the disclosure of which is incorporated herein by reference in its entirety.
BACKGROUND OF THE INVENTION Field of the InventionThe present invention is directed to a processor-implemented method for establishing a delivery framework. More particularly, the present invention describes a method for visually and logically building and representing stages of a product or service delivery framework, resulting in improved project management from inception to delivery.
Description of Related ArtEvent-driven process chains (EPCs) are commonly used for the purpose of enterprise resource planning (ERP) implementation. Numerous commercial applications are available to facilitate the creation of EPC diagrams, including, for example, ARIS Toolset of IDS Scheer AG, ADONIS of BOC Group, Mavim Rules of Mavim BV, Business Process Visual ARCHITECT of Visual Paradigm, Visio of Microsoft Corp., Semtalk of Semtation GmbH, and Bonapart by Pikos GmbH. Generally, these conventional applications are static applications with limited ability to produce flexible, configurable or project-defined process flows. A user models the components of the EPC diagram and create the links between these components. Such a process can be time-consuming and may result in inconsistent processes between two or more implementations of very similar goals.
There is a need in the art for a dynamic framework machine that facilitates the ability to rapidly translate or map the negotiated (or in-process negotiation) contract requirements to the capabilities, resources, tools and other operational abilities of the supplying organization.
SUMMARY OF THE INVENTIONVarious embodiments described herein attempt to overcome the drawbacks of the conventional applications. In a first embodiment of the present invention, a process for building a processor-implemented framework machine for facilitating the implementation of contract requirements in view of the resources of a supplier is described. The process includes: establishing a matrix of X phases and Y solutions, wherein an intersection of each X phase with each Y solution is an event sequence link (ESL); populating at least one table stored in at least one database with multiple building blocks for outlining at least one sub process for achieving at least one solution within each ESL; populating each ESL with user selectable building blocks; programming a processor to associate the selection of particular building blocks with particular solutions within each ESL; programming the processor to accept user selection of particular building blocks for achieving the at least one solution within a selected ESL; programming the processor to link user selected building blocks and ESLs into an event sequence chain (ESC); and programming the processor to generate one or more user selected reports based on the ESC which include information directed to at least one of costs, timing, and resources associated with one or more of the user selected building blocks, each ESL and the ESC.
In a second embodiment of the present invention, a processor-implemented method for using a framework machine to map negotiated contract requirements to the resources of a provider is described. The method includes: selecting via a processor a first event sequence link (ESL) from a matrix of event sequence links that approximately maps to a first overlapping phase and solution requirement of a contract; selecting via the processor one or more building blocks within the selected first event sequence link (ESL) that more particularly map to achievement of the first overlapping phase and solution requirement of the contract; repeating selections via the processor of additional ESLs and corresponding building blocks for additional overlapping phase and solution requirements of the contract until each negotiated contract requirement has been mapped to at least one ESL; generating via the processor an event sequence chain (ESC) linking the first ESL and all additional ESLs for each phase; generating via the processor at least one report relating to at least one of the ESC, the first or additional ESLs, the selected building blocks.
In a third embodiment of the present invention, a processor-implemented method for using a framework machine to negotiate contract requirements is described. The method includes: searching via a processor for at least a first building block for satisfying a first proposed contract requirement; if the processor identifies the at least a first building block, then selecting via a processor the at least a first building block; and selecting an event sequence link (ESL) from a matrix of event sequence links that includes the at least a first building block; repeating searching for and selections via the processor of additional building blocks and corresponding ESLs for all proposed contract requirements; generating via the processor an event sequence chain (ESC) linking selected ESLs; and generating via the processor at least one report relating to at least one of the ESC, the selected ESLs, and the selected building blocks.
Additional features and advantages of an embodiment will be set forth in the description which follows, and in part will be apparent from the description, or may be learned by practice of the invention. The objectives and other advantages of the invention will be realized and attained by the structure particularly pointed out in the exemplary embodiments in the written description and claims hereof as well as the appended drawings.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory and are intended to provide further explanation of the invention as claimed.
The following figures are intended to be non-limiting diagrammatic examples of the embodiments of the present invention and are included as part of the specification.
Reference will now be made in detail to the preferred embodiments of the present invention, examples of which are illustrated in the accompanying drawings.
Embodiments herein describe a processor-drive method that provides a step-by-step process to, among other things, assess an organization's ability to meet project and contract standards resulting from a negotiated contract. This assessment also highlights the most efficient path for performance and identifies strengths and weaknesses in the organizations abilities. In negotiating a contract to provide customized products and/or services, both the provider and the customer go through numerous iterations and discuss numerous potential product solutions, capabilities, personnel, time tables, costs, and the like. The processor-driven method described herein can aid an organization's front line sale force in identifying resources that are optimal for use in a particular contract and is also capable of generating a back end work flow for implementation and tracking of program deliverables by administrators, program or contract managers, and others based on the requirements of a negotiated project. The identification of key project phases and solutions and the ability to build process flows based on a library of the organization's operational information, e.g., resources, tools, artifacts, within intersections of the phases and solutions, allows an organization to determine best path to contract completion. The best path may optimize cost, time, personnel, etc.
The method is described in at least two phases. First, there is a process for building the framework machine and, second, there are numerous iterations and processes for using the framework machine. Referring to
The process for building and programming the framework can be achieved via original coding and database population, use of commercial or other proprietary coding tools or a combination of original and existing tools for automated framework development. The particular programming tools used in the development of the implementing code are outside the literal scope of the invention, but one skilled in the art appreciates that such tools are widely known and available and this knowledge is incorporated into this description.
In a specific exemplary embodiment of the present invention, the processor-driven method for constructing a delivery framework consists of a predetermined number of phases, e.g., five, and a predetermined number of solution tracks, e.g., four, and can be illustrated in a matrix such as that shown in
At the intersection of each phase and solution track is an event sequence link (“ESL”), which is comprised of combinations of the following building blocks: Event—an event describes the “what,” can have one-to-many outcomes associated with it, and are named with a verb/noun definition in mind (actionable); Outcome—an outcome describes the “why” and is the tangible result(s) that add value to our customers; Artifacts—an artifact depicts the “how” and are the deliverables that drive to the business outcome(s); Contributor—the contributor represents the “who” and are potential people, processes and systems that enable events to produce outcomes; and, finally, Associations—associations define a potential relationship, are non-prescriptive relationships between events and sequence mapping and are not required, but instead are a guide for a potential client solution path.
More specifically,
Next, an ESL, either alone or in combination with other ESLs, forms an Event Sequence Chain (ESC) 100 as exemplified in
The framework machine may provide the following functionality: generate an ESC Diagram for each ESL inputted into the system; take all inputted ESLs and create and ESC list; print a generated ESC List; name a generated ESC List; save a generated ESC List; generate an ESC Diagram from all inputted ESLs; print an ESL Diagram; print a generated ESC Diagram; name a generated ESC Diagram; save a generated ESC Diagram; access a saved ESC and update it; and version ESCs. Further, the system shall provide the ability to deselect at least the following to exclude it from an ESC and/or ESL: Events and Artifacts.
The framework machine may also calculate: an estimated cost based upon events and artifacts; a profitability score for each ESC; typical total contributor load by contributor; typical total contributor load; total rough order of magnitude (ROM); total ROM variance; total cost; total cost variance; total contributor variance by contributor; total contributor variance. Other framework machine functionality includes: identification of gaps that exist between the selected ESLs and the desired work to be completed; identification of owners of each ESL that exists in a chain, including offering organization and third parties, e.g., subcontractors; identification of areas where one owner owes another owner an artifact; identification of which ESL that artifact should be delivered from one owner to the other.
In a particular implementation, the framework machine may generate a template such as a .mpp file that includes: ESL Name, Event Name and Artifact Name. The template may contain the following information associated with an event and/or an artifact: Rough order of Magnitude (ROM); ROM Variance; Contributors; Contributor Load; Cost; and Cost Variance. Further, the template may contain the following information associated with an artifact.
With respect to events, the framework machine may generate an event list from the generated ESC that is comprised of ESLs. The event list can be viewed, printed, named, and/or saved by ESC or ESL. Event attributes and events attribute values can be assigned as follows: ROM in Hours; ROM Variance in Hours; Contributors (e.g., Primary Owner; Project Performer; Manager); Contributor Load in Hours; Cost in Dollars; Cost Variance in Dollars.
With respect to outcomes, the framework machine may generate an outcome list from the generated ESC which can be viewed, printed, named and/or saved by ESC or ESL or event.
With respect to artifacts, the framework machine may generate an artifact list from the generated ESC. The artifact list, including all attributes and attribute values assigned can be viewed, printed, named, and/or saved by ESC or ESL or event or outcome. The framework machine has the ability to generate a collection of Artifact templates. A user has the ability to designate where the artifact template collection will be deposited. Further, the framework machine has the ability to assign artifacts attributes and attributes values to all attributes associated to an artifact including: Rough order of Magnitude (ROM); ROM Variance; Contributors; Contributor Load; Cost; and Cost Variance. The ROM and ROM variance is calculated for an ESC based upon the artifacts included in the ESC and may be viewed by ESC or ESL or event or artifact. The contributor list and contributor load is calculated for an ESC based upon the artifacts included in the ESC and may be viewed by ESC or ESL or event or artifact.
Thus far, the development of the framework machine and specific example have been described. In
The framework machine also offers additional functionality for adding and/or deselecting building blocks and/or ESLs in response to client change orders or contract amendments during the life of the contract. A new ESC may result and updated reports can be run by various users in order to allocate or re-allocate resources accordingly, re-align internal budget, revise customer expectations, etc.
A second exemplary processor-implemented method for using the framework machine is depicted in
The ability to generate detailed statements of work with resource identification and estimations will necessarily reduce the amount of time necessary for organization project teams to understand what will and will not work to achieve the contract requirements. The report details what events, what outcomes, what artifacts should be collected in preparation to deliver against that contract. The framework machine acts as an interface for an administrator, program manager, analyst or other managing user to orchestrate what was designed in the contract. Further, the framework is not static as the underlying data tables and associations are continually updated to reflect changes in the organizations capabilities and resources.
The reporting function also offers other features including outlining the requirements that were sold in the contract agreement that do not match a specific or approved event or artifact set to be able to produce that goal. The report results in improvement in product and service delivery quality because the offeror organization will very quickly understand if the sales department has sold something that the organization is not currently competent to provide. This greatly enables the organization to get ahead of a customer engagement and be forthright regarding the possibility of additional cost and time around producing those offerings that the organization does not currently have the capacity to produce. Using both diagrammatic and mechanical solutions, the present invention facilitates the assembly of a bound set of artifacts, tools and attribute information for the organization to better understand and queue up internal resources to develop and deliver a best in class service.
The users interface with the framework machine via a web interface that can be pulled up anywhere there is network access. The preferred embodiment contemplates multiple versions of the interface offerings. For example, if the machine is being used during contract negotiations, the available building block selections could be a subset of what is ultimately available to organization administrators and program managers. Accordingly, a negotiation interface might be described as less complex and more user friendly so as to establish contract principles at a high level. The ultimate methods for selection of building blocks and ESLs could be implemented through one or more of point and click, drop down menus, check boxes, tags, icons, drag and drop. A second interface might be available to internal organization personnel to fill in with more specific building blocks post-negotiation. This second interface, like the first, could facilitate selection through one or more of point and click, drop down menus, drag and drop.
In a particular embodiment of the present invention, the framework machine provides running information either on the individual web pages or upon request by the user as selections/de-selections are identified. For example, a profitability metric could identify to users how particular selections affect the organizations profitability. Similarly, a cost metric could identify to the potential customer how a particular selection will likely affect cost.
Other anticipated functionality allows for the input and collaboration by and with another customer vendor, e.g., subcontractor or customer-selected third party vendor. For example, during contract negotiations, the customer could submit that it has already hired a third party to complete one or more events, ESLs, phases, solutions, etc. In order to provide the customer with a complete picture of its negotiations and how multiple contracts interact to provide a solution, the framework machine offers the option to input at least minimal third-party contract information for the identified events, ESLs, phases, solutions. Accordingly, the negotiating organization enters third-party cost, time frame, etc. at the appropriate events, ESLs, phases, solutions when prompted by the customer. This information will offer a value-add to the customer who will be able to see a complete ESC that includes at least high level costs and timeline information across multiple vendors and contracts. This information is also important to the offering organization since the ESC and reports will indicate that particular building blocks are being provided by a third party and thus the offering organization will not waste resources on completing an event that it was clearly not hired to complete.
As shown in
When a user at the workstation computer 310 desires to generate or modify an event-driven process chain, the workstation computer 310 sends requests to the framework server 300. The framework server 300 can recall items from the databases 320, 330, add items to the databases 320, 330, or modify items in the databases 320, 330. The framework server 300 can also provide the reporting functionality to the workstation computer 310.
The framework machine can take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment containing both hardware and software elements. In one embodiment, the invention is implemented in software, which includes but is not limited to firmware, resident software, microcode, etc. Furthermore, the invention can take the form of a computer program product accessible from a computer-usable or computer-readable medium providing program code for use by or in connection with a computer or any instruction execution system. For the purposes of this description, a computer-usable or computer readable medium can be any tangible apparatus that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. The medium can utilize electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system (or apparatus or device) or a propagation medium (though propagation mediums in and of themselves as signal carriers are not included in the definition of physical computer-readable medium). Examples of a physical computer-readable medium include a semiconductor or solid state memory, magnetic tape, a removable computer diskette, a random access memory (RAM), a read-only memory (ROM), a rigid magnetic disk, and an optical disk. Current examples of optical disks include compact disk-read only memory (CD-ROM), compact disk-read/write (CD-R/W) and DVD.
A data processing system suitable for storing and/or executing program code will include at least one processor coupled directly or indirectly to memory elements through a system bus. The memory elements can include local memory employed during actual execution of the program code, bulk storage, and cache memories that provide temporary storage of at least some program code in order to reduce the number of times code must be retrieved from bulk storage during execution. Input/output or I/O devices (including but not limited to keyboards, displays, pointing devices, etc.) can be coupled to the system either directly or through intervening I/O controllers. Network adapters may also be coupled to the system to enable the data processing system to become coupled to other data processing systems or remote printers or storage devices through intervening private or public networks. Modems, cable modem, and Ethernet cards are just a few of the currently available types of network adapters.
Moreover, the disclosed methods may be readily implemented in software, e.g., as a computer program product having one or more modules each adapted for one or more functions of the software, executed on a programmed general purpose computer, cellular telephone, PDA, a special purpose computer, a microprocessor, or the like. In these instances, the systems and methods of this invention can be implemented as a program embedded on a personal computer such as a JAVA®, CGI or Perl script, as a resource residing on a server or graphics workstation, as a routine embedded in a dedicated image system, or the like. The systems and methods of this invention can also be implemented by physically incorporating this system and method into a software and/or hardware system, such as the hardware and software systems of a computer. Such computer program products and systems can be distributed and employ a client-server architecture.
It is to be appreciated that the various components of the technology can be located at distant portions of a distributed network and/or the Internet, or within a dedicated secure, unsecured and/or encrypted system. Thus, it should be appreciated that the components of the system can be combined into one or more devices or co-located on a particular node of a distributed network, such as a telecommunications network. As will be appreciated from the description, and for reasons of computational efficiency, the components of the system can be arranged at any location within a distributed network without affecting the operation of the system. Moreover, the components could be embedded in a dedicated machine.
Furthermore, it should be appreciated that the various links connecting the elements can be wired or wireless links, or any combination thereof, or any other known or later developed element(s) that is capable of supplying and/or communicating data to and from the connected elements. The term module as used herein can refer to any known or later developed hardware, software, firmware, or combination thereof that is capable of performing the functionality associated with that element. The terms determine, calculate and compute, and variations thereof, as used herein are used interchangeably and include any type of methodology, process, mathematical operation or technique.
The embodiments described herein are not intended to be limiting. One skilled in the art recognizes the various alternatives to the exemplary embodiments that are necessarily included within the scope of the present invention.
Claims
1. A processor-implemented method for using a programmed framework machine to map negotiated contract requirements to the resources of a provider comprising:
- selecting via a processor of the programmed framework machine a first event sequence link (ESL) from a matrix of event sequence links that approximately maps to a first overlapping phase and solution requirement of a contract, wherein the matrix includes X phases and Y solution tracks and further wherein at an intersection of each X phase with each Y solution track is an event sequence link (ESL);
- selecting via the processor of the programmed framework machine one or more building blocks within the selected first event sequence link (ESL) that more particularly map to meeting the first overlapping phase and solution requirements of the contract;
- repeating selections via the processor of the programmed framework machine of additional ESLs and corresponding building blocks for additional overlapping phase and solution requirements of the contract until each negotiated contract requirement has been mapped to at least one ESL;
- generating via the processor of the programmed framework machine an event sequence chain (ESC) linking the first ESL and all additional ESLs for each phase;
- generating via the processor of the programmed framework machine at least one report relating to at least one of the ESC, the first or additional ESLs, and the selected building blocks.
2. The processor-implemented method according to claim 1, wherein the building blocks are selected from the group consisting of events, outcomes, artifacts and contributors.
3. The processor-implemented method according to claim 1, wherein the at least one report is selected from the group consisting of: a statement of work for the contract, a time line for performing the contract requirements, resource estimates for performing the contract requirements; cost for performing the negotiated contract requirements and predicted revenue for performing the contract requirements.
4. The processor-implemented method according to claim 1, further comprising:
- accepting via the processor of the programmed framework machine the addition and deletion of one or more ESLs and building blocks in response to an amendment to contract requirements.
5. A processor-implemented method for using a programmed framework machine to negotiate contract requirements comprising:
- searching via a processor of the programmed framework machine a for at least a first building block for satisfying a first proposed contract requirement;
- if the processor identifies the at least a first building block, then selecting via a processor of the programmed framework machine the at least a first building block; and selecting via a processor of the programmed framework machine an event sequence link (ESL) from a matrix of event sequence links that includes the at least a first building block, wherein the matrix includes X phases and Y solution tracks and further wherein at an intersection of each X phase with each Y solution track is an event sequence link (ESL);
- repeating searching for and selections via the processor of the programmed framework machine of additional building blocks and corresponding ESLs for all proposed contract requirements;
- generating via the processor of the programmed framework machine an event sequence chain (ESC) linking selected ESLs; and
- generating via the processor of the programmed framework machine at least one report relating to at least one of the ESC, the selected ESLs, and the selected building blocks.
6. The processor-implemented method according to claim 5 further comprising:
- selecting via the processor of the programmed framework machine additional building blocks within a selected ESL in accordance with additional proposed contract requirements.
7. The processor-implemented method according to claim 5, wherein the building blocks are selected from the group consisting of events, outcomes, artifacts and contributors.
8. The processor-implemented method according to claim 5, wherein the at least one report is selected from the group consisting of: a statement of work for the contract, a time line for performing the contract requirements, resource estimates for performing the contract requirements; cost for performing the contract requirements and predicted revenue for performing the contract requirements.
Type: Application
Filed: Jun 29, 2017
Publication Date: Oct 19, 2017
Applicant: Cognizant TriZetto Software Group, Inc. (Englewood, CO)
Inventor: Mark Hendrickson (Evergreen, CO)
Application Number: 15/636,856