Aktuality zo sveta BPM (4. týždeň)

Téma mesiaca Architektúra podnikania je aktuálna i v súčasných diskusiách v celosvetovej BPM komunite. Tyner Blain rieši problém, ako plynulo prejsť z procesnej architektúry na architektúru aplikačnú. Tod Briske špecifikuje kompetencie pre rolu business architekta. Bruce Silvera trápi pretrvávajúca priepasť medzi business modelmi a ich spustiteľnou verziou. A nakoniec Jim Sinur poradí, v jakých situáciách zvoliť špecializovaný BPM nástroj a kedy vystačíte s modelovacím prostredím, ktoré obsahuje BPMS platforma.



Tyner Blain: Šírka a hĺbka architektúry podnikania
Pojem biznis architektúra má úplne iný význam pre manažérov a odborných užívateľov a pre špecialistov IT. Pohľad je úplný len vtedy, keď sa oba tieto významy spoja. Business architekti musia primárne sledovať procesy podnikania v ich biznis súvislostiach a v cielenom zameraní na naplnenie podnikateľských cieľov. Architekti IS prechádzajú do hlbokého pohľadu, kedy je potrebne namapovať biznis procesy na aplikačnú architektúru. A aplikácie, rovnako ako procesy, potrebujú svojho vlastníka, ktorý bude riešiť ich celkovú konzistenciu, vývoj verzií a testovanie.
viac

Todd Biske: Aká má byť rola architekta
Kľúčovou postavou, ktorá má udržať architektúru podnikania včítane jej IT, je business architekt. Aké má mať predpoklady človek, ktorý chce zaujať túto rolu? Predovšetkým musí mať široký rozhľad, a to i z hľadiska technického riešenia, pretože často musí byť schopný prepojovať odborný a IT pohľad. Ďalej musí mať prax v riadení projektov, pretože rad aktivít spojených so zmenami sa rieši projektovo. Architektúru je treba často budovať naprieč organizačnou štruktúrou a to vyžaduje osobnosť schopnú presadzovať záujmy celku s veľkou osobnou autoritou. Poslednou a najdôležitejšou úlohou architekta je vytváranie stratégie a celkových politik a správne nasmerovanie zvolených riešení do budúcnosti.
viac

Bruce Silver: Ako preklenúť medzeru medzi BPMN a BPEL
Medzi modelmi v BPMN a ich spustiteľnou verziou v BPEL je sémantická i metodická medzera. Pritom je potrebné zaistiť obojsmernú synchronizáciu – jednak z návrhu procesov do BPEL, i naopak pri aktualizácií procesov zo spustiteľného BPEL. Predovšetkým v BPEL býva kódovaná len tá časť procesov, ktorá je IS podporovaná - tieto časti je treba modelovať v BPMN do samostatných blokov a využiť, pokiaľ to nástroje dovoľujú, priame zobrazovania fragmentov v BPEL. Budúcnosť je samozrejme v priamom obojsmernom napojení notácie BPMN na BPEL. To bude základné poznávacie znamenie platforiem BPMS skutočne 2. generácie.
viac

Jim Sinur: Modelovanie verzus vykonávanie procesov
Rada platforiem BPMS obsahuje modelovací nástroj. Otázkou je, kedy využiť tento modeler a kedy dať prednosť špecializovanému nástroju. Pre správnu voľbu je treba predovšetkým vedieť, aké má byť primárne využitie vytváraných modelov. Pokiaľ modelujeme predovšetkým pre zaistenie konzistencie business architektúry, je nutné zvoliť špecializovaný nástroj, ktorý vie zachytiť všetky potrebné dimenzie a má tiež prostriedky pre kontrolu správnosti kontextu. Problém potom samozrejme nastáva pri nutnosti premostiť medzeru medzi logickým konceptom a definíciou spustiteľných procesov, pretože dnes existuje jediný použiteľný štandard (XPDL, časom hádam bude možné použiť i BPDM). Pokiaľ modelujeme za účelom zlepšenia výkonnosti, mávajú lepšie analytické a simulačné schopnosti špecializované nástroje, niekedy však pre zistenie základných možností zlepšenia postačí i menej rozsiahly modeler z BPMS. Akonáhle však príde na radu možnosť definované procesy priamo prevádzať, je nutné už kvôli vzájomnej synchronizácií využívať priamo BPMS platformu. V každom prípade platí pravidlo, že pokiaľ sú do modelovania podnikovej reality zapojené priamo biznis užívatelia, je úspešnosť takých projektov okolo 80%. Pokiaľ zostane modelovanie záležitosťou IT, končí až 2/3 projektov v skriniach.
viac