Blueprints for Success

Engineering Your Business

As-Is Analyst


Our “As-Is” Analyst gathers the information we need at the start of any transformation: Goals, Critical Success Factors, Necessary Conditions, Organizational Conflicts and various types of requirements. But instead of just highlighting this information, the Analysts organizes the information into models which can then be used to provide insights into issues within or between organizations. And because this information is widely accessible key executives and our “smartest” resources no longer have to respond to “Groundhogs Day” requests.

To-Be Analyst


Our To-Be Analyst utilizes problem-solution models to gain insights into potential solution gaps. These models are also used to identify solutions that don’t appear to satisfy any identified problems and may, therefore, be unnecessary. In some cases, these problem-solution inconsistencies may uncover additional requirements, or reflect a need to clarify portions of documentation. In either case, these inconsistencies are likely to cause problems during implementation.

Implementation Analyst


Our Implementation Analyst can provide insights into the “commanders intent” by analyzing things like goals, objectives, outcomes, requirements, tasks, obstacles, risks, resources. and resources. It is important to note that Implementation Analysts don’t just stop when the project is created, they can support projects throughout implementation. Oh, and one more thing, Implementations Analysts also support the Acquisition process by helping to generate and scoring acquisition documents (i.e. Grants, Proposals, and Contracts).

Compliance and Alignment Analyst


Our Analysts are very good with legal jargon and our Business Blueprints make it easier to see the impacts of potential changes and our Analysts can often do this in real-time, greatly accelerating change impact assessments. For instance, our Analyst can analyze how an agency has recommended a set of processes to provide funding for opioid treatments and compare this against the process descriptions implemented by the agency’s departments. This Analyst could then provide insights into degrees of process adherence or non-compliance.

Interoperability Analyst


Our Interoperability Analysts provide insights into the collaborative context needed to understand interoperability. This Analyst can extract information on how internal or external organizations need to work together. This also involves analyzing business alignment and overlap between participating organizations. Common sense compels us to think certain organizations should work together. In situations where interoperability fails, organizational conflicts may be blocking the solution. Our conflict resolution models can be used to analyze common goals, conflicting objectives, and underlying assumptions.

Organizational Benchmarking


Benchmarking can help us answer: “Who else is trying to do what I want to do, and do they have a better way of doing it?” Our Benchmarking Analyst uses Business Blueprints (patterns of business characteristic) to generate insights into common challenges and to explore potential breakthroughs. Our Benchmarking Analysts are used to compare ourselves against other organizations to identify potential process gaps and streamlining opportunities. Benchmarking may also be used to compare ourselves against our peers, or they may be more aspirational and draw insights across thought leaders in diverse public and commercial organizations.