Ed.: While a complete enterprise BPM roll-out is a multi-year effort, this two-part series focuses on the Pilot as the crucial first step in an enterprise initiative designed to spread throughout the organization.

In this second post (our initial coverage here) I’ll give a few practical, actionable advice and detailed recommendations around picking processes for the Pilot, staffing up, and executing in a way that will ensure success beyond this initial phase.

Picking processes

Above all else, you should be careful when choosing the Pilot processes, so that they have:

• Limited Cross-function/Cross-organization scope — this proves your ability to work across groups to define end to end processes, but don’t tackle more than a little. You want to minimize the “political” battles in these early Pilots.
• Limited Cross-system/data/information scope — this proves that you can integrate with existing infrastructure and handle complex information structures. Again, pick one or two of your key 4 systems and do one or two interfaces into them. What you want is learning. Oftentimes the integrations to systems are the “longest pole” in the deployment tent. Keep this to a minimum so that you focus on the new BPM issues, and don’t get bogged down in IT integration issues.
• Known business performance metrics — this will help focus your development efforts on driving measurable, demonstrable business benefits. It is imperative that specific and significant thought be given to how you want to manage the process, not simply how you want to execute the process.This will likely be the most wow-inspiring aspect of the implementation to the business.

Read the rest of this entry »

Last week, I wrote about the importance of understanding user roles and how a successful UI allows each user to focus on what s/he does best, especially with regards cross-functional process teams (Rule #1).

It’s crucial to get these groups aligned from the very outset of a project, to get them walking lock-step with each other as soon as possible. This is Rule #2.

But how is this accomplished through the UI?

The most important thing we’ve learned about aligning cross-functional interests from a UI perspective has to do with the early discovery and documentation phases of the project. This is the first (and potentially only) opportunity to get everyone’s interests on the same page, and is exactly why we created Lombardi Blueprint.

Read the rest of this entry »

It is tempting to go on and on about the relationship between business and IT. Here at Lombardi we like to instead talk about effective cross-functional teams that can build the end-to-end process together. And we practice what we preach - this is why we have BPM Analysts, Consultants and Developers on our delivery teams. Note this does not mean companies have to fundamentally re-organize, but they do need to be able to create dedicated cross-functional teams if they are going to be successful.

That being said, I think that user interfaces are key to how these cross-functional teams can work together effectively. This is something that I touched on briefly in my previous post about Web2.0 and “making BPM cool again.”

Read the rest of this entry »