Descrierea proceselor de afaceri, cum să evite greșelile

Prima etapă de construcție a sistemului informațional în întreprindere este de obicei o descriere a proceselor sale de afaceri. Cu toate acestea, specificul pieței românești este că, din cauza greșelilor făcute în această etapă, lucrările sunt de multe ori inutile.







Se determină obiectivele

Implementarea sistemelor informatice (IS) clasă medie și mare este însoțită, de regulă întreprinderi, descrierea proceselor de afaceri (PD) client. Cel mai adesea o astfel de documentație compilate în timpul examinării preliminare, care permite de a determina modul de succes organizația BP poate fi transferată în cadrul propus CE. Scopul implica de obicei, consultanți IT, dar conducerea organizațiilor care implementează IP vede invariabil problema ceva mai largă.

Deși descrierea stadiu PD este aproape întotdeauna prezent în planul de lucru pentru proiect, rezultatele sunt evaluate extrem de ambigue. Principalul motiv pentru aceasta este numărul de greșeli care sunt adesea făcute în calitate de clienți și artiști. Deja în decizia de a iniția descrieri BP, de obicei, face greșeală cele mai comune - obiectivele acestui studiu sunt formulate suficient de clar, ceea ce duce la neînțelegeri ulterioare între client și contractor.

Introducerea unor sisteme costisitoare de întreprindere de clasă medie și mare nu este un scop în sine. Clientul de multe ori constată că utilizarea unor astfel de sisteme, în plus față de aspectele pur tehnice, va servi drept punct de plecare pentru o restructurare a activității în întreprindere.

Aceste așteptări sunt rareori formulate în orice cerințe specifice, de obicei consultanții IT trebuie să se confrunte cu dorințele mai mult sau mai puțin abstracte, cum ar fi: „X Divizia nu funcționează eficient, sperăm, sistemul va aduce ordine acolo“, „doresc să lucreze ca companii de top din industrie, cum ar fi firma Y ». Și chiar și aceste dorințe sunt adesea pierdute sau modificate de dincolo de recunoaștere, până la îndemâna artiștilor interpreți sau executanți obișnuiți. Pentru a evita erorile ulterioare, expertii recomanda sa fie pe fișa postului a alimentatorului nu este mai puțin gravă și mai detaliate decât TOR pentru pachetul de software.







„Așa cum este“ și „cum ar trebui să fie“

În funcție de obiectivele stabilite pentru implementarea IP a managementului companiei, în descrierea proceselor de afaceri „, așa cum este» (așa cum este) necesar pentru a specifica dorit «tăiat» și detalierea. Mai mult decât atât, aceste cerințe pot varia pentru diferite departamente. De exemplu, în cazul în care noul sistem este planificat să organizeze activitatea unui departament de aprovizionare, astfel încât să se reducă la minimum riscul unei înțelegeri secrete între managerii de departamente și furnizori, atunci descrierea proceselor „așa cum este“ recomandabil să se acorde o atenție deosebită principiilor existente de alegere a furnizorilor.

În cazul în care un anumit departament este planificat să introducă un sistem de indicatori cheie de performanță, are sens să „ordine“ în descrierea BP reprezentând indicatori de performanță cantitativi. În absența unor astfel de cerințe vor mai probabil descriere BP unități structurale realizate dintr-un singur sistem. Prin urmare, în cazul în care clientul se așteaptă să primească în anumite rezultate, interesul reducerilor sale, el ar trebui să avanseze să le formuleze.

Descrierea proceselor de afaceri, cum să evite greșelile
Aceste „recomandări“ în descrierea BP este de temut

Mulți consultanți IT includ în planul elementului de proiect „Descrierea proceselor de afaceri“, așa cum ar trebui să fie »(să fie)». În practică, operarea la scară largă pe articolul poate efectua nu multe companii care operează pe piața românească. Ca o regulă, este firmele mai mari, care au experiență în construirea de alimentare cu energie a ambelor companii occidentale și interne avansate, și în măsură să aplice în mod inteligent această experiență într-o anumită industrie bazată companie românească, precum și alte detalii.

Împreună cu exemplele de succes, în România există o tendință foarte clară - „cum ar trebui să fie“ mulți consultanți IT idee nu foarte clară a modului în care să se apropie de descrierea BP Pentru ei, în cazul în care descrierea „așa cum este“ arată că procesul în ansamblul său se află în structura propusă CE, această fază a lucrării este de peste și ei caută cât mai repede posibil pentru a începe punerea în aplicare. Ca urmare, clientul riscă, ca urmare a procesului de descrieri „așa cum ar trebui să fie“ pentru a obține un set de diagrame PD existente cu „sfaturi valoroase“ pentru a le transfera la propunerea CE.

Este corect să spunem că descrierea proceselor „așa cum ar trebui să fie“ este într-adevăr o sarcină dificilă. În cazul în care clientul nu prezintă o cerință clară pentru un anumit bloc, consultantul este dificil de a înțelege ceea ce este cu adevărat necesar de el, și în ce direcție să se miște. Cere un vector, desigur, trebuie să dețineți clientul, pentru că este mai bine nimeni nu știe o anumită afacere.