A nod to BPM and EA

When I started this blog a couple of months ago, I didn’t give a lot of thought to naming it, and decided just to be descriptive: hence “Sandy’s Biz Blog”. Can you tell that I’m an engineer and not a marketer?

My inner marketing voice spoke up this week — part of the overactive synapse response to the stimulating conference environment — and I had an overwhelming urge to rebrand. Since I’ve been spending a lot of time thinking about how BPM intertwines with EA, I’m giving a nod to Zachman with the new name, Column 2. (For those of you who aren’t EA aficionados, column 2 in the Zachman framework is where the process models live; although BPM is bigger than just column 2, I thought that it was a cool name.)

If you subscribe to this site, you can change to the new FeedBurner feed location here, although I’ll keep the old one active too.

The standards debate

Another funny thing from yesterday at BPM 2005: at a BPM standards panel session that included representatives from BPMI, WfMC, OMG and OASIS, Dave Petraitis from OASIS took great exception to an audience member’s suggestion that a standard could be biased in favour of a particular vendor. C’mon Dave, why do you think that vendors sit on a standards committe? It’s not purely altruistic, and they’re not just there to learn about the standard so that they can incorporate it into future products; they’re there, in part, to attempt to influence the standard to their way of doing things, both to make it easier for them to conform and to provide them with some competitive advantage.

    Also heard Martyn Ould speak yesterday afternoon, and went online to buy his book from Amazon with hopes that it will be waiting for me when I get home.

    Skype at BPM 2005

    Between the conference, friends, travelling and keeping up with the news from home, no time to blog until now. BPM 2005 is working out to be a very rewarding conference: some great presentations and networking with old friends, new acquaintances and BPM thought leaders who I have only ever met electronically before this week.

    One thing from yesterday that I would not have missed: Peter Fingar was to present one of the keynote speeches, but at the last minute was unable to fly over. However, he used Skype to call into the presentation PC (which was connected to the room’s AV system) and give his talk, someone else flipped his slides for him, and with the lights turned low, it was easy to forget that he wasn’t in the room. Kudos to Peter and to Roger Burlton (who played “Vanna White” for him with the slides) for coming up with a creative solution to what could have been a disappointment for all.

    More later tonight or tomorrow when I’ve had a chance to digest the three days, but I have to say that this has been a great catalyst for my creative spark, and I’m brimming with ideas. I’ve been thinking about BPM and EA together for quite a while, and have heard several things this week that shows me that others are thinking the same thing.

    Insufficient platform testing, my bad

    When I posted about software testing, I never imagined that I would be so blatantly in violation of good testing principles: I added Google ads that were slightly too wide for my right sidebar, and on Internet Explorer, they made the entire sidebar shift to the bottom of the page after all the content. On Firefox, which I use, it looks fine. My only excuse is that it’s been so long since I gave up coding for pure analysis and design that I’ve become lazy about cross-platform testing, which is a pretty poor excuse.

    Note to self: always test template changes on both Firefox and IE.

    My formerly bandwidth-challenged friends now have wireless broadband in the house, so I’m online in London and loving it. More tomorrow after BPM 2005 day 1.

    BPMG London

    I’m headed for the BPMG conference in London. I’ll try to blog some daily notes about the conference; I’m staying with bandwidth-challenged friends, but there is wireless connectivity at the conference site.

    At most conferences, presentation materials are handed out on CD, which is my preferred method of receiving them since my paper filing space is reserved for things that can’t be easily scanned. As an added bonus, BPMG has made most of these materials available online to attendees ahead of time: I can download and review them at my leisure (such as on the flight over), or even print them to take to the conference if I decide not to carry my laptop every day.

    If you’re at the conference, look me up.

    BPM tools and methodologies

    The Gartner webinar that I dropped in on yesterday had some interesting points about modelling and methodologies that started me thinking.

    First, on methodologies: it’s absolutely essential to have some best practices to lend structure to your BPM project. Don’t do this alone, get the help of someone like me (okay, it doesn’t have to be me) who has actually implemented BPM projects before. Whenever you change a business process, there’s a whole lot more than just technology going on, and you don’t want to get caught in the classic IT trap of believing that the business users will be just as excited about the new technology as you are (remember, they didn’t get to play with the Java code).

    There were comments in yesterday’s webinar about how the soft benefits are becoming more significant, including internal factors such as real-time business agility and a process-focussed culture. However, you can’t expect your organization to change because of the introduction of BPM technology; instead, your organization needs to make cultural changes driven by business factors and enabled by the technology.

    On modelling tools, I made the statement last month that most people are using Visio to model their business processes before they are implemented in a BPM system, which is true. However, just because it’s true doesn’t mean that it’s the best way to do this. If you use a standard modelling notation such as BPMN or UML activity diagrams, you’ll do fine up to a point with Visio, but somewhere along the way to your “to be” process, you’re going to need a more serious tool for process simulation and the like. If you check out the BPtrends report on modelling tools that I reviewed last week, you’ll see a lot more tools with a lot more power than Visio for your process modelling and analysis. You’re not going to put these on everyone’s desktop, but they are needed for a few analysts who will be doing the in-depth process design.

    BPM Momentum

    I attended the The BPM Momentum: What’s Driving it? webinar today (not “what’s driving IT” as the host ebizQ erroneously labelled it, which has a much different meaning), featuring Jim Sinur of Gartner. Definitely worth catching the replay for Mr. Sinur’s comments on success factors for BPM projects and for his view of the market convergence.

    He included Gartner’s Application Integration Hype cycle chart, showing how BPM technologies fit: apparently, BPM itself is sliding into the Trough of Disillusionment, whereas BPM Suites are still climbing towards the Peak of Inflated Expectations. (The hype cycle terminology always reminds me of the morality fable Pilgrim’s Progress with its Slough of Despond, but I digress.) He only put a 10% probability on the catastrophic scenario, which makes me feel a whole lot better.

    He also had some good numbers on customers and their BPM projects:

    • 85% of BPM customers are now going after their human-facing processes (presumably, the automated system-to-system ones are already in place).
    • BPM projects are yielding an average IRR of 20% (although Gartner uses a more conservative figure of 15%), but larger projects can produce returns of well over 100%.
    • “Soft” benefits such as competitive advantage and higher customer satisfaction are major contributors to a project’s success.
    • Business and IT are becoming more aligned on BPM projects.

    He also commented on the convergence that is happening in the marketplace, something that I’ve been seeing for some time as well: 130 BPM vendors all attempting to jostle their way into what I call the “BPM suite spot”:

    This convergence is just a continuation of the evolution of BPM that I discussed in an earlier post, but it’s going to get a lot more painful for some of the players as they get eaten by the competition or body-checked off the playing field.

    Small company security

    A few weeks ago, I was involved in making a proposal to a bank for a consulting gig related to business intelligence. Although we had an inside track on what they wanted, and we proposed a team that could deliver the goods, they decided to go with one of the big management consulting firms, in part because they felt that the larger firm presented a lower risk.

    I fought against this prejudice for years when I ran a small (40-person) systems integration company, and were shut out of some opportunities because of our size. Customers who did hire us realized that small is good: we tended to attract a better quality of team member, keep them well-trained, and motivate them appropriately through the right combination of profit-sharing and foozball tables. From the customer standpoint, they held a great deal more leverage over us than they would over a larger SI because they were a larger percentage of our business, and we were very motivated to make them happy, repeat customers who could be used as references. Our reputation was our main marketing asset, and the only way to make that work was to out-perform the big guys.

    These days, given the abysmal track record of a couple of the big firms, I find it hard to believe that the myth of “big company = low risk” is still alive and well. The last time that I was involved in a project with one of the big SIs, it was more than a year late (at last check) and I’m assuming that it’s also way over budget. Also consider some of the recent layoffs announced at big companies, including a whopping 13,000 at IBM. Do you think that they considered the impact on your project before they laid off a staff member who works with you, or supports the project in some way?

    Risky business, hiring these big companies.