Teknologiblogg

Dette er en bloggserie om Business Process Management (BPM) og de ulike elementene som understøtter dette brede fagfeltet. I dette innlegget skal jeg introdusere noen av de teknologiske prosessverktøyene som støtter opp under fagfeltet

Verktøy for prosesshåndtering
Business Process Management drives av forretningssidens behov for prosessforbedring. Organisasjonen må kunne modellere og analysere prosessene slik at man kan identifisere forbedringstiltak. Den må også kunne sette prosessene sine "i drift" - altså i mange tilfeller vil dette bety en form for teknologisk eksekvering. Når så prosessene er aktive må de også kunne måles - slik at prosesseier kan iverksette forbedringstiltak. Forretningssiden driver endringsprosessen i organisasjonen, men den er sterkt understøttet av teknologi for å kunne realisere sine stadig endrede behov . I klassifiseringen av understøttende prosessverktøy har man tradisjonelt skilt mellom BPA (Business Process Analysis) verktøy og BPMS (Business Process Management Suites).

BPM Lifecycle

BPA verktøy har vært sentrert rundt forretningssiden, og har rik funksjonalitet for modellering, analyse, simulering og styring. Verktøyene har vært drevet av behovet for å kunne modellere/dokumentere forretningsprosessene, analysere, simulere, styre og forbedre disse. Eksekvering av prosessmodeller er holdt utenfor i de rene BPA verktøyene og håndteres gjennom organisasjonens eksekveringsplattform. De fleste av verktøyene kan eksportere ut prosessmodeller for viderebehandling på teknisk side, og noen har også dannet partnerskap mot leverandører på eksekveringssiden.

BPMS har en teknologisk bakgrunn hvor hovedfokus har vært eksekvering/automatisering av prosesser. Rundt denne kjernen har de blitt utvidet med støtte for modellering/analyse, forretningsregler, workflows og annen understøttende programvare. Problemstillingen her har vært at BPMSene har vært fokusert mot teknisk eksekvering, og de andre elementene i ”Suiten” har ikke fått nødvendig fokus og funksjonalitet. En del programvare har blitt ”brandet” som BPMS, på tross at det har vært lite fokus på ”Management” biten. Dermed har dette blitt et arbeidsverktøy for IT siden i organisasjonen, mens forretningsbrukere har benyttet egne verktøy som ikke synkroniseres med teknologisiden.

Konsoldiering av funksjonalitet
Som nevnt innledningsvis er BPM veldig ofte avhengig av underliggende teknologi. For å kunne drive den kontinuerlige forbedringssyklusen trenger man både analyse, design, simulering, eksekvering, måling, oppfølging, styring og andre understøttende elementer. Dette behovet gjør at BPA og BPMS verktøyene for prosesshåndtering drives mot hverandre og danner mer komplette støtteverktøy. BPA verktøyene trenger eksekveringskapabilitet og BPMSene må ta inn i seg områder/funksjonalitet som er kritiske for forretningssiden. De ledende leverandørene innenfor hver ”leir” kjøper opp/tilegner seg funksjonalitet for å komplettere sine produkter og sluttresultatet er nye allianser/produkter som bedre skal tjene både forretning og IT brukerne i organisasjonen. Hvis man ser på Gartners analyser av markedet ligger alt til rette for denne type konsolideringer. Eksemplevis kan man se på sommerens hendelser, hvor Software AG (WebMethods) kjøpte opp IDS Scheer (ARIS).

Lettere, billigere og mer tilgjengelig programvare
En annen trend knyttes til tilgjengeligheten og "tyngden" på programvaren - både teknisk og kostnadsmessig. Hittil har mange av verktøyene vært beregnet på en "lukket krets" med ekspert-brukere, med lisensiert tilgang til forholdsvis dyr og resurskrevende programvare. Disse har så distribuert innhold videre ut til organisasjonen.

Verktøyene begynner nå å bli "lettere" i sin form, f.eks Lombardi Blueprint og IBM Blueworkskjører via "nettskyen" og krever kun at nettleser er installert. ARIS har også kommet ut i en ”lettvekt-utgave”, ARIS Express. Alle disse verktøyene er gratis i sin standard form. Fremover betyr denne trenden at flere i organisasjonen vil ha tilgang til denne type verkøty, og via ”nettskyen” kan man jobbe både samarbeidsrettet og uten forhåndsinstallert programvare. Styringsmodellen for BPM, rolle og ansvarsfordeling vil selvfølgelig være utrolig viktig for å kunne utnytte denne muligheten på en riktig måte.

Fortsettelse følger
Dermed avsluttes dette innlegget, men BPM bloggserien lever videre. Neste gang planlegger jeg å ta opp spørsmål knyttet til notasjon i modelleringsammenheng.