My very first BPMS Watch column, over three years ago, was titled “Without a BPMS, It’s Not Really BPM.” And to a large degree I still believe that, although today I would probably tone it down to something like “without a BPMS, you can’t realize all the benefits of BPM.” That view is certainly less radical now than it was in 2005, as both developers and developer-oriented tool vendors have increasingly embraced the BPM Suite idea.
With the emergence and maturing of a vast array of corporate-strength intranets, extranets, portals, and Web 2.0 with its multitude of supporting real-time and asynchronous communications tools, there would appear to be a huge potential for technology to bring real gains to team productivity. This would seem to be particularly true for those teams that are physically distributed or that are highly mobile. Few people would dispute the potential benefits of effective real-time communication tools or of shared and secure workspaces.
Have you ever worked on a project where the rules to be automated were very complex? Where the business representatives described the rules differently (but essentially used the same logic)? Where the rule inter-relationships made it seem like the rule logic was circular? Where they were difficult to document in a clear and precise format? Where it seemed like the stakeholders each spoke a different language? Where defining the concrete rules to be automated seemed impossible? Well, you are not alone.
In the first article of this series, the idea of an emergent environment was introduced. There are several key properties of a setting where an emergent approach for process development can be highly effective. These include environments where there is:
Lack of CertaintyDesire for AgilitySkills Disparity
Wherever a business is on the continuum of process analysis, improvement, or re-engineering, the initial step is to understand how people do what they do. A process map can get you started.
A process map defines how an organization performs work: the steps involved and their sequence; who is responsible for each step; and how work groups interact.
There is no shortage of software tools to help map your processes, and myriad formats to choose from. No matter what format, tool, or technology is chosen to document the “As Is”, though, collaboration is key.
Many organizations have headquarters and field offices. Distance and separate management structures can make forming a cohesive architecture difficult. The challenge grows when the complexity and size of the organization require a segmented architecture.
Our approach addresses this challenge. Segment and Regional Architects examine intersections of shared systems and/or business processes between field offices and headquarters for a segment, and the redundancies each sees from their perspective, while looking for opportunities to leverage enterprise-wide solutions.
Whether they realize it or not, the only thing Enterprises do is run Business Processes (BP). However, how effectively and efficiently they do this depends on the state of an Enterprises’ Architecture and the state of mind of the companies’ leaders.
Most Enterprises still have their processes formulated by Business Analysts (BA) as textual requirements. Then these requirements go to the IT side, where digital simulations of them are designed. These simulations are supposed to behave as the original processes were intended to.
One of BPMN’s most important elements is unfortunately also the most misunderstood. It’s called a pool, a rectangular shape that serves as a container for a process. So in that sense a pool is synonymous with a process, and that’s as basic as you can get. The confusion sets in when you understand that a business process diagram (BPD) – the top-level object in BPMN, describing a single end-to-end business process – frequently contains multiple pools.
This weekend I spent an afternoon sitting in a coffee house in my downtown Chicago neighborhood pondering what it means to be agile and how to measure it. The place was busy but I got lucky and snagged the cushy armchair next to the plate glass window in front that looks out on the sidewalk and the apartment building across the street. Watching the other patrons, looking at the people who pass by, and enjoying that burst of mental energy induced by a fine café-au-lait is often a good way to get inspired and be creative.
Problems worthy of innovation range across the map from seemingly simple ones like the design of low-function objects (think tableware) to complex systems so multifunctional it’s hard even to know where to start. For complex problems, as you might expect, we usually insist on some kind of structure to work from; but for the “simple” ones, we almost never feel the need. Somehow it seems right to innovate within structure for a big problem, but its OK to treat lesser problems as one-shot idea generation exercises.
Everyone starts here.
You're looking for a way to improve your process improvement skills, but you're not sure where to start.
Earning your Business Process Management Specialist (BPMS) Certificate will give you the competitive advantage you need in today's world. Our courses help you deliver faster and makes projects easier.
Your skills will include building hierarchical process models, using tools to analyze and assess process performance, defining critical process metrics, using best practice principles to redesign processes, developing process improvement project plans, building a center of excellence, and establishing process governance.
The BPMS Certificate is the perfect way to show employers that you are serious about business process management. With in-depth knowledge of process improvement and management, you'll be able to take your business career to the next level.
|
Courses
|
|
|
|
Courses
|
|
|
|
Courses |
|
|
Business Architecture
|
|
|
|
Courses |
Certificate
|
|
Courses
|
|
|
|
Courses |
Certificate
|
