Prosessi on joukko toisiinsa tai vuorovaikutuksessa toimintaa, joka käyttää panoksia tuottaa toivottua tulosta, mukaan ISO 9000 : 2015.
Nämä elementit ovat joko aineellisia esineitä (jotka logistiikka voi havaita virtauksina arviointia varten) tai tietoa tai molempia.
Huomautuksia:
Sinun ei pidä sekoittaa "prosessia" ja "menettelyä" (katso Yrityksen menettely ). Ensimmäisessä kuvataan yrityksen toimintaa poikittaisen näkemyksen mukaan suhteessa tämän organisaatioon, kun taas toisessa selitetään "miten tehdä" tässä organisaatiossa . Prosessilähestymistapa mahdollistaa eri toimintojen rajapintojen tunnistamisen ja hallinnan.
Prosessilähestymistavan käyttö voi johtaa prosessikartan kehittämiseen, jonka avulla yritystä voidaan edustaa eri prosessien välisten linkkien kautta (katso jäljempänä § ”Prosessin graafinen esitys”).
Erotamme yleensä:
Toimintaprosessit edustavat yrityksen ydinliiketoimintaa: valmistelusta tuotteiden ja palveluiden tilaamiseen / toimittamiseen asiakkaille. Tukiprosessit edustavat toimintaa, jolla sisäiset resurssit asetetaan saataville operatiivisten prosessien toteuttamiseen: tarvikkeiden hankinta, henkilöstöhallinto, kirjanpito jne. Johtamisprosessit edustavat toimintaa, jolla valmistellaan sisäistä tietoa, joka mahdollistaa yrityksen toiminnan hallinnan. Usein tehdään ero operatiivisen ja strategisen johtamisen välillä. Mittausprosessit käsittelevät itse prosessien tehokkuutta mittaamalla tulosten ja määriteltyjen tavoitteiden väliset poikkeamat. Näiden mittareiden käyttö mahdollistaa prosessin jatkuvan parantamisen Deming-pyörän mukaan . Mittausprosessit ovat prosessin optimoinnin ydin .
Jos prosessit perustuvat (staattiseen) organisaatioon , voimme yrityksessä kuitenkin suunnitella kohdeorganisaation (esimerkiksi osana sulautumisen ja yrityskaupan jälkeistä muutostoimintaa) aloittamalla mallintamalla liiketoiminnan operatiiviset prosessit.
Jokainen prosessi voidaan jakaa aliprosesseihin tai vaiheisiin (tai vaiheisiin).
Kaksi koulua (A ja B) johtaa vaiheen hajoamista. Näihin lisätään prosessin tietokonenäkö (C).
Jokainen vaihe on jaoteltu toimintoihin.
Jokainen aktiviteetti voidaan määritellä tehtävien kokoelmaksi (sisältäen syötetiedot ja lähtötiedot sekä ohjaussilmukat). Tehtävä on pienemmällä tarkkuudella kuin aktiviteetti.
Jokainen tehtävä voidaan määritellä toimintojen kokoelmaksi. Toimen tarkkuus on pienempi kuin tehtävän.
Jokainen vaihe koostuu tehtävistä. Se tuottaa omia tietojaan ja on ainoa, joka luo tai muokkaa niitä koko tietojärjestelmässä. Omilla tehtävillä ja omien tietojen tuottamisella se edustaa autonomista toiminnallista lohkoa.
BPMN erotetaan ainoastaan kaksi tasoa hajoamistuotteet: aliprosessia ja tehtävä , termi toiminta käytetään yleisesti viittaamaan kaikilla hajoamisen tai vakauttamista.
Sanomme, että prosessi ulkoistetaan, kun se "poistuu" yrityksestä, toisin sanoen se aktivoi kumppaneita tai alihankkijoita.
Sanomme, että kaksi prosessia ovat yhteistyössä, jos ne vaihtavat tietoja (ensimmäisen tuottamat, toisen kuluttamat).
Liiketoimintaprosessia ei pidä sekoittaa työnkulkuun, joka on täysin automatisoidun prosessin tietokonekäännös.
Liiketoimintaprosessi (tai pääprosessi tai liiketoimintaprosessi) laukaisee aina tapahtuma nimeltä "laukaista". Kun liiketoimintaprosessi päättyy, se laukaisee yhden tai useamman ns. Päätelaitteen, joka voi laukaista toisen liiketoimintaprosessin.
Liiketoimintaprosessilla on liiketoimintasäännöt . Nämä säännöt ovat lähde päätökselle harjoittaa liiketoimintaprosessin toimintaa tai olla tekemättä sitä.
Prosessille on tunnusomaista 6 parametria:
Prosessi voidaan määritellä menetelmässä tiedot , jotka voivat dokumentoida ominaisuudet prosessin ja antaa tarvittavat lisätiedot täyden toiminnan ymmärtämistä prosessin, mukaan lukien, kun tarvittaessa tavoitteet voidaan saavuttaa. Monimutkaisen prosessin tapauksessa voidaan lisätä graafinen esitys sekä prosessien täydellinen kartoitus.
Esimerkki prosessitiedotteen dokumentoitavista kohdista:
On olemassa standardeja, jotka edustavat prosesseja BPMN, jota käytetään laajalti dematerialisoituneissa prosesseissa, ja ISO 5807: 85 -standardi. Jos et halua käyttää suositeltuja merkintöjä, sinun on perustettava symbolinen (perusmuoto), joka edustaa kutakin kartoitettavassa prosessissa olemassa olevaa ominaisuutta, päätössilmukkaa ja muita työkaluja.
Yksi sääntö: Ajattele yksinkertaista ja toimivaa; kaikkien ymmärrettävä ja käyttökelpoinen.
Esimerkki prosessin esityksestä: Esimerkki kahden sisäkkäisen prosessin ja jatkuvan parannussilmukan esityksestä: Esimerkki prosessin (eikä prosessin) esityksestä tuotteiden hallintaan, jotka voidaan sisällyttää teokseen: