Konference Process World poprvé v Praze

Konference ARIS ProcessWorld, největší světové fórum pro procesní manažery a top IT manažery, představí letos poprvé svůj tradiční mix teorie a praxe také v Praze. Druhá zastávka ARIS ProcessWorld on Tour 09, uznávané konference nejen o řízení podnikových procesů, se uskuteční 8. a 9. června v hotelu Corinthia Towers.

Pod heslem „Discover the Value of Business Process Management – Objevte hodnotu řízení podnikových procesů“ se účastníci z celé Evropy budou moci seznámit s nejnovějšími trendy v oblasti procesního managementu. Důraz bude přitom kladen na témata jako je podnikový BPM, Enterprise Asset Management (EAM. řízení podnikových zdrojů), procesní implementace SAP, Service-oriented Architecture (SOA), Process Intelligence a Performance Management či Governance, Risk & Compliance Management (GRC). Prostor dostanou jak praxí prověřené scénáře řešení, tak výsledky vědeckých výzkumů a samozřejmě i diskuse o nových výzvách v oblasti procesního řízení a IT.

Tak jako v předchozích letech budou mezi přednášejícími nejen specialisté ze společnosti IDS Scheer, ale také celá řada jejích partnerů a významných zákazníků z různých oblastí průmyslu a obchodu, mezi nimi například firmy jako Accenture, SAP, Oracle, E.ON, Akbank T.A.S., Infineon Technologies, Pepsico, SE Bordnetze – Slovakia, a Wyeth.

Společnost IDS Scheer sama na ARIS ProcessWorld on Tour `09 představí nové softwarové produkty ARIS, a seznámí účastníky se svými konzultačními přístupy a inovativními best practice, zaměřenými na zvýšení výkonu svých klientů. Kromě jiného bude také v Praze možné prakticky otestovat inovace stávajících produktů, které budou široké zákaznické základně k dispozici od září. Mezi nimi bude ARIS Governance Engine, ARIS Mashzone (mashup technology), ARIS Express (ARIS přístupný volně na internetu) and ARIS Process Performance Manager 5.0.

Společnost IDS Scheer ČR může nabídnout pro pražské zastavení speciální slevu, kdy vstupné na oba dny činí 450 euro (200 euro sleva), resp. 250 euro instituce veřejné správy. Více informací o této nabídce a speciální registrační formulář naleznete na www.ids-scheer.cz/processworld.

Více o programu naleznete na: http://www.processworld.com/.

Více.....

Pravidla podnikání

Pravidla podnikání (business rules) nejsou buzzword. Jsou tu s námi od nepaměti, stejně jako procesy. A byla byznysu tohoto světa zjevena takřka totožným způsobem, jako se to stalo u reinženýringu - manifestem (viz dole). Je-li Hammer praotcem BPR, je otcem zakladatelem pravidel podnikání Ronald G. Ross. A přichází se stejně geniálně triviálně tezí: Pravidla musí být abstrahována z procesů - procesy zůstávají, pravidla se mění podle podnikatelské situace.
Proč je toto doporučení tak zásadní a jak nám změní firmu, pokud ho budeme respektovat?

Více.....

Typy pravidel podnikání

Podle Rosse existují 2 typy pravidel pravidel:
- strukturální pravidlo - popisuje základní logiku podnikání a jako taková nemůže být porušeno, může být jen nepochopeno.
- operativní pravidlo - popisuje logiku rozhodování, vyjadřuje příkazy nebo zákazy a může být porušováno

Pokud tuto klasifikaci chceme prakticky použít v modelování a analýze podnikových procesů, musíme si ji rozšířit o metapravidla - které objekty, vztahy či jevy reálného světa budeme považovat za natolik relevantní, abychom se jimi zabývali.

Strukturální pravidla, protože zachycují základní logiku tvorby přidané hodnoty v daném oboru podnikání resp. procesu, jsou relativně konstantní, protože se mění výhradně se změnou podnikání. Naproti tomu operativní pravidla jsou dočasná, reagují na aktuální obchodní potřeby. Pokud operativní pravidla vyseparujeme z procesů a budeme je schopni rychle aktualizovat, budou naše procesy velmi trvalé a přitom vitální.

Podívejme se na hodně zjednodušený příklad posouzení žádosti o úvěr:

Finanční instituce může na základě informací v předložené žádosti buď úvěr poskytnout, odmítnout nebo si může vyžádat dodatečné informace. To jsou pravidla strukturální.

Operativní pravidla, kterých v praxi může být i několik stovek, jsme pro daný příklad zjednodušili na tyto:
- úvěr je poskytován pouze v rozmezí od 10 do 100 tis. Kč
- pro úvěry do 20 tis. Kč stačí, když žadatel nemá záznam v registru dlužníků
- pro úvěry od 20 do 50 tis. Kč musí mít žadatel navíc trvalý příjem
- pro úvěry od 50 do 100 tis. Kč musí žadatel předložit další podklady

Operativní pravidla, která tvoří vnitřní logiku rozhodování, mohou mít charakter:
- výpočtu. Logika výpočtu může být naprogramována a může být vysoce komplexní. Pokročilé systémy dnes využívají i fuzzy logiku. Velmi často se pro doplňování takovýchto pravidel používají analytické nadstavby nad datovými sklady využívající dolování dat a znalostí nebo jsou budovány systémy jako otevřené, které umožňují pravidla průběžně doplňovat či modifikovat podle rozšiřujícího se poznání a konkrétní obchodní situace.
- posuzování smyček a iterací. Např. žádost o úvěr nesmí být starší oproti doplňujícím údajům klienta o více než 10 dní.
- odvozování a vzájemných vztahů. Tato pravidla mohou sahat od jednoduchých otázek typu "Má tento klient u nás účet?" až po velmi komplexní vazby - pokud jde o opakovaný úvěr nad 50 tis. Kč, musí mít klient přiděleného osobního bankéře.

Právě poslední typ operativních pravidel je velmi zrádný. Kde končí operativní a začíná strukturální? Jde o trvalou business logiku nebo jen o obchodní rozhodnutí? Jde o otázku dost zásadní z hlediska BPM (např. pokud budeme modelovat výhradně strukturální pravidla a udržíme operativní logiku separátně, budou mít naše modely výrazně vyšší životnost a přitom budeme schopni rychle reagovat na obchodní požadavky) a IS (která logika bude "zadrátovaná", která customizovatelná a která vytvářená uživatelsky).

Pravidla vzájemných vztahů jsou zrádná ještě z jednoho důvodu. Často v sobě implikují závazky nebo podmínky, které nejsou ze zkoumané procesní logiky zřetelné. V našem případě např. ošetření vazeb mezi osobním bankéřem a bankou. Co se stane, když osobní bankéř dá výpověď?

Více.....

Vymahatelnost pravidel

Pokud základní rozdíl mezi strukturálními a operativní pravidly je v tom, že strukturální pravidla nemohou být porušena, stojí za to zkoumat i to, nakolik jsou operativní pravidla závazná a jaké sankce jejich porušení přináší. Existuje 6 úrovní vymahatelnosti pravidel, které lze samozřejmě kombinovat:

- absolutní pravidlo. Pokud je porušení pravidla zjištěno, vždy automaticky následuje trest.
- vyšší rozhodnutí. Porušení pravidla je oznámeno pracovníku s vyšší pravomocí a ten má právo udělit trest.
- oprávnění k porušení. Pracovník se specifickým oprávněním může pravidlo porušit.
- výjimky. Pracovník může v konkrétním případě výjimečně rozhodnout, že pravidlo poruší.
- zdůvodnění. Pracovník může pravidlo porušit, ale musí toto porušení zdůvodnit.
- doporučení. Pokud pracovník porušuje pravidlo, je mu to připomenuto.

Dobrou praxí je důsledné oddělování vlastních pravidel od nápravných procedur, které jsou spuštěny při porušení pravidla.

Více.....

Manifest pravidel podnikání

(The Business Rules Manifesto)
Version 2.0, November 1, 2003. Edited by Ronald G. Ross.

Article 1. Primary Requirements, Not Secondary
1.1. Rules are a first-class citizen of the requirements world.
1.2. Rules are essential for, and a discrete part of, business models and technology models.

Article 2. Separate From Processes, Not Contained In Them
2.1. Rules are explicit constraints on behavior and/or provide support to behavior.
2.2. Rules are not process and not procedure. They should not be contained in either of these.
2.3. Rules apply across processes and procedures. There should be one cohesive body of rules, enforced consistently across all relevant areas of business activity.

Article 3. Deliberate Knowledge, Not A By-Product
3.1. Rules build on facts, and facts build on concepts as expressed by terms.
3.2. Terms express business concepts; facts make assertions about these concepts; rules constrain and support these facts.
3.3. Rules must be explicit. No rule is ever assumed about any concept or fact.
3.4. Rules are basic to what the business knows about itself -- that is, to basic business knowledge.
3.5. Rules need to be nurtured, protected, and managed.

Article 4. Declarative, Not Procedural
4.1. Rules should be expressed declaratively in natural-language sentences for the business audience.
4.2. If something cannot be expressed, then it is not a rule.
4.3. A set of statements is declarative only if the set has no implicit sequencing.
4.4. Any statements of rules that require constructs other than terms and facts imply assumptions about a system implementation.
4.5. A rule is distinct from any enforcement defined for it. A rule and its enforcement are separate concerns.
4.6. Rules should be defined independently of responsibility for the who, where, when, or how of their enforcement.
4.7. Exceptions to rules are expressed by other rules.

Article 5. Well-Formed Expression, Not Ad Hoc
5.1. Business rules should be expressed in such a way that they can be validated for correctness by business people.
5.2. Business rules should be expressed in such a way that they can be verified against each other for consistency.
5.3. Formal logics, such as predicate logic, are fundamental to well-formed expression of rules in business terms, as well as to the technologies that implement business rules.

Article 6. Rule-Based Architecture, Not Indirect Implementation
6.1. A business rules application is intentionally built to accommodate continuous change in business rules. The platform on which the application runs should support such continuous change.
6.2. Executing rules directly -- for example in a rules engine -- is a better implementation strategy than transcribing the rules into some procedural form.
6.3. A business rule system must always be able to explain the reasoning by which it arrives at conclusions or takes action.
6.4. Rules are based on truth values. How a ruleís truth value is determined or maintained is hidden from users.
6.5. The relationship between events and rules is generally many-to-many.

Article 7. Rule-Guided Processes, Not Exception-Based Programming
7.1. Rules define the boundary between acceptable and unacceptable business activity.
7.2. Rules often require special or selective handling of detected violations. Such rule violation activity is activity like any other activity.
7.3. To ensure maximum consistency and reusability, the handling of unacceptable business activity should be separable from the handling of acceptable business activity.

Article 8. For the Sake of the Business, Not Technology
8.1. Rules are about business practice and guidance; therefore, rules are motivated by business goals and objectives and are shaped by various influences.
8.2. Rules always cost the business something.
8.3. The cost of rule enforcement must be balanced against business risks, and against business opportunities that might otherwise be lost.
8.4. More rules is not better. Usually fewer good rules is better.
8.5. An effective system can be based on a small number of rules. Additional, more discriminating rules can be subsequently added, so that over time the system becomes smarter.

Article 9. Of, By, and For Business People, Not IT People
9.1. Rules should arise from knowledgeable business people.
9.2. Business people should have tools available to help them formulate, validate, and manage rules.
9.3. Business people should have tools available to help them verify business rules against each other for consistency.

Article 10. Managing Business Logic, Not Hardware/Software Platforms
10.1. Business rules are a vital business asset.
10.2. In the long run, rules are more important to the business than hardware/software platforms.
10.3. Business rules should be organized and stored in such a way that they can be readily redeployed to new hardware/software platforms.
10.4. Rules, and the ability to change them effectively, are fundamental to improving business adaptability.

Originál pravidel "The Principles of Rule Independence" je uveřejněn zde:
http://www.businessrulesgroup.org/brmanifesto.htm

Více.....

Rizika a pravidla

Riziko je nahodilá událost vedoucí ke vzniku škody v nebo z podnikání společnosti. Pravděpodobnost této události můžeme předpovědět na základě výskytu rizikových faktorů. Tolik jednoduchá definice. Ve vztahu k procesům existují tři odlišné typy rizika - rizika v procesu vznikající, rizika do procesu vstupující a jeho průběh ovlivňující a rizika, jejichž následky musí určitý konkrétní proces minimalizovat (emergency procedury). Plus existuje množství rizik, která nemají s procesy nic společného. Byznys model společnosti (BMS) se často omezuje jen na výčet rizik a zachycení jejich vazeb k procesům a zcela pomíjí předpolí rizik - rizikové faktory. Už proto, že hodnota rizikovosti těchto faktorů je velmi často fuzzy a tudíž se špatně modeluje. A což je zkusit popsat pravidly?
Příspěvek byl poprvé publikován před dvěma roky.

Více.....

Jednoduchá pravidla podnikání

Je dost rozdíl mezi pravidly podnikání a pravidly popisujícími chování informačního systému. Jakmile se byznys analytik nechá strhnout a začne popisovat všechny možné události a správné reakce na ně, dostane se do pasti složitosti a nečitelnosti. Navíc pravidla přestane formulovat pozitivně (co je chováním žádoucím) a místo toho bude definovat re-akce (vesměs zákazy).
Příspěvek byl poprvé publikován před dvěma roky.

Více.....

Ještě jednou o pravidlech podnikání

S pravidly se to má jako s procesy - můžeme se na ně dívat s nadhledem a formulovat je přehledově. Nebo je můžeme začít pitvat až do řešení každé výjimky. Co víc - podrobnost popisu procesů musí být v souladu s podrobností pravidel. Docela analyticky náročná záležitost.
Příspěvek byl poprvé publikován před dvěma roky.

Více.....

Pravidla podnikání jako příležitost

Pravidla podnikání jsou především nástroj řízení. Velmi účinný nástroj, protože definují o co a jak se vlastně hraje. Jsou dnes ve firmách rozptýlená v desítkách nestrukturovaných dokumentů, které stejně nikdo nečte a hodí se jen v případných pracovně-právních sporech. Proč nemá management zájem tyto pravidla strukturovat a koncentrovat? Omyl. Zatím každý vrcholový manažer, kterého jsem potkal, o to zájem má. Ale sám to nedokáže. Toto je výzva pro byznys analytiky.
Příspěvek byl poprvé publikován před dvěma roky.

Více.....

O nástrojích pro pravidla podnikání

Při vytahování, očišťování a reformulaci pravidel podnikání stojí byznys analytik před otázkou - mám to provádět "na koleně" (třeba v Excelu) nebo je to záležitost složitější, takže se bez slušného nástroje člověk v pravidlech utopí? Jsou vůbec dostupná nástroje natolik silné, aby pomohly najít a propojit vzájemnou logiku, očistit a zjednoznačnit sémant, udržet stejnou analytickou úroveň? Moje odpověď zní - na byznys úrovni nástroje příliš nepomohou. Jestliže dnes máme modelovací a analytické nástroje pro procesy natolik silné, že nás do určité míry při analýzách podrží, u pravidel podnikání tomu tak není. Ani když pracujeme v angličtině, jazyku přece jen strukturovanějším a lépe nástroji zvládnutém. Připomíná mi to situaci v polovině devadesátých let s nástroji pro BPM. Nástroje sice moc nepomůžou, ale rozhodně neuškodí.
Příspěvek byl poprvé publikován před dvěma roky.

Více.....

Ještě o nástrojích pro pravidla podnikání

Velkým pokušením pro analytika je na pravidla podnikání použít nástroje, které jsou k dispozici pro některé produkty BI. Mají tři nepřehlédnutelné výhody: jednotnou repository, pomůcky pro tvorbu syntaxe pravidel a možnost vytvářet logické vazby mezi pravidly. A jednu přehlédnutelnou nevýhodu - nemožnost jejich přímého propojení do repository BMS. Ta se sice dá nějakými technickými prostředky obejít, ale podstatná absence zůstává - pravidla analytik nevytváří jako součást byznys modelu, ale separátně.
Příspěvek byl poprvé publikován před dvěma roky.

Více.....