Posted by: Adam Deane | 21/11/2010

Process and Business quotes of the week

On IT Architects – Neil Ward-Dutton

The most successful IT architects in the long term are influencers, cajolers, nudgers, tweakers. They’re not the people driving macho balls-out megabucks IT transformation programmes that likely end up being associated with words like “baby” and “bathwater”.

On Enterprise Architects – Nick Malik

I’ve often heard “soft” metaphors used when discussing Enterprise Architects. Some compare EA to the grease in a machine… necessary for the machine to run but we don’t provide the energy for progress so much as we reduce the friction. Others use a “sticky” metaphor, saying that EA is the glue that connects strategy to execution.

On Solution Architects – Ashish Bhagwat

Experienced process designers / optimization experts are good at one thing: identifying patterns in the situations they face on the ground. That’s what a good Solution Architect is really “good” at while designing systems, and that’s what a good engineer is good at while designing a solution to a problem.

On TLAs – Tom Shepherd

Think of all the Three Letter Acronyms (TLAs) that you might or might not be familiar with: CRM, ERP, BPM(S), ECM, CEP, BPA, BTM, CAS, BRM(S). Why do we, as members of the community, do this to ourselves and to our customers? More often than not it’s out of a desire to explain that something we have is different than the rest of the solutions out there.

On Adaptive Case Management – Max J. Pucher

All the while, ACM Adaptive Case Management is portrayed by BPM pundits as the ugly duckling who is chasing his BPM siblings. But ACM is not a BPM enhancement and can’t be built by adding-on stuff to BPM fragments. ADAPTIVE already leapfroged all these TLA silos as a holistic, defragmented approach for a substantial, real-world business problem.

On Process Modeling – Frank Michael Kraft

Why do people model? There is the visibility – that is an important factor. But why do people execute modeled processes instead of developing them as standard software? The reason is the adaptability. People want to adapt the processes lateron – at least have the option to do it.


  1. Thanks very much for the inclusion, Adam! It’s nice to be in such august company 🙂

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s


%d bloggers like this: