Harbarian process modeling

Last updated
HPM Process Diagram Sample HPM Process Diagram.png
HPM Process Diagram

Harbarian process modeling (HPM) is a method for obtaining internal process information from an organization and then documenting that information in a visually effective, simple manner.

Contents

The HPM method involves two levels:

  1. Process diagrams: High-level overviews of specific processes or workflows.
  2. Systems diagrams: Mapping how each process is correlated, as well as various inputs, outputs, goals, feedback loops, and external factors.

HPM method purpose

The primary purpose of the HPM method is to first elicit process information from all relevant stakeholders and subsequently document existing processes completed within an organization. This method addresses the problem of workplace inefficiency, which can largely be attributed to the majority of processes being undocumented and informally completed.

The formal documentation of processes offers to replace ambiguity and uncertainty with clarity and transparency for the work being completed, both for process stakeholders and for upper management. The development of formal documentation also provides the opportunity to reassess process efficacy. Stakeholders will be given the chance to offer their innate insight into process strengths, weaknesses, and redundancies.

HPM output

The final output of the HPM method is the formalized master documentation of an organization's or branch's workflows and processes. This collection is divided into specific process series, each for a specific group or team. Each process series is divided into the team's major workflows which are individually documented into HPM process diagrams. Each process series also includes an HPM systems diagram which shows the relationships and connections between the various processes, inputs, outputs, feedback loops, external environment, and system goals.

HPM process diagram

HPM process diagrams provide a high-level overview of a specific workflow or process completed by a business unit. These diagrams are not meant to provide detailed instructions on procedures or codes, but instead address all major steps, decisions, and evaluations that are included in a process. Once finalized, these documents can be used as a reference for anyone in the organization. For example:

HPM process diagrams can be customized to fit the specific needs of an organization, however, typically include:

HPM system diagram

HPM system diagrams provide a holistic view of a set of process diagrams. The system focuses on the connections and relationships between various processes. These diagrams also address the system as a collection of:

Example of a basic HPM System Diagram Simple HPM System Diagram.png
Example of a basic HPM System Diagram

HPM implementation

The HPM method implementation is completed in five main phases. Meetings with stakeholders from organizational teams are conducted to identify major processes, document each process in detail, and develop implementable solutions. Information is elicited from stakeholders and then formally documented into process flowchart diagrams and systems thinking diagrams for use within the organization:

  1. initial elicitation and collaboration,
  2. preliminary documentation,
  3. follow-up elicitation and collaboration,
  4. final documentation, and
  5. project package submission.

Initial elicitation and collaboration

The first phase of the HPM method involves scheduling and meeting with each major team that makes up an organization or branch. Meetings are then conducted in the form of an interview and followed a detailed protocol to establish the meeting purpose, convey expected benefits, and to elicit information about the respective team's processes.

Meetings begin with an explanation of the purpose, as well as a list of expected benefits to each team: Clarification should then be given to all questions posed by stakeholders to ensure buy-in from all members of the respective team.

Next, each team should provide a high-level overview of all of the major processes they complete on a regular basis. Each of these processes can then be discussed in detail. The chronological order of tasks for each process is elicited and inputs, outputs, operations, decision points, and evaluations are identified.

Preliminary documentation

The second phase, preliminary documentation, begins after all process information is elicited from all organizational teams. Each process is then organized and formatted into a HPM process diagram. Processes are designed with a title, overview of process phases, timeline (if applicable), and specific steps in sequential order.

Follow-up elicitation & collaboration

After all preliminary HPM process diagrams are drafted, follow-up meetings with each of the teams is conducted. These meetings open with a review of the respective team's HPM process diagrams for accuracy. This review also serves as a means to prime stakeholders for the three stages of brainstorming: (1) prepare the group, (2) present the problem, and (3) guide the discussion.

Prepare the group

Teams are primed for brainstorming through the review of their HPM process diagrams. This step reminds stakeholders about the content being discussed and allows them to think about each process in detail, reviewing what works well and what may be improved. Additionally, the time between the initial interview and follow-up meeting should have provided each stakeholder with the opportunity to independently think about the processes.

Present the problem

Once prepared for brainstorming, teams are tasked with problem identification. While the act of formally documenting processes innately addresses existing problems with process efficiency and ambiguity, brainstorming is meant to focus on further solving these problems. This involves a brief independent reflection for each stakeholder of their existing processes' efficacy, strengths, and areas that could be or need to be improved.

Guide the discussion

To facilitate the brainstorming session, teams are guided through the four stages of AI: (1) discovery, (2) dream, (3) design, and (4) destiny. Each stage consists of a discussion guided with specific AI-based questions crafted to elicit ideas and solutions founded out of positivity.

Discovery

The first stage, discovery, appraises stakeholders and existing workflows, identifying what already works well and "appreciating and valuing the best of 'what is'". [1] Stakeholders are asked AI-based questions designed to elicit the best of their respective team. For example, stakeholders could identify personal strengths of specific stakeholders, strong points within existing processes, and environmental factors that enabled the team to operate at their best.

Dream

The second stage, dream, asks teams to envision a future based on the positives discovered in the first stage of AI. Questions posed to teams allow them to explore optimistic possibilities of what could be accomplished while intentionally overlooking deficits and struggles that existed in the past. For example, stakeholders could envision what their team would be able to accomplish when operating at their best or what factors would enable the team to operate with an elevated sense of purpose.

Design

The third stage, design, focuses on teams articulating how they could turn what was identified in the dream stage into a reality. [2] indicate that "once strategic focus or dream is articulated attention turns to the creation of the ideal organization" and the "actual design of the system" (p. 10). Questions should focus on action planning and identifying where specific improvements could be made within existing processes to make their optimistic futures tangible. Where the dream stage asked stakeholders to overlook deficits and struggles, the design stage asked stakeholders to develop new solutions that fixed or bypassed existing issues by using the teams' strengths.

Destiny

The fourth stage, destiny, concludes the AI process by having teams develop a plan to sustain what was identified in the first three stages. Utilizing the positive momentum built throughout the brainstorming session, stakeholders are likely to agree to perform specific actions. Cognitive dissonance theory postulates that by making a public commitment of behavioral intent, stakeholders will feel a strong need to maintain consistency between their words and their actions. [3] For this reason, questions focus on eliciting self-identified commitments from stakeholders. For example, stakeholders were asked to identify a small action they could each do immediately to help make their envisioned future become a reality. These answers served as public commitments to the rest of their team.

Final documentation

At this point, all relevant information has been elicited from the organizational teams and is ready to be documented. First, HPM process diagrams should be updated to reflect feedback and insights from stakeholders. Second, the collective HPM process diagrams of each team are reviewed and analyzed. Systems thinking is then applied to identify a "deeper understanding of the linkages, relationships, interactions and behaviours among the elements that characterize the entire system". [4]

Business psychology concepts

The HPM method utilizes four core concepts derived from business psychology: (a) flowcharts, (b) brainstorming, (c) appreciative inquiry (AI), and (d) systems thinking.

Flowcharts

Flowcharts are "easy-to-understand diagrams that show how the steps of a process fit together". They provide a visual reference to stakeholders so that steps can clearly be followed in a chronological order. Flowcharts are "used commonly with non-technical audiences and are good for gaining both alignment with what the process is and context for a solution". [5]

This neuroscience tool was incorporated into the HPM method for its numerous applications: (a) defining a process, (b) standardizing a process, (c) communicating a process, (d) identifying bottlenecks or waste in a process, (e) solving a problem, and (f) improving a process. Flowcharts provide a useful and straightforward visual reference for all members of an organization. Utilizing flowcharts offers increased process transparency and decreased ambiguity, often resulting in an increase to overall workplace efficiency.

Brainstorming

Brainstorming is an effective neuroscience tool that can be used with groups to generate ideas that draw on the experience and strengths of all stakeholders. This tool was incorporated into the HPM method for its potential to provide teams with the opportunity to "open up possibilities and break down incorrect assumptions about the problem's limits." Additionally, studies have shown that groups that engage in brainstorming "can be cognitively stimulated as a result of exposure to the ideas of others". [6] This implies there is a synergistic relationship among stakeholders' individual strengths and the ideas generated throughout a brainstorming session.

Appreciative inquiry and the 4-D cycle

Appreciative inquiry (AI) is based on recognizing a "positive core" by appreciating the qualities and strengths of the people who make up an organization. [7] assert that "human systems grow in the direction of what they persistently ask questions about and this propensity is strongest and most sustainable when the means and ends of inquiry are positively correlated" (pp. 3–4). This implies that asking positive and optimistic questions will likely guide a group or organization towards a positive, optimistic future.

AI involves four key stages, known as the 4-D cycle: (1) discovery, (2) dream, (3) design, and (4) destiny. [2] Each stage engages stakeholders in appreciating their organization, constructing a holistic appreciation for the people they work with, and creating a "positive core" that allows the organization to change and grow.

AI was incorporated into the HPM method for its promotion of positive perspectives to stakeholders., [8] the creators of AI, assert that AI focuses on the positive philosophy behind the approach rather than viewing AI solely as a problem-solving technique. AI-based questions can be used to elicit constructive ideas and solutions from stakeholders throughout the elicitation portion of the project.

Systems thinking

Systems thinking is a theory that provides stakeholders with an "understanding [of] how the people, processes, and technology within an organization interact allow[ing] business analysts to understand the enterprise from a holistic point of view". [9] While traditional forms of analysis look at specific parts of a system, systems thinking looks at the "big picture," focusing on the interactions between parts including dependencies and synergistic relationships. [10]

While there are many approaches and models of systems thinking, [11] provide an open system (systems theory) that analyzes a system by its (a) inputs, (b) throughputs or transformations, (c) outputs, (d) feedback, and (e) environment. This model has been adapted for use in analyzing each of the organizational teams as a system through their (a) inputs, (b) transformations, (c) outputs, (d) feedback loops, (e) goals, and (f) environment.

Related Research Articles

<span class="mw-page-title-main">State diagram</span> Diagram of behavior of finite state systems

A state diagram is a type of diagram used in computer science and related fields to describe the behavior of systems. State diagrams require that the system described is composed of a finite number of states; sometimes, this is indeed the case, while at other times this is a reasonable abstraction. Many forms of state diagrams exist, which differ slightly and have different semantics.

Appreciative inquiry (AI) is a model that seeks to engage stakeholders in self-determined change. According to Gervase Bushe, professor of leadership and organization development at the Beedie School of Business and a researcher on the topic, "AI revolutionized the field of organization development and was a precursor to the rise of positive organization studies and the strengths based movement in American management." It was developed at Case Western Reserve University's department of organizational behavior, starting with a 1987 article by David Cooperrider and Suresh Srivastva. They felt that the overuse of problem solving hampered any kind of social improvement, and what was needed were new methods of inquiry that would help generate new ideas and models for how to organize.

<span class="mw-page-title-main">David Cooperrider</span>

David Cooperrider, is the Fairmount Minerals Chair and Professor of Social Entrepreneurship at the Weatherhead School of Management at Case Western Reserve University, and Faculty Director at the Center for Business as an Agent of World Benefit at Case.

<span class="mw-page-title-main">Brainstorming</span> Group creativity technique

Brainstorming is a group creativity technique by which efforts are made to find a conclusion for a specific problem by gathering a list of ideas spontaneously contributed by its members.

<span class="mw-page-title-main">Flowchart</span> Diagram that represents a workflow or process

A flowchart is a type of diagram that represents a workflow or process. A flowchart can also be defined as a diagrammatic representation of an algorithm, a step-by-step approach to solving a task.

Scenario planning, scenario thinking, scenario analysis, scenario prediction and the scenario method all describe a strategic planning method that some organizations use to make flexible long-term plans. It is in large part an adaptation and generalization of classic methods used by military intelligence.

<span class="mw-page-title-main">Business process modeling</span> Activity of representing processes of an enterprise

Business process modeling (BPM) in business process management and systems engineering is the activity of representing processes of an enterprise, so that the current business processes may be analyzed, improved, and automated. BPM is typically performed by business analysts, who provide expertise in the modeling discipline; by subject matter experts, who have specialized knowledge of the processes being modeled; or more commonly by a team comprising both. Alternatively, the process model can be derived directly from events' logs using process mining tools.

A data-flow diagram is a way of representing a flow of data through a process or a system. The DFD also provides information about the outputs and inputs of each entity and the process itself. A data-flow diagram has no control flowthere are no decision rules and no loops. Specific operations based on the data can be represented by a flowchart.

Business analysis is a professional discipline focused on identifying business needs and determining solutions to business problems. Solutions may include a software-systems development component, process improvements, or organizational changes, and may involve extensive analysis, strategic planning and policy development. A person dedicated to carrying out these tasks within an organization is called a business analyst or BA.

Business process mapping refers to activities involved in defining what a business entity does, who is responsible, to what standard a business process should be completed, and how the success of a business process can be determined.

Eight Disciplines Methodology (8D) is a method or model developed at Ford Motor Company used to approach and to resolve problems, typically employed by quality engineers or other professionals. Focused on product and process improvement, its purpose is to identify, correct, and eliminate recurring problems. It establishes a permanent corrective action based on statistical analysis of the problem and on the origin of the problem by determining the root causes. Although it originally comprised eight stages, or 'disciplines', it was later augmented by an initial planning stage. 8D follows the logic of the PDCA cycle. The disciplines are:

Collaborative methods are processes, behaviors, and conversations that relate to the collaboration between individuals. These methods specifically aim to increase the success of teams as they engage in collaborative problem solving. Forms, rubrics, charts and graphs are useful in these situations to objectively document personal traits with the goal of improving performance in current and future projects.

<span class="mw-page-title-main">Participatory impact pathways analysis</span>

Participatory impact pathways analysis (PIPA) is a project management approach in which the participants in a project, including project staff, key stakeholders, and the ultimate beneficiaries, together co-construct their program theory.

In requirements engineering, requirements elicitation is the practice of researching and discovering the requirements of a system from users, customers, and other stakeholders. The practice is also sometimes referred to as "requirement gathering".

Too often systems fail, sometimes leading to significant loss of life, fortunes and confidence in the provider of a product or service. It was determined that a simple and useful tool was needed to help in the analysis of interactions of groups and systems to determine possible unexpected consequences. The tool didn’t need to provide every possible outcome of the interactions but needed to provide a means for analysts and product/service development stakeholders to evaluate the potential risks associated with implementing new functionality in a system. They needed a brainstorming tool to help ascertain if a concept was viable from a business perspective. The control–feedback–abort loop and the analysis diagram is one such tool that has helped organizations analyze their system workflows and workflow exceptions.

Diana Whitney is an American author, award-winning consultant and educator whose writings – 15 books and dozens of chapters and articles – have advanced the positive principles and practices of appreciative inquiry and social constructionist theory worldwide. Her work as a scholar practitioner has furthered both research and practice in the fields of appreciative leadership and positive organization development. She was awarded Vallarta Institute’s Annual 2X2 Recreate the World Award.

<span class="mw-page-title-main">Kanban (development)</span> Software development methodology

Kanban is a lean method to manage and improve work across human systems. This approach aims to manage work by balancing demands with available capacity, and by improving the handling of system-level bottlenecks.

Business requirements, also known as stakeholder requirements specifications (StRS), describe the characteristics of a proposed system from the viewpoint of the system's end user like a CONOPS. Products, systems, software, and processes are ways of how to deliver, satisfy, or meet business requirements. Consequently, business requirements are often discussed in the context of developing or procuring software or other systems.

Opportunity management (OM) has been defined as "a process to identify business and community development opportunities that could be implemented to sustain or improve the local economy".

Appreciative Inquiry (AI) is an approach that believes improvement is more engaging when the focus is made on the strengths rather than the weaknesses. People tend to respond to positive statements but react to negative statements that concern them. Children are more sensitive to their self-worth and thrive on what makes them feel good, what makes them feel accepted, included and recognized. AI is a powerful tool that can be used in the field of Education to enable children discover what is good about them and dream of what they can do with this realization. Children of today are very sensitive and make decisions in haste which sometimes costs them their lives. In such a situation, AI plays a very vital role.

References

  1. David L Cooperrider; Diana Whitney (2001). "A positive revolution in change: Appreciative inquiry". Public Administration and Public Policy. Marcel Dekker, Inc. 87: 29.
  2. 1 2 Cooperrider, D.L. & Whitney, D (2001). "A positive revolution in change". In Cooperrider, D. L.; Sorenson, P.; Whitney, D. & Yeager, T. (eds.). Appreciative Inquiry: An Emerging Direction for Organization Development. Champaign, IL: Stipes. pp. 9–29.
  3. Carol Tavris; Elliot Aronson (2007). Mistakes Were Made (But Not by Me). Mariner Books. ISBN   978-0544574786.
  4. World Health Statistics 2009 (PDF). World Health Organization. 2009. p. 33. ISBN   9789241563819.
  5. BABOK: A guide to the business analysis body of knowledge (3rd Ed.). International Institute of Business Analysis. 2015. p. 320.
  6. Dugosh, Karen Leggett; Paulus, Paul B.; Roland, Evelyn J.; Yang, Huei-Chuan (2000). "Cognitive stimulation in brainstorming". Journal of Personality and Social Psychology. 79 (5): 722–735. doi:10.1037/0022-3514.79.5.722.
  7. David L Cooperrider; Diana Whitney (2001). "A positive revolution in change: Appreciative inquiry". Public Administration and Public Policy. Marcel Dekker, Inc. 87.
  8. Cooperrider, D. L.; Srivastva, S. (1987). "Appreciative inquiry in organizational life". Woodman, R. W. & Pasmore, W.A. Research in Organizational Change and Development. Stamford, Connecticut: JAI Press. 1: 129–169.
  9. BABOK: A guide to the business analysis body of knowledge (3rd Ed.). International Institute of Business Analysis. 2015. p. 191.
  10. Aronson, D. "Overview of Systems Thinking".
  11. Daniel Katz; Robert L. Kahn (1978). The Social Psychology of Organizations (2nd ed.). John Wiley & Sons. ISBN   978-0471023555.