Aspects of the present invention are directed to an enterprise risk analysis system.
Risk is the effect of uncertainty on objectives whether positive or negative. Risk management, therefore, refers to the identification, assessment, and prioritization of risks followed by coordinated and economical application of resources to minimize, monitor, and control the probability and/or impact of unfortunate events or to maximize the realization of opportunities.
For any given enterprise, be it public or private sector, prioritization and analysis are generally not supported with tools that can store, search, and retrieve related structured and unstructured information. Often, there is no support for collaboration to get multiple perspectives on identified and prioritized risks and no easy tools for allowing reuse of knowledge from previous or other risk identification, assessment, and prioritization exercises. Moreover, there are often no tools available to visualize an enterprise risk management (ERM) environment to understand relationships between risks, root causes, risk ownership, existing risk controls, and planned risk controls.
In fact, it is typical for risk related information to be merely stored and managed in spreadsheets and databases with limited search capabilities and limited reusability. In particular, the spreadsheets and databases do not easily support multi-dimensional filtered searches. Also, where compliance based selection of control process portfolio is employed, risks are not modeled in a meaningful manner. Thus, analysis of a control process portfolio without taking cost into account does not result in optimal resource allocation. Equally importantly, most risks cannot be managed solely or even primarily through compliance and control activities, but rather require the exercise of judgment which may not be validated (or proven wrong) for years or decades.
As an example, U.S. Pat. No. 7,603,283 to Spielmann discloses a system to identify levels of compliance for risks (but not risks themselves) against risk control procedures with the intent of making decisions regarding choice of risk control wherein non-compliance leads to accepting risk and creation of a risk response action plan. It deals only with quantitative information about each risk with a limited set of risk elements (risks, sub-risks, controls) and decisions are made by sorting compliance scores for each risk.
Similarly, U.S. Pat. No. 7,319,971 to Abrahams discloses a method of choosing a set of controls to bring residual risks within acceptable levels and uses a limited set of risk elements (generic risk record, profile risk record, risk management process script, risk context). The risk context comprises a profile containing related risks, associated consequences and controls and is used to organize the information required for computing inherent risk impact and identifying a set of controls to bring residual risk within acceptable levels.
In accordance with an aspect of the invention, a system for analyzing enterprise risks is provided and includes a first subsystem to permit creation of enterprise risk management (ERM) templates and population thereof into instances of searchable and retrievable ERM content, a second subsystem to permit visualization and editing of the ERM content, a plurality of integrated analysis tools and an ERM work product generator supported by the first subsystem for operation with the second subsystem to produce ERM analytical results and ERM work product based on the ERM content and a platform.
In accordance with another aspect of the invention, a system for analyzing enterprise risks is provided and includes a first subsystem, including an enterprise risk management (ERM) model designer to permit modeling of an ERM template including relationships thereof with other ERM templates, an ERM content editor to permit population of the ERM template into an instance of searchable and retrievable ERM content, an ERM content search module to permit searching of the ERM content and an ERM contextual collaboration platform to permit collaboration of ERM content editing, a second subsystem to permit visualization of the ERM content, a plurality of integrated analysis tools and an ERM work product generator supported by the first subsystem for operation with the second subsystem to produce ERM analytical results and other ERM work products based on the ERM content and a platform by which the first and second subsystems, the plurality of integrated analysis tools and the ERM work product generator are accessible to authorized users.
In accordance with another aspect of the invention, a computer-readable medium having a set of executable instructions stored thereon to cause a microprocessor of a computing device to implement a method for analyzing enterprise risks, the method including modeling an enterprise risk management (ERM) template, populating the ERM template into an instance of searchable and retrievable ERM content, visualizing the risk-related enterprise information, producing ERM analytical results and ERM work product based on the ERM content and providing via a platform authorized users with read/write access to the ERM template, the ERM content, the analytical results and the ERM work product.
The subject matter regarded as the invention is particularly pointed out and distinctly claimed in the claims at the conclusion of the specification. The foregoing and other aspects, features, and advantages of the invention are apparent from the following detailed description taken in conjunction with the accompanying drawings in which:
With reference to
The platform 60 may be any platform by which the authorized users communicate with one another and may include multiple clients and servers connected with one another, such as over the Internet, an Intranet, a wide area platform (WAN), a local area platform (LAN), etc. The platform 60 may include collaboration capabilities such as e-mail, ERM content rating, discussion forums to discuss ERM content, and facilities for sharing rich ERM documents of different kinds (images, videos, documents). The platform 60 may include hardware having storage capacity, such as a first repository 61 for storing ERM model templates 211 and a second repository 62 for storing ERM content 221. The platform 60 may include facilities to provide access control on the ERM content, facilities to visualize, query, search, and retrieve content and to rank the content based on various filters. At least one of the first and second repositories 61, 62 may maintain a historic record of risk response solutions and the associated risks. This historic record may includes effectiveness data regarding the effectiveness of previous risk responses and may assist in guiding the formation of future risk response strategies.
The first subsystem 20 includes an ERM model designer 21, an ERM content editor 22, an ERM model search module 23 and an ERM contextual collaboration platform 24. The ERM model designer 21 permits modeling of ERM model templates 211. Here, an authorized user may be granted read/write access to the first repository 61 by way of a client. With such access, the authorized user may build the ERM model template 211 or may review and, if necessary, modify or otherwise populate an existing ERM model template 211. The ERM model template 211 may include an identification and/or description of various ERM elements, such as risks, root causes, key risk indicators and metrics, risk controls, etc., along with the inter-relationships of a specific ERM element to other ERM elements.
The inter-relationships of ERM elements to other ERM elements are shown schematically in
As an example, an ERM model template 211 may be built for a new product design team and an ERM element may be product failure due to faulty design. Here, the ERM model template 211 may indicate that the risk is product failure, the root causes are faulty design and/or insufficient instructions for product use, the key risk indicators are negative product test results and the risk controls are further engineering education for the design team and the use of design reviews. These ERM elements are related to each other to describe that the risk (product failure) has one or more root causes (faulty design and/or insufficient instructions for product use) that can be addressed by one or more risk controls (further engineering education for the design team and the use of design reviews). The risk (product failure) can be tracked using one or more key risk indicators (negative product test results).
Another type of risk to consider is the incapability of an enterprise to manage risk and could be applicable and relevant to various ERM model templates 211. If management lacks risk management maturity or the enterprise management structure does not encourage ownership of risk, it is not likely that the enterprise will respond appropriately to an unexpected or negative instance. Thus, the ERM model template 211 may indicate that the risk of product failure is compounded by the risk that management is unprepared to deal with an actual product failure and, as such, management's response will be inappropriate or inadequate. Here, the ERM model template 211 may indicate that a root cause of risk management incapability are lack of preparation or lack of risk ownership, the key risk indicators are the non-existence of company-wide risk management policies and the risk controls might include establishing and enforcing such policies.
The ERM content editor 22 permits modification of the ERM model template 211 into an instance of stored, organized, searchable and retrievable ERM content 221 that includes structured and unstructured risk-related enterprise information. Examples of structured risk-related enterprise information includes ERM risk, inherent risk likelihood and inherent risk impact. Examples of unstructured risk-related enterprise information includes risk description, ERM element related collaboration information (such as e-mail, ERM content rating, discussion forums to discuss ERM content) and attachments of rich documents of different kinds (images, videos, documents). An authorized user may be granted at least read access to the first repository 61 and read/write access to the second repository 62. With such access, the authorized user may review a particular ERM model template 211 and generate an instance of ERM content 221.
With respect to the examples given above, an instance of ERM content 221 may be the failure of an automatic shut off device for a power tool that could lead to severe injury of an end user. Here, the ERM content 221 may state that root causes of this type of failure are unreliable circuitry and the lack of sufficient testing, a key risk indicator is a similar failure in a similar device, and risk controls are an effort to improve design and the issuance of a warning label with the product. Similarly, another instance of related ERM content 221 may be the risk that company management will be incapable of appropriately responding to a case of an actual injury due to the product failure. Here, the root cause may be lack of preparation on the part of management, lack of ownership of risks associated with faulty design and the risk control may be the establishment of company-wide policies that prohibit products being brought to market having automatic shut off devices that are known to fail.
Each instance of ERM content 221 may be stored within the second repository 62 and, from there, the ERM content 221 is searchable via the ERM model search module 23. These searches may be keyword searches or filtered searches conducted at a client through application of multiple filters simultaneously and, as such, a user having been granted at least read access to the second repository 62 should be able to locate ERM content 221 he is interested in along with related ERM content 211 he may find useful for reference. An ERM search query result 233 is then provided to the user via the client. The searched ERM content 221 may also be ranked based on specific queries and, in an exemplary embodiment, risk response solutions may be ranked based on, for example, effectiveness in mitigating a given root cause.
The ERM contextual collaboration platform 24 is provided across a plurality of clients and is accessible to multiple users whereby the users can communicate with one another regarding the instances of ERM content 221. To that end, the ERM contextual collaboration platform 24 may support threaded discussions or blackboard forums, user specified ratings and/or email relating to the ERM content 221. In some cases, the ERM contextual collaboration platform 24 may further support online meetings during which ERM content 221 is discussed.
In accordance with some embodiments, information made available through the ERM contextual collaboration platform 24 may be extracted and incorporated into the ERM content 221. Here, for example, if a given risk is similar to a risk that has been considered and dealt with previously, the experience of the enterprise can inform the instance of ERM content 221 of the given risk. In that way, the enterprise can reuse information developed over time and improve its risk management capabilities.
A second subsystem 30 permits visualization of the risk-related enterprise information developed via the first subsystem 20. With reference to
An exemplary screenshot 310 of the GUI 300 is shown in
The first subsystem 20 and the second subsystem 30 may be provided with a semantic platform model that captures the enterprise risk-related content, such as risks, risk metrics, root causes, risk response solutions, business objectives, organizations, organizational role players and business processes, and their relationships. The semantic platform model may employ programming languages including Web Ontology Language (OWL), Resource Description Framework (RDF), HTML and XML for supporting the representation of the risk-related content and their relationships within the GUI 300 and, in some embodiments, may be embodied as a semantic reasoner, including a scalable highly expressive reasoner (SHER), Protégé and/or Pellet, to retrieve the relationships among various risk-related content elements.
With reference back to
With reference to
A risk prioritization module 420 ranks risks based on plurality of criteria, including the likelihood of occurrence of risk and the impact of risk, and may produce a risk exposure estimate of individual risks computed using a plurality of techniques, including interviews with risk owners, preference elicitation and multi-criteria decision making approaches. Top risks are ranked based on the risk exposure estimate of each risk alone or by also including management's ability to influence the risk event's likelihood and/or impact.
A risk analysis module 430 enables both qualitative and quantitative analytics. Here, qualitative analytics refers to the analysis of non-quantified issues, such as the analysis of relationships between risks and risk causes or key risk indicators. Quantitative analytics refers to quantifiable analysis, such as the cost of risk mitigation versus the potential reduction in risk likelihood, risk impact or both.
With reference to
With reference to
With reference to
As shown in
In an operation of the system 10, as shown in
With reference to
As shown in
As such, a listing of the “hot” business components, a listing of the scoped business component model, a description of the scoped business functions related to the scoped components, the ERM capability assessment results, the ERM capability maturity gaps and visualizations and the ERM capability maturity improvement program recommendations are akin to ERM analytical results 400′. They can, therefore, be relied upon to identify areas where improvement is necessary and to identify, by comparison with the “hot” business components, where efforts taken towards improvement will have the greatest economic benefit.
In accordance with another aspect of the invention, the systems and methods described above may be embodied as a non-transitive computer-readable medium having a set of executable instructions stored thereon. When executed, the instructions are capable of causing a processing unit of a computing device to operate as the systems 10, 10′ or to execute any one of the methods.
In accordance with aspects of the invention, at least the first subsystem 20 and the plurality of the analysis tools 40 may be deployed by manual loading directly in client, server and proxy computers via a loading of a storage medium such as a CD, DVD, etc. The first subsystem 20 and the plurality of the analysis tools 40 may also be automatically or semi-automatically deployed into a computer system by being sent to a central server or a group of central servers from which they are then downloaded into the client computers for execution. Alternatively, the first subsystem 20 and the plurality of the analysis tools 40 may be sent directly to the client system via e-mail and then either detached to a directory or loaded into a directory by a button on the e-mail that executes a program that detaches the first subsystem 20 and the plurality of the analysis tools 40 into directories. Another alternative is to send the first subsystem 20 and the plurality of the analysis tools 40 directly to a directory on the client computer hard drive. When there are proxy servers, the process will, select the proxy server code, determine on which computers to place the proxy servers' code, transmit the proxy server code, then install the proxy server code on the proxy computer. The first subsystem 20 and the plurality of the analysis tools 40 will be transmitted to the proxy server and stored on the proxy server.
As will be appreciated by one skilled in the art, aspects of the present invention may be embodied as a system, method or computer program product. Accordingly, aspects of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “system” or “subsystem.” Furthermore, aspects of the present invention may take the form of a computer program product embodied in one or more computer readable medium(s) having computer readable program code embodied thereon.
Any combination of one or more computer readable medium(s) may be utilized. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++ or the like and conventional procedural programming languages, such as the “C” programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).
Aspects of the present invention are described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer program instructions may also be stored in a computer readable medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable medium produce an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.
The computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
The flowchart and block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
While the disclosure has been described with reference to exemplary embodiments, it will be understood by those skilled in the art that various changes may be made and equivalents may be substituted for elements thereof without departing from the scope of the disclosure. In addition, many modifications may be made to adapt a particular situation or material to the teachings of the disclosure without departing from the essential scope thereof. Therefore, it is intended that the disclosure not be limited to the particular exemplary embodiment disclosed as the best mode contemplated for carrying out this disclosure, but that the disclosure will include all embodiments falling within the scope of the appended claims.