process – Page 45

Hey, Look! I Wrote A Book!

Well, okay, I only wrote a chapter in it, but I didn’t realize until today that my name was on the front cover, too. I’m looking forward to getting my hands on a copy of it to read all the other contributions, it looks like a good lineup of social BPM papers. My chapter is on leveraging social BPM for enterprise transformation; I originally wrote it as a white paper for IBM, and they encouraged me to submit it here as well, so extra thanks to them, especially Mihnea Galeteanu for going through three rounds of revisions with me. From my introduction:

Social BPM is gaining recognition as a driver of knowledge worker productivity. But what is social BPM, and how does it compare with the more general classes of social business applications? How can social BPM be used as part of an overall enterprise transformation initiative? This white paper explores the drivers behind social BPM, and provides insights into its four main manifestations: collaborative process discovery, runtime collaboration, process event streams, and BPM communities. It also discusses the network effects that fuel the expansion of social BPM, acting as a catalyst for transformation of an enterprise’s processes, performance and work culture, and finishes with a number of best practices for adopting social BPM within your organization.

The book will be launched at the Social Business Forum in Milan on June 8th which, unfortunately, I can’t attend because I’m giving a workshop at the BPM conference in London the same day. You can pre-order the book here and get a 20% discount, or it will be on Amazon at some point. No, I don’t get a cut.

I often have people tell me that I should write a book, but I tell them that writing 700,000 words on a blog over six years isn’t really the same as writing the equivalent number of words in a book (or 10). I count myself lucky that I manage to get a chapter in a book completed once in a while.

Can We Achieve BPMS Pricing Transparency?

I saw – and responded to – this question on Quora today:

What are the license fees / cost for the the top BPM solutions in the market ? ( Pegasystems, IBM ( Lombardi ) , Appian, Oracle , etc )

I am looking forward to do a benchmark of the top BPM ( Business Process Management ) sofware solutions on the market. Its well known that is always hard to have a clear knowledge on the licensing prices that top software vendors offer on their solutions.

My response:

Good luck with getting public information on that — like most enterprise software vendors, BPMS vendors are very reluctant to release this sort of information. Typically, they sell a package made up of software, services, maintenance and possibly even future growth, then apply discounts based on how close they are to the end of their sales quarter/year and other things that are unimportant to the customer but unfortunately used to drive sales.

You might have better luck finding prices for those who have a cloud version, since that tends to be based just on a per user/per month figure rather than a mysterious formula. However, I notice that many of them, stuck in their old ways of not disclosing any prices, don’t even publish those but make you request a quote.

The lack of transparency in pricing in enterprise software in general, and BPMS in particular, is not a good thing for customers.

I’ve helped a number of end-customer organizations with their BPMS purchasing decisions over the years, although I’m typically focused on how well the functionality fits their business requirements rather than how well the price fits their budget. At some point, however, the customer always asks “How much does it cost”, and my answer is almost always “I have no idea”. I might know how much it cost for some other customer, but the pricing calculations for a particular customer are usually so completely opaque that they can’t be generalized and – this is the killer – the vendor considers this confidential information that cannot be disclosed to other customers. Even cloud-based pricing, which should be publicly advertised on the vendors’ websites in easy-to-understand per-user-per-month terms, is sadly missing from some of the key cloud BPMS vendors.

Remember the bad old days of buying a car, when you had no idea how much it cost when you walked into the showroom, and had to go through some weird pseudo-negotiation between the salesperson and his manager, where they would throw in the free floor mats if you did your financing with them, give you an extra discount if it was within a week of the end of their sales quarter, or bait-and-switch you into a more expensive model? Enterprise software has always felt a bit like that to me, and BPMS pricing and sales tactics sadly fall into that same category, at least for many of the major vendors.

Now, remember what happened when people started sharing car prices online? Soon, everyone knew the dealer price on a car in advance, and were in a much better position to negotiate a fair price, rather than have the salesperson negotiate what they think you would pay. It would be good if the BPMS vendors could get ahead of that trend, and start being a bit more transparent about their pricing, starting with cloud pricing.

Progress Analyst Day: Industry and Product View

Rick Reidy, Progress CEO, opened their one-day analyst event in New York by talking about operational responsiveness: how your enterprise needs to be able to respond to events that happen that are outside your control. You can’t control crises, but you can control your organization’s response to those crises. Supporting operational responsiveness are four technology trends – cloud, mobile, social media and collaboration – with the key being to extend the use of technology to the business user. If you remember Progress’ roots in 4GL development, this isn’t exactly a new idea to them; 4GLs were supposed to be for business users, although it didn’t really work out that way. Today’s tools have a better chance at achieving that goal.

Today, they’re announcing the upcoming releases of Responsive Process Management Suite 2.0 and Control Tower 2.0, plus their cloud platform, Arcade. Interestingly, much like IBM’s Lombardi acquisition turned BPM into the biggest story at this year’s Impact conference, Progress’ Savvion acquisition is having the same effect here: RPM is the top-line story, albeit supported by event processing. It’s not that the entire product suite is the former Savvion BPMS, but rather than BPM is providing the face for the product.

Reidy turned the stage over to “the two Johns” (his words, not mine): Dr. John Bates, CTO, and John Goodson, Chief Product Officer. Bates dug further into the ideas of operational responsiveness, and how the combination of analytics, event sense and respond, and process management help to achieve that. As he put it, BPM alone won’t achieve the responsive business; businesses are event-driven. They’re really trying to define a new “responsive process management” (RPM) market, at the overlap between BPM, business event processing, business transaction management, and business intelligence and analytics. Cue Venn diagram, with RPM at the intersection, then fade to another Venn diagram between custom applications and packaged applications, again with RPM at the intersection. Their estimates put the current market at $2.5B, with a rise to $6.5B by 2014.

Bates talked about the value of BPM, and how that’s often not enough because businesses are very event-driven: events flow in and out of your business every day – from applications, devices and external feeds – and how you respond to them can define your competitive advantage. Patterns in the relationships between events can identify threats and opportunities, and are especially important when those events are traditionally held in separate silos that typically don’t interact. He gave a great example around the FAA fines for airlines who hold passengers captive on planes on the ground for more than 3 hours: by looking at the events related to crew, maintenance, weather and flight operations, it’s possible to anticipate and avoid those situations, and therefore the fines (and bad press) that go along with them. You don’t need to rework existing legacy systems in order to have this sort of operational responsiveness: automated agents trap the events generated by existing systems, which can then be analyzed and correlated, and processes kicked off in a BPMS to respond to specific patterns.

Progress presents all this through their Control Tower, which brings together a business view of analytics and visualization, event sense and respond, and process management. I’m sure that I’ve written about this previously and would love to link to it, but the wifi in here is so crap that I can’t get a solid connection, so can’t look up what I’ve written previously on my own blog. #fail

Goodson took over to discuss the product in more detail, showing how Savvion, Actional, Apama and other components make up their RPM suite and the event management layer below that. Control Tower is new product (or was new in 1.0, last year) that overlays all of this, and puts a consistent business-facing interface on all of this, and providing collaborative process design and other social media features. We saw a pre-recorded demo of Control Tower, showing how a dashboard can be created quickly by dragging analytics widgets onto the canvas. The key thing is that the widgets are pre-wired to specific analytics and processes, allowing drill-downs into the details and even into the process models. Process changes and simulations can be done interactively.

As the wifi flickers to life occasionally, it’s interesting to see the Twitter stream for the event (obviously being updated by people with their own connectivity solutions): Anne Thomas Manes says “Claims to be unique in the ‘responsiveness’ market, but the marketing story sounds very much like Tibco’s story”. Mike Gualtieri thinks that “Control Tower…looks good, but it would be cool to hold up an iPad and pass it into the audience”. Personally, I’m pretty much over the iPad gee-whiz demo phase.

We came back after the morning break to a continuation of the John and John show, with Bates initially responding to some of the tweets that had happened during the earlier session, then discussing their solution accelerators that include business processes, rules, analytics, alerts, interceptors and adapters. They have created accelerators for several verticals including capital markets front office, and communications and media order management, in part because of their history with those verticals and in part because of the suitability of RPM to those applications. Savvion had been going down this road long before the acquisition, and this makes a lot of sense for Progress in terms of competitive differentiation: a combination of industry-specific foundation services and adapters that are mostly productized (hence supported and maintained like product), and customizable solution accelerators that rest on top of that foundation. This makes them far more useful than the type of templates that are offered by other vendors, which are not upgradable after they’re customized; although not confirmed from the stage, my assumption is that the customization (and hence forking from the Progress-maintained code base) all happens in a thin layer at the top, not in the bulk of the foundation services.

They’re currently shipping six different accelerators, and are adding several more this year. These range across industry verticals including banking, capital markets, communications and media, insurance, supply chain, and travel and leisure. They’ve worked with partners and customers to develop these, as well as creating some internal industry experience. We saw a couple of canned demos, although it’s impossible to tell from this just how much effort is required to fit this to any particular company’s business. As part of the demos, there were some bits where a business user updated the event handling and created a new rule; I don’t think that this will be done by business users, although certainly a trained business analyst could handle it.

The solution accelerators form a big part of their go-to-market strategy, and see these as taking share away from packaged applications. They see solution accelerators as a differentiator for Progress, as well as their focus on responsive process management. They haven’t forgotten their OpenEdge agile development environment however: they’re announcing OpenEdge BPM to bring that development platform to BPM applications. I don’t know enough about OpenEdge to understand the implications here, but will be interesting to see what synergies are possible as they bring together the entire Progress product suite.

To finish the industry and product section of the day, we heard about their cloud strategy, focused on applications in the cloud (rather than just infrastructure or a platform): creating vertical ecosystems for their various industry foci, incorporating both Progress solutions and partners to create composite solutions based on RPM, with Control Tower for end-to-end visibility and improvement. Progress Arcade is their cloud application platform for allowing these vertical ecosystems to be easily created and deployed across a variety of public and private cloud environments. It reminds me a bit of TIBCO’s Silver BPM environment, where you can do all the provisioning and setup right from their environment rather than having to hop around between different configuration tools. They stated that this is targeted at small and medium businesses who want to be able to leverage technology to be competitive: this is definitely an echo of a conversation that I had about BPM in the cloud with Neil Ward-Dutton earlier this morning, where I stated that most of the growth would be in SMB since this is the only way that most of them can afford to consider this technology.

Progress does a combo analyst day for both industry and financial analysts; this morning was more for the industry analysts while this afternoon is more for the financial analysts, although we’re all invited to be here all day. Since I don’t cover a lot of the financial side, I likely won’t be writing a lot about it, although I may be tweeting since the wifi seems to be a bit better behaved now.

IBM BPM: Merging the Paths

“Is there any point to which you would wish to draw my attention?” “To the curious incident of the dog in the night-time.” “The dog did nothing in the night-time.” “That was the curious incident,” remarked Sherlock Holmes.

Silver Blaze, Sir Arthur Conan Doyle

And so the fact of me (and others) not yet blogging about the IBM BPM release has itself become a point of discussion. 😉

To recount the history, I was briefed on the new IBM BPM strategy and product offerings a few weeks before the Impact conference, with a strict embargo until the first day of the conference when the announcements would be made. Then, the week before Impact, IBM updated their online product pages and the sharp-eyed Scott Francis noticed this and jumped to the obvious – and correct – conclusion: IBM was about to integrate their WebSphere BPM offerings. That prerelease of information certainly diffused the urgency about writing about the release at the moment of announcement, and gave many of us the chance to sit back and think about it a bit more. I only had a brief day and a half at Impact before making my way back east for another conference where I was giving a workshop, and here I am a week later finally finishing up my thoughts on IBM BPM.

There’s been some written about it already by others who were there: Clay Richardson and his now-infamous “fresh coat of paint” post, which I’m sure did not make him any friends in some IBM circles, Neil Ward-Dutton with his counterpoint to Clay’s opinion, some quick notes from Scott Francis in the context of his keynote blogging (which also links to the video of Phil Gilbert making the announcement), and Tony Baer as part of his post on a week of BPM announcements.

It’s important to look at how the IBM organization has realigned to allow for the new product release: Phil Gilbert, former president and CTO of Lombardi, now has overall responsibility for all of WebSphere BPM – including both the former Lombardi and WebSphere BPM products – plus ILOG rules management. Neil Ward-Dutton referred to this as the reverse takeover of IBM by Lombardi; when I had a chance for a 1:1 with Phil at Impact, I told him that we’d all bet that he would be gone from IBM after a year. He admitted that he originally thought so too, until they gave him the opportunity to do exactly what he knew needed to be done: bring together all of the IBM BPM offerings into a unified offering. This new product announcement is the beginning of that unification, but they still have a ways to go.

Let’s take a look at the product offering, then. They’ve take pretty much everything in the WebSphere BPM portfolio (Lombardi Edition, Dynamic Process Edition, Process Server, Integration Developer, Business Modeler, Business Compass, Business Fabric) and mostly rolled it into IBM BPM or replaced its functionality with something similar; there are a few exceptions, such as Business Compass, that have just disappeared. This reduces the entire IBM BPM portfolio to the following:

IBM Business Process Manager (which I’m covering here)
IBM Case Manager (the rebranding of some specialized functionality built on the IBM FileNet BPM platform, which is separate from the above IBM BPM offering)
IBM Blueworks Live
IBM Business Monitor
IBM BPM Industry Packs

Combining most of the WebSphere BPM components into IBM BPM V7.5, the new product offering has both a BPMN Process Designer and a BPEL Integration Designer, a common repository, and a process server that includes both the BPMN and BPEL engines. Now you can see where Clay Richardson is coming from with the “new coat of paint” characterization: the issue of one versus two process “servers” seemed to occupy an inordinate amount of time in discussions with IBM representatives, who stoically recited the party line that it’s one server. For those of us who actually used to write code like this for a living, it’s clear that it’s two engines: one BPMN and one BPEL. However, from the customer/user standpoint, it’s wrapped into a single Process Server, so if IBM ever gets around to refactoring into a single engine, that could be made fairly transparent to their customers, but would likely have the benefit of reducing IBM’s internal engineering costs around maintaining one versus two engines. Personally, I believe that there is enough commonality between process design and service orchestration that both the designers and the engines could be combined into something that offers the full spectrum of functionality while reducing the underlying product complexity.

In addition to the core process functionality, the ILOG rules engine is also present, plus monitoring tools and user interface options with both the process portal and the Business Space composite application environment.

I don’t want to understate their achievements in this product offering: the (Lombardi-flavored) Process Center with its shared repository and process governance is significant, allowing users to reuse artifacts from the two different sides of the BPM house: you can add a BPEL process orchestration created in Integration Designer to your BPMN process created in Process Designer, or you can include a business object created in Process Designer as a data definition in your BPEL service orchestration in Integration Designer, or call a BPMN process for human task handling. The fact remains, however, that this is still a slightly uneasy combination of the two major BPM platforms, and it will likely take another version or two to work out the bumps.

Since this is IBM, they can’t just have one product configuration, but offer three:

The Express edition, offered at a price point that is probably less than your last car, is for starter BPM projects: full functionality of the Process Designer to build and run BPMN processes, but only one server with no clustering, so unlikely to be used for any mission-critical applications. If you’re just getting started and are doing human-centric BPM, then this is for you.
The Standard edition, which is pretty much the same human BPM and lightweight integration functionality as the former Lombardi Edition BPMS. Existing Lombardi Edition customers will be able to upgrade to this version seamlessly.
The Advanced edition, which adds the Integration Designer and its ability to create a SOA layer of BPEL service/process orchestrations that can then be called from the BPMN processes or run independently.

In the product architecture diagram above, the Advanced edition is the whole thing, whereas the Standard and Express editions are missing the Integration Designer; to complicate that further, current WebSphere Process Server/Integration Designer customers will be transitioned to the Advanced edition but with the Process Designer disabled, a fourth shadow configuration that will not be available for new customers but is offered only as an upgrade. Both engines are still there in all editions, but it appears that without both designers, you can’t actually design anything that will run in one of the engines. For current customers, IBM has published information on migrating your existing configuration to the new BPM; there is a license migration path for all customers who currently have BPM products, but for some coming from the traditional WebSphere products, the actual migration of their applications may be a bit rocky.

The web-based Process Center is used for managing, deploying and interacting with processes of both types, although the Process Designer and Integration Designer are still applications that must be downloaded and installed locally. Within the Process Designer, there’s the familiar Lombardi “iTunes-style” view of the assets and dependencies. It’s important to point out that the Toolkits are assets that could have originated in either the Process Designer or the Integration Designer; in other words, they could be human workflows running on the BPMN engine or service orchestrations running on the BPEL engine, and can just be dragged and dropped onto BPMN processes as activities. The development environment includes versioning, shared concurrent editing to view what assets that other developers are editing that might impact your project, playback of previous process versions, and all versions of processes viewable for deployment in Process Center. The Process Center view is identical from either design tool, providing an initial common view between these two environments. Linking these two environments through sharing of assets in the Process Center also eases deployment: everything that a process application depends upon, regardless of its origin, can be deployed as a single package.

Not everything comes from the former Lombardi Edition, however: the user interface builder in BPM BPM is based on Business Space, IBM’s composite application development tool, instead of the old Lombardi forms and UI technology; this allows for easy reuse of widgets in portals, and there’s also a REST interface to roll your own UI. Also, the proprietary rules engine in Lombardi is being replaced with ILOG, with the rules editor built right in to the design environments; the ILOG engine is included in the Process Server, but can only be called from processes, not by external applications, so as to not cannibalize the standalone ILOG BRMS business. I’m sure that they will be supporting the old UI and rules for a while, but if you’re using those, you’re going to be encouraged to start migrating at some point.

There is currently no (announced) plan for IBM BPM process execution in the cloud (except for the simple user-created workflows in Blueworks Live), which I think will impact IBM BPM at some point: I understand that many of the large IBM customers are unlikely to go off premise for a production system, but more and more organizations that I work with are considering cloud-based solutions that they can provision and decommission near-instantaneously as a platform for development and testing, at the very least. They need to rethink their strategy on this, and stop offering expensive custom hosted or private “cloud” platforms as their only cloud alternatives.

Finally, there is the red-headed stepchild in the IBM BPM portfolio: IBM FileNet BPM, which has mostly been made over as the IBM Case Manager product. Interestingly, some of the people from the FileNet product side were present at Impact (usually they would only attend the IOD conference, which covers the Information Management software portfolio in which FileNet BPM is entombed), and there was talk about how Case Manager and the rest of the BPM suite could work together. In my opinion, bringing FileNet BPM into the overall IBM BPM fold makes a lot of sense; as I blogged back in 2006 at the time of the acquisition, and in 2008 when comparing it to the Oracle acquisition, they should have done that from the start, but there seemed (at the time) to be some fundamental misunderstandings about the product capabilities, and they chose to refocus it on content-centric BPM rather than combining it with WebSphere Process Server. Of course, if they had done the latter, we likely would be seeing a very different IBM BPM product mix today.

Forrester Keynote at Appian World: Realizing the Promise of BPM

It’s the last morning at Appian World, and Clay Richardson from Forrester is delivering the opening keynote on getting value out of your BPM initiative. He pointed out that the pace of change is accelerating, but the innovation of management practices has slowed. We have a mess of applications inside our business that have been put in place to address the change, but not very many good tools to manage how all those applications work together.

BPM provides language and tools for business transformation, allowing you to transform your business from traditional functional management to horizontal centers of excellence, moving from vertical/functional silos, to functional with process overlays, to processes with functional overlays, to a purely horizontal service and process-driven organization. Each stage of BPM evolution delivers great value: as you move from process modeling to execution, then monitoring and optimization. Not only does this increase value for the organization, but it moves the visibility of BPM up the food chain within the organization, so that the executives are using it as a measure of how well that your business is doing. To do this, it’s necessary to balance technology and methodology; as we all know, BPM projects aren’t purely technology, but they do need some technology to support the process discipline.

Forrester has developed a framework for looking at BPM’s economic impact, balancing the technology cost, the business value, the options that are created in terms of flexibility, all filtered by the uncertainty associated with any transformative initiative. They looked at five areas of benefits from the end solution, from cost savings to compliance, plus project factors such as increased business engagement in BPM projects to increase quality, speed and adoption of the new methods and solutions; increased developer efficiency; and reduced time to handle change requests. In their research, they found that process architects/analysts in particular had a huge impact on the success of BPM projects (which makes me, as a process architect, feel pretty good) because they can straddle business and IT concerns, and keep the focus of business on the KPIs of the process rather than irrelevant implementation details. They also considered several risk categories – implementation, impact, strategic and measurement – and how to mitigate some of the risks in a BPM project.

They’ve wrapped all of this up in a report on best practices framework for BPM suites (available for purchase from Forrester, of course), and Clay talked about some of the best practices around skills, including BPM-related certification programs that are available, and using the social enterprise to engage the right people in BPM discovery, development and runtime efforts. He also discussed the value of cloud computing to accelerating delivery and minimize risk.

These factors all come together to create highly evolved BPM programs, where a BPM center of excellence is responsible to the executive level, and helps to transfer some of the BPM project tasks such as analysis and modeling over to the business to accelerate BPM projects.

Appian World Cloud Case Studies: psHEALTH

We finished the cloud case studies with Abhishek Agrawal of psHEALTH. He used to work for Appian, so likely had a bias in that direction already, but they selected Appian since they wanted a complete cloud solution, plus for the strong process modeling capabilities, data security infrastructure, scalability and robustness. Lastly, they liked that they could create solutions without writing code: they wanted to be a case management solutions provider without being a software company, something that a lot of outsourcing companies struggle with.

That doesn’t mean that they haven’t built their own components, rather that they haven’t done that using the usual “lines of code”; Agrawal stated that their total lines of code = 0. They built a library of process application components within Appian, then can easily assemble those into custom case management solutions for their clients.

Looking at the before and after of one of their clients in deploying the Appian-based case management solution, they doubled the number of cases that a case worker could handle (from 40 to 80) by making it much easier to access, work with and transfer case files. They’re also working on some mobile applications, including support for their clients’ case workers and also for the end-customers (patients) with things such as a smartphone-based medication diary.

Data security was key for them, being in the healthcare industry, and they gained ISO27001 and SAS-70 Type II certifications for their Appian-based applications, which says a lot about the potential for high security in the cloud. They also were able to go to the market with a complete product solution that required only minor tweaks for each client, rather than a complete custom build each time, making it much faster to onboard a new client. For them, a cloud-based solution and the easy ability to build new applications from a library of components have been key to their success.

Appian World Cloud Case Studies: Clayton Holdings

Next up was John Cowles from Clayton Holdings, which does risk analysis for the mortgage industry.

Clayton has 240 users across 5 business units on Appian Cloud BPM, and they have only 5 primary resources for building and maintaining the 100+ processes that they have in production. They had limited IT resources and limited budget, and found that software-as-a-service fit their budget and resources well. Initially, they had no IT involvement at all: it was all operations, business analysts and process efficiency people. They found that Appian was easy enough to build applications without IT support, although now that they are undergoing some large back-end system changes, they do have a bit more technical input. They’ve seen an improvement in their BPM cultural maturity, and an increase in adoption rates as well as demand for new applications. Cowles now wants to do everything with Appian: he sees it as a general-purpose application assembly tool, not just a BPM tool. Interestingly, they did what I always recommend: limited or no system integration for the first implementations, then add that later on once they figure out what they really need, and start to see some process efficiencies. This lines up with their Agile philosophy of prototyping everything, and having frequent releases with incremental new functionality.

They have experienced huge efficiency gains due to their BPM implementation and other process efficiency efforts: 38% reduction in headcount in spite of a 6% increase in workload, time saved not doing manual gathering of user performance data, and process improvements in moving from email and Excel to BPM. The focus on change management and process management early on were important for their success. He also recommended collecting the reporting requirements up front to ensure that the necessary data are being collected by the process. Good points, and a nice success story for cloud BPM.

CME Case Study at Appian World

Who knew that the venerable Chicago Mercantile Exchange had rebranded themselves as the CME Group? Not me, so when I sat at the Appian dinner yesterday with John Verburgt, their Director of BPM, I probably sounded like a bit of a newb. Verburgt was joined on stage this afternoon by Brian Toba, their Director of Software Engineering, to talk about how they launched their BPM program. They were looking for BPM in the holistic sense – both methodology and execution – ranging from just wanting to get a better handle on how some of their processes work to supporting mobile workers.

They talked about their vendor selection process (without naming the other two vendors involved, although they did mention that they consider the leaders as specified by Gartner and Forrester), including a proof of concept installation and prototype. They did their pilot with Appian’s cloud BPM, and had the satisfying experience of going out for a couple of days training and coming back to a completely operational system – I really think that even for traditional on-premise vendors, cloud support for development and test is really critical for customer quick starts.

They had a really interesting chart showing their “collaboration meter”, indicating how much business and technology involvement was required for each of the project activities; the only thing that was purely on the technology side was architecture implementation (around shifting from cloud development to on-premise production), whereas all other activities were a blend. Process design, for example, was shown as 2/3 business and 1/3 technology.

They went live in January 2011 with more than 100 users, and are on track to deliver their third application in May. So far, they’ve implemented a new product launch process and an employee on-boarding process, and May’s release will be a co-location portal. They’re also using Tempo for mobile access.

Some good points on what – and who – it takes to get a BPM initiative up and running, and to sustain it as it moves from that first project into a multi-project program.

Malcolm Ross With Appian Product Update

Malcolm Ross was up next at Appian World to give an update on the entire product portfolio: not an easy task in 30 minutes. He had some updates on their on-premise solution, and some good information on their Appian BPM cloud platform; interestingly, they no longer seem to use the name Appian Anywhere for the cloud platform, but just position it as another deployment option for their BPM platform. To begin with, he shared a few statistics for their cloud BPM:

99.99% up time in 2010 (can you say the same for your enterprise systems?)
> 30,000 unique logins per day
> 40% of Appian’s software revenue
integrated cloud/support team

They’ve beefed up the security in response to customer requirements, including encrypted HTTPS traffic, and even providing a secure VPN connection between their environment and your enterprise, if you need a highly secure environment.

Also interesting is some new packaging and pricing with their cloud starter edition, which combines cloud and on-premise deployments; I see this as a good fit for organizations that need to have their production system on premise due to security concerns, but want to use the cloud for development and testing in order to reduce costs and speed the time to get started. It uses a month-to-month subscription model, although I’m not sure if that includes the on-premise licenses as well, and the ability to quickly set up environments in the cloud with instant on and off control in order to control costs. For some time now, they’ve allowed a process application created in the cloud to be exported and moved over to an on-premise server (or vice versa), allowing developers and testers to use the cloud, then quickly deploy within the enterprise.

He spent some amount of time doing a live iPad demo of Tempo, showing how you can not only consume information, but spawn new activities and interact with events from a variety of systems, including Appian BPM, Salesforce.com and Twitter. As we heard from Matt Calkins earlier today, the Appian app can now be branded by any partner or customer; Malcolm gave us a bit more detail such as how they handle all the admin around things such as submitting it to the Apple app store. He also demoed some of the features that take advantage of the platform, such as use of embedded cameras to take a photo as an attachment.

Matt Calkins Keynote at Appian World

Matt Calkins, CEO of Appian, provided us with some vision around how BPM is changing, and how Appian is delivering on that. They’ve experienced significant growth in sales in the past year, and more than 40% of their business is on their cloud platform.

Their big news, of course, is Tempo: their process event streaming interface that integrates closely with their BPM platform as an alternative interface, and also allows inclusion of events from a variety of sources such as Salesforce.com or pretty much anything with an RSS feed. There are two significant things going on here: one is the ease of use of the interface, and the other is the enablement of mobile. This fundamentally changes how work can get done; I spoke with an Appian customer last night (who will be presenting later today on a panel) about how they will be using Tempo to enable fuel tank inspection operators to update a Tempo-based compliance checklist on their mobile device instead of using paper clipboards, then having to spend additional time back at an office filling out a spreadsheet and emailing it to someone. As we know, in regulated industries, it’s not enough to be compliant, you have to be seen to be compliant; providing this sort of immediate update of compliance data helps with the latter at the same time as you’re doing the former.

In their latest release happening now, you can brand your own application based on Tempo, so that the iPhone app uses your logo and title bar rather than being branded as Appian.

He poked a bit of fun at how some other vendors are presenting their social business offerings as more about social interaction than getting business done: social may be the delivery mechanism, but the payload is business. Their social platform is focused on integration so that you don’t have your interaction in one system, then login to the “real” system to record what happened; integrating with their own process management plus many other systems means that Tempo is the real system, just an alternative, cooler interface to it.

He moved on to talk about the nature of work, that is, the spectrum between structured and ad hoc work, especially within the same process. I’ve talked a lot about this requirement to have completely unstructured portions within a structured process, and see it in almost every business process that I work on with enterprise clients. He sees this as something that is handled by social business; I see a distinction between dynamic and social, although there’s a correlation.

He did a good overview of the type of people in enterprise today relative to their mobile usage: executives (approvals, reports), headquarters workers (keep in touch), road warriors (initiate tasks, remote collaboration) and mobile task workers (execute tasks, access data). Enterprise applications provide varying levels of support for current business functions, by providing modern interfaces, making business events visible, having native mobile processes and data, and integrating social functionality. For those applications that don’t provide some of the more advanced levels of support, Appian is providing ways to add Tempo as an interface to bring them up to scratch. He sees BPM in 2013 as being focused on the mobile process enterprise: it’s more than just having organizations become process enterprises (which is enough a challenge on its own), but that these processes can be accessed from anywhere. Ambitious, but not undoable.