Tag Archives: Appian

Gartner iBPMS MQ Published

After something of a delay, and a great deal of consternation in the industry about this “new” BPMS magic quadrant, Gartner has finally published their magic quadrant for Intelligent Business Process Management Suites (iBPMS).

Having had my fingers slapped in the past for publishing excerpts (which should be considered fair use), I won’t ruin the surprise, although you can draw your own conclusions from these vendor press releases yesterday:

Appian Positioned in the Leaders Quadrant in New Intelligent Business Process Management Software Magic Quadrant Report


Pegasystems Positioned As A Leader In Independent Analyst Firm’s 2012 Magic Quadrant For Intelligent Business Process Management Suites

Both of these companies are offering a free reprint of the report (registration required).

Appian Forum: Archstone

The next presentation was from David Carpenter, Director of BPM at Archstone, a residential apartment investor and operator with about 2,600 employees. One of their main challenges was a high employee turnover rate, and the necessity to reduce the learning curve for new people. They wanted to move away from paper-based forms and manual workflow to a more automated workflow with dynamic online forms, with the goal of processes becoming more consistent and coordinated. At the same time, they needed people to be able to use the system with little or no formal training.

They selected Appian because it is a completely web-based solution, has dynamic forms, and requires a minimum of IT resources since there was more configuration than coding involved in the implementation. Their first focus was a broad but shallow implementation that supported their 2,200 field associates, and have settled into 90-day development cycles with the goal of delivering 3-6 new processes in that time. They have done this with a team of three non-IT staff, supported by in-house IT resources and Appian’s professional services.

They rolled this out to the field by going on a country-wide road show to present what they were doing and collect feedback, then rolled that feedback into the implementation — he sees this constant communication and integration of the users’ ideas as a key part of the end-user acceptance of the system. They signed a contract in November of 2006, and rolled out 3 critical processes to their 2,200 field associates by the end of April 2007. As of the end of July 2008, they’ve implemented 25 processes, representing 2,000 process instances per month, plus a customized portal for each community, and a central forms repository containing 300 standardized forms.

They’ve just delivered phase 4 of the project, targeted at both community and corporate users, and are planning for phase 5 and beyond: truly a continuous improvement model of change.

Carpenter sees Appian becoming one of their core applications: just like users login to their email first thing in the morning, they login to Appian as well, since that drives their work processes each day.

Like Nokia Siemens, they’re using a non-IT group since IT just doesn’t deliver fast enough (that’s my assessment, he didn’t say that): in my experience, this is a very common problem when BPM projects are run by IT, and a product like Appian that can be selected and implemented by non-IT resources has a huge advantage as long as the corporate culture supports business-led technology implementations (most don’t).

Appian Forum: Product Update from Malcolm Ross

Malcolm Ross, Director of Product Management and someone who I once referred to as an über demo god, gave us an update on the Appian product. He started with their product development philosophy:

  • flexibility
  • ease of use
  • comprehensive
  • build for the future, which is how they position their web-based AJAX process modeler, in contrast with most of the competitions’ Eclipse-based desktop process modelers
  • listen to customers

He reviewed the enhancements in their latest version, Appian Enterprise 5.7:

  • improved web services handling
  • custom data types, allowing for complex data sets based on XML structures
  • WSRP portlet consumption for creating mashups directly within an Appian dashboard (which, of course, he illustrated by showing my RSS feed integrated into a dashboard)
  • improved security for outside-the-firewall applications
  • a number of smaller enhancements, mostly around usability for designers

They’ve also released Appian for SharePoint, providing single sign-on and the ability to snap a number of different Appian views into a SharePoint page, and access SharePoint content from the Appian environment.

He gave a bit more detail on the Appian-MEGA integration, although I think that it’s still early days on this, and he didn’t comment on round-tripping, although he implied that it was possible. He described being able to discover Appian processes from MEGA — the opposite of what is usually done with BPA-BPM tools integration — and I’m waiting for the (I hope) more in-depth details in this afternoon’s session. Their overall goal is to integrate process models into a larger enterprise architecture picture, allowing for risk analysis and other corporate performance analysis and management.

Appian Anywhere, their software as a service solution, is based on the same core code base as Appian Enterprise, so these enhancements will be available there as well.

He gave us a brief summary of what’s coming up in Appian Enterprise 6.0 in the first half of 2009, including new end-user and application designer interfaces, and support for managing distinct process-based applications within their environment.

Appian Forum: Connie Moore keynote

Three days ago, I was in Rome — original home of the Roman Forum and the Appian Way — and now I’m at Appian Forum: Appian‘s first user conference. Samir Gulati, VP of Marketing, delivered some short opening remarks including the “Sandy Kemsley Conference Checklist”, showing how they measured up on my basic requirements for conferences: wifi, online agenda, good content, frequent networking breaks, and other good stuff. They missed on the power plugs at the tables, but other than that, I have to give them full marks.

They had about 150 people sign up for the conference, although I don’t think that were are that many in the room this morning; this was not a paid conference, which tends to result in a higher number of no-shows, but there’s a good cross-section of Appian’s customers and partners, as well as analysts.

After Samir’s short introduction, he turned it over to Connie Moore of Forrester for a keynote on Design for People, Build for Change (wait, this sounds familiar…). She had a great graphic that expand on some of the things that I’ve heard Forrester people talk about in the past, highlighting the “design for people” part of the equation through social networking and other techniques, whereas we’ve often focused (maybe too much) on the “build for change” part of business innovation.

She discussed four factors creating the “perfect storm” that’s led to the current situation:

  • Design evolution, where more products are being designed for optimal use and customer experience, rather than the conveniences of the manufacturer or based on the preconceived notions of the designer. There are many consumer products that illustrate this, but it holds equally true with business computer systems.
  • Process evolution, where we do more continuous improvement than big bang reengineering for both technical and cultural reasons. The current range of BPM products, with monitoring and optimization built in, allow for this sort of continuous improvement in ways that were not previously possible, which has helped to facilitate this shift.
  • Workforce evolution, with the boomers — along with their knowledge of business processes — starting to retire, and the systems developed for those boomers not really suitable for the millenials who grew up digital. This forces the move to different computing paradigms, particularly social networking, as well as different corporate culture in order to attract and retain the talent.
  • Software evolution, moving from a traditional model to software as a service, Web 2.0, open source and free software in both consumer and enterprise environments.

All of this means that we need to bridge between structured human activities and system-intensive processes that we’ve dealt with in traditional enterprise systems, and the ad hoc, messy, chaotic human activities that we see in the new generation of dynamic business applications. Earning her keep, she highlighted how Appian brings content and collaboration to the usual BPM functionality seen with other vendors, then walked through an example of a dynamic business application.

She discussed the need to forge partnerships between stakeholders, preferably by collocating the business and IT people on a project team so that they create a more seamless project. I’ve seen a lot of projects where there is a serious disconnect between the business and IT participants, and having them sit and work together could only help that situation.

Forrester went out to a number of enterprises to see how they build for change, and saw a few different models:

  • An IT-focused model where the technical team always makes changes to the process (hopefully based on conversations with the business)
  • A blended model where the business owners meet with the project team on a regular basis, and the process changes are made by business analysts or technical team members, depending on the requriement

There needs to be a change model that allows for both continuous change — every 1-2 weeks for process tuning — and for new process versions — every 2-6 months for new processes and major changes. This change model needs to be incorporated from the beginning in any process project to allow for continuous improvement, or you’ll end up with inflexible processes; at the very least, plan on a minimum of 3 iterations shortly after implementation before the process is even remotely correct. At the same time, you need to consider forming a process center of excellence to help with overall process improvement, and consider the link to SOA in order to provide a technical framework for dynamic business applications.

When Forrester asked enterprise architects about the primary benefit of BPM, the largest response (24%) was increased productivity, with process visibility (18%) and agility (15%) following. Other benefits included the ability to model processes, consistent processes across business units/geographies, and reduced reliance on IT for process improvement. By looking at the perceived degree of success and the existence of a BPM center of excellence, they found a clear correlation: about half of those who said that BPM was a rousing success had a COE, whereas less than 5% of the failing efforts had a COE.

Her experience — which matches mine — shows that going with a large systems integrator is not a good way to build the necessary skills within an enterprise to achieve ongoing process improvement, and sees direct skills transfer from the BPM vendor has a greater degree of success. Business analysts need to become process analysts, and developers need to become assemblers of dynamic applications. She finished up with several suggestions on how to get started, for business people, IT and executives.

Although there was a lot of repetition from earlier versions of this message that I’ve heard her deliver, I do see some evolution and refinement of the message. Some of the stats and ideas go by pretty fast, however; the audience might benefit from a bit less of a PowerPoint karaoke feeling.

There was an audience question about how Web 2.0 concepts and products — mostly being developed by tiny companies — will be integrated with traditional BPM products from larger companies; Moore didn’t really answer the question, but discussed how the BPM platform vendors are building their own Web 2.0 functionality, and many other BPM vendors are partnering with SharePoint or other collaborative tools. I think that there’s a lot of room for the Enterprise 2.0 vendors and the non-platform BPM vendors to get together to create social networking-enabled processes that are far beyond what’s available from any of the platform vendors (although IBM is doing some pretty innovative stuff), or through SharePoint integration.

Upcoming conferences

I’ve been sticking close to home for the summer, but my fall lineup is about to begin. So far, I’m definitely attending the following:

  • Business Objects Influencer Summit and SAP SME Day, August 12-13, Boston. This is an analyst/press event, not a public conference, but I’ll be blogging from there.
  • International Conference on BPM, September 1-4, Milan. I’m very excited to be attending this conference since it represents a lot of the academic research going on in BPM, not just what the vendors and analysts have to show. There are some great workshops lined up, such as BPM and social software; interesting sessions; and demos from some of the universities and research labs. You can find last year’s proceedings here.
  • The Appian user conference, September 8-10, Washington DC. This is the first time that I’ve attended an Appian conference, and I’m looking forward to seeing what all those new marketing dollars are buying.
  • The Gartner BPM summit, September 10-12, Washington DC. I’ve been to enough of these lately that I don’t need to attend the whole summit, but since I’m in DC that week for Appian’s conference, I’m adding one more day for Gartner. I think that it’s pretty clever for Appian to schedule like this: it should drive up attendance at their conference, since Appian customers/partners flying in for Gartner will figure that it’s only a couple of extra days to do both.
  • OMG BPM Think Tank, October 6-7, Chicago. I’m on the program committee, and will be leading a roundtable on achieving collaboration between business and IT in BPM on the first day.
  • Business Rules Forum, October 26-30, Orlando. I’ll be giving a presentation on mixing rules and process.
  • SAP BPM, November 17-19, Las Vegas. I’m giving a Jumpstart pre-conference session, an introduction to BPM, on the 16th.

Given that I fly everywhere on Star Alliance, this will bump me over the 35,000 miles for the year that gives me Aeroplan Elite status for 2009, without which I really don’t want to fly.

From a disclosure standpoint, my expenses are being paid for the Appian conference, the Business Rules Forum, and two SAP events; for the latter SAP event, I’m also being paid to deliver the half-day training session.

Do BPM vendors eat their own dogfood?

I really dislike that expression, but it’s commonly recognized to mean that a company is using its own products to run its own business. I believe that a lot of BPM vendors do use their own products in some way, but how much? Are they just playing around with expense approvals, or have they drunk the process Kool-Aid and embedded BPM within their critical business processes?

One company that does appear to be taking their own sales pitch to heart is Appian, who just published a case study about themselves (you can find it linked at the bottom of their About Us page, but it requires registration – tsk, tsk). They use it for departmental and enterprise-wide applications, and have 40-50,000 process instances running at any given time across Finance, HR, Sales, Support, Marketing, Product Management, IT and Employee Development. Furthermore, all of the business applications are developed by business people, not IT, and can be changed in flight by business people using the rules capability within Appian Enterprise.

By implementing BPM internally, which included moving some functionality out of Peoplesoft and into Appian, they’re saving about $500k in hard costs each year, primarily through reduced licensing and support costs for packaged applications. I’m sure that there’s also soft cost savings in terms of improved efficiency and productivity, although they haven’t stated those.

I’m curious to hear from other BPM vendors about their own internal case studies — add your comments with your experiences.