regulile de afaceri vin pe primul loc

recent, colegii și cu mine vorbeam cu dezvoltatorul șef de software la o organizație mare de clienți despre progresul unui efort major de re-inginerie acolo. Preocuparea noastră a fost dacă membrii echipei de proiect ar putea respecta un termen limită de aproximativ nouă luni pentru livrarea unui prototip la scară largă. Tocmai am petrecut câteva luni intense dezvoltând un model de afaceri cuprinzător și mai aveau încă câteva luni de proiectare a sistemului.

acest dezvoltator șef este foarte ascuțit—nu unul să se angajeze la orice răspuns ușor. Pentru cea mai lungă perioadă de timp, el nu a spus nimic, pierdut în gândire. În cele din urmă, privind diagramele detaliate de afaceri tencuite pe pereții din jur, el a spus: “dacă am fi început deja să codificăm, aș spune că nu am avut nicio șansă. Dar din moment ce nu am început încă să codificăm, aș spune că șansele sunt destul de bune.”

am avut de a rula că de mai multe ori în mintea mea înainte de am prins sensul lui. “Dacă am fi început deja să codificăm, aș spune că nu am avut nicio șansă.”

știam că el a crezut că aplicația de codificare în sine a fost de gând să fie destul de greu. Aceasta ar implica utilizarea unui motor de reguli, o rețea de distribuție la nivel mondial, interfețe grafice de utilizator și unele middleware semnificative.

el spunea că dacă ar trebui să rezolve toate problemele de afaceri în timp ce codifică, nu le—ar scoate niciodată la timp-sau probabil vreodată. Cu toate acestea, din moment ce echipa de proiect a fost abordarea problemelor dificile de afaceri în avans (inclusiv specificarea regulilor de afaceri), el a crezut că au avut o șansă destul de bună de a finaliza Codul până la data țintă.

în mare măsură, abordarea regulii de afaceri este pur și simplu despre a pune întrebările corecte ale oamenilor potriviți. Există o singură modalitate de a respecta sincer un termen limită-și anume de a rezolva mai întâi problema afacerii.

business-Driven IT

în primele zile ale construirii sistemelor de afaceri, partea de afaceri ar putea, în esență, să se așeze și să le lase să se întâmple. Avantajele automatizării au fost atât de convingătoare încât nu ați putea face practic nici un rău. Acum, pentru toate scopurile practice, afacerile și IT-ul funcționează inseparabil. Atunci când se întreprind proiecte, pasul logic ar fi acela de a reuni echipe de proiecte de afaceri/IT fără sudură și de a le face să urmeze o abordare orientată spre afaceri pentru dezvoltarea cerințelor. Cu toate acestea, multe companii nu sunt aproape de a face acest lucru astăzi.

de prea multe ori, partea de afaceri produce încă “cerințe” neclare, prost concentrate, iar partea IT continuă să facă “cerințe” doar o crestătură sau două deasupra programării. Cum poate fi eliminat acest decalaj între profesioniștii din domeniul afacerilor și profesioniștii IT în dezvoltarea cerințelor?

răspunsul este relativ simplu. Afacerea are nevoie de o abordare organizată care să permită profesioniștilor din afaceri să conducă dezvoltarea cerințelor. Această abordare trebuie să ofere o foaie de parcurs care arată cum să puneți întrebările potrivite despre lucrurile potrivite la momentele potrivite. Ceea ce este necesar este o abordare bazată pe afaceri.

în abordările tradiționale de dezvoltare, multe se pierd de obicei în traducerea cerințelor inițiale la sistemul de rulare real. Dar scrierea unui set de reguli clare de afaceri îmbunătățește comunicarea între partea de afaceri și IT și oferă o punte între analiza afacerii și proiectarea sistemului. Abordarea regulilor de afaceri ajută la reducerea decalajului cerințelor dintre partea de afaceri și partea IT.

deci, ce este o regulă de afaceri? Din punct de vedere al afacerii, este o directivă menită să influențeze sau să ghideze comportamentul. Regulile de afaceri sunt literalmente cunoștințele codificate ale practicilor dvs. de afaceri. Din punct de vedere IT, o regulă de afaceri este o piesă atomică a logicii de afaceri reutilizabile.

într—un fel, toată lumea știe care sunt regulile de afaceri-acestea sunt cele care vă ghidează afacerea în desfășurarea operațiunilor sale de zi cu zi. Fără reguli de afaceri, va trebui întotdeauna să luați decizii din mers, alegând între alternative de la caz la caz. A face lucrurile în acest fel ar fi foarte lent.

Regulile ne sunt familiare tuturor în viața reală. Ne jucăm după reguli, trăim sub un sistem juridic bazat pe un set de reguli și stabilim reguli pentru copiii noștri. Cu toate acestea, ideea regulilor în sistemele de afaceri este ironic străină pentru majoritatea profesioniștilor IT. Spuneți “reguli” și mulți profesioniști IT se gândesc vag la sistemele expert sau la inteligența artificială. Există puțină recunoaștere a modului în care Regulile centrale sunt de fapt pentru operațiunile de bază, de zi cu zi ale afacerii.

nu întâmplător, mulți lucrători și manageri din partea afacerilor au devenit atât de bine îndoctrinați în concepțiile procedurale pentru dezvoltarea cerințelor, încât gândirea în termeni de reguli ar putea părea străină sau abstractă. Practic, fiecare metodologie este vinovată în această privință, fie pentru reingineria proceselor de afaceri, dezvoltarea sistemului sau proiectarea software-ului.

acest lucru este regretabil din două motive:

1. Gândirea la orice activitate organizată în termeni de reguli este de fapt foarte naturală. De exemplu, imaginați-vă că încercați să explicați un joc precum șah, dame, baseball sau fotbal fără a explica regulile.

2. Lucrătorii și managerii din partea afacerilor au cunoștințele necesare pentru a crea reguli bune.

reguli de probă

aruncați o privire la regulile de probă care urmează și observați cum fiecare aspect al controlului operațional într-un sistem de afaceri poate fi abordat prin reguli:

• restricții: un client nu trebuie să plaseze mai mult de trei comenzi rapide percepute în contul său de credit.

* euristică: Un client cu statut preferat ar trebui să aibă comenzile completate imediat.

• calcule: volumul anual al comenzii unui client trebuie calculat ca vânzări totale închise în cursul anului fiscal al companiei.

• inferență: un client trebuie considerat preferat dacă Clientul plasează mai mult de cinci comenzi de peste 1.000 USD.

• Timing: un client trebuie arhivat dacă clientul nu plasează nicio comandă timp de 36 de luni consecutive.

• declanșatoare: “trimiteți o notificare prealabilă” trebuie executată pentru o comandă atunci când comanda este expediată.

regulile se bazează direct pe termeni și fapte. Termenii – cum ar fi clientul, expedierea și factura—ar trebui să aibă o definiție precisă și lipsită de ambiguitate în afaceri. De exemplu, clientul poate fi definit ca: “o organizație sau o persoană fizică care a plasat cel puțin o Comandă plătită în ultimii doi ani.”

faptele sunt date de propoziții simple, declarative, care conectează Termenii cu un verb sau o frază verbală, cum ar fi ” Clientul plasează comanda.”

un “model de fapt” este un set de declarații de fapt care descriu rezultatele unei operațiuni de afaceri. Un model de fapt ar trebui să servească drept model inițial pentru un model de date, dar scopul său principal este de a capta cunoștințe despre afacere într-o formă structurată, distilată de la lucrătorii din partea afacerii și managerii care o posedă.

Regulile adaugă, în esență, sensul cuvintelor trebuie sau nu la termeni și fapte, ca în “comenzile pe credit de peste 1.000 USD nu trebuie acceptate fără o verificare a creditului.”

Regulile ar trebui să fie exprimate într-o engleză de afaceri clară, lipsită de ambiguitate, bine structurată, începând cu un subiect explicit. Regulile nu ar trebui să aibă puf și nici fapte lipsă. Regulile pot fi calificate, ca în “o expediere trebuie asigurată dacă valoarea expedierii este mai mare de 500 USD.”Și regulile pot include criterii de sincronizare, ca în “un student trebuie să fie înscris la cel puțin două cursuri până la încheierea înregistrării.”

independența regulii

o afacere seamănă foarte mult cu un corp uman. Structura cunoașterii (termen și fapt) este ca scheletul; procesele sunt mușchii puternici; iar regulile sunt sistemul nervos care îi controlează pe ceilalți doi. Toate cele trei sunt esențiale și interdependente. Dar regulile de afaceri ar trebui să fie separate de celelalte două. Un principiu de bază al acestei abordări este că regulile sunt independente de procese și proceduri. Un beneficiu marginal al acestei “independențe a regulilor” este o simplificare uriașă a proceselor.

rezultatul este un “proces subțire”, un obiectiv de lungă durată al multor profesioniști IT. Prin eliminarea regulilor din procese, puteți produce procese care sunt relativ simple și pot fi schimbate pe măsură ce apare nevoia.

în Liga Națională de fotbal, dacă o piesă nu funcționează pentru o echipă, va dispărea din playbook-ul său în câteva jocuri. Piesele sunt în esență aruncări. În mod similar, întreprinderile trebuie să—și vadă propriile proceduri ca aruncări-suficient de ieftine pentru a arunca și înlocui cu ușurință atunci când procedurile nu mai funcționează bine.

procedurile de aruncare sunt o necesitate pentru ca afacerea să fie adaptabilă și competitivă. Această idee înșelător de simplă-posibilă prin abordarea regulilor de afaceri-poate revoluționa modul în care se lucrează și se proiectează sistemele.

retipărit cu permisiunea principiilor abordării regulilor de afaceri, de Ronald G. Ross (Addison-Wesley, 2003). Ross este co-fondator și director al Business rule Solutions LLC și editor executiv al site-ului Web BRCommunity.com.

bibliotecă Fact Model
această diagramă prezintă un model grafic fact pentru o bibliotecă. Formularea regulii se bazează direct pe modelul de fapt, care este o diagramă a conceptelor de afaceri de bază – o structură de cunoștințe. Un model de fapt poate și ar trebui să ofere un plan de primă tăiere pentru modul în care datele vor fi organizate în cele din urmă într-o bază de date. Regulă: Un card de bibliotecă poate fi utilizat pentru a verifica o carte numai dacă cartea este deținută de o bibliotecă pentru care cardul este autorizat.