Kylpyhuoneremonttiportaali. Hyödyllisiä vinkkejä

Yhteenveto: Uudet laadunhallintatyökalut. Prosessin kuvausmenetelmät analysointia ja standardointia varten

V.P. Gludkinin toimituksella julkaistussa kirjassa. käsittelee työkalua nimeltä Process Decision Program Chart (PDPC). Tämä työkalu on kaavio, joka on hyvin samanlainen kuin edellä käsitelty vuokaavio (työnkulkukaavio). PDPC näyttää toimintojen ja päätösten sarjan, jotka ovat tarpeen halutun tuloksen saavuttamiseksi, mutta sitä voidaan käyttää

arvioida ohjelman toteuttamiseen liittyvien töiden ajoitusta ja toteutettavuutta esimerkiksi Gantt-nuolikaavion mukaisesti sekä ennen niiden alkamista että näiden töiden suorittamisprosessissa (mahdollisilla muutoksilla niiden toteuttamisen ajoitukseen ).

Kuvassa Kuvassa 11 on esimerkki PDPC:stä, joka määrittää toimenpiteiden ja päätöksenteon järjestyksen siitä hetkestä, kun tilaus vastaanotetaan kuluttajalta ja siihen asti, kun valmis järjestelmä luovutetaan hänelle mahdollisimman lyhyessä ajassa.

Tarkka järjestyksen noudattaminen ja prosessin kaikkien vaiheiden toteuttaminen mahdollistavat prosessin toteuttamiseen tarvittavan ajan minimoimisen. Tätä vähimmäisaikaa englanniksi kutsutaan "läpivientiajaksi" ja se käännetään usein

Riisi. 11. Kaavio työohjelman toteuttamisprosessista, kun kuluttaja täyttää järjestelmän tuotanto-, toimitus- ja asennustilauksen.

venäjäksi "kuollut aika", joka tarkoittaa aikaa, jonka aikana organisaatio (tuotteen valmistaja) ei vain tee voittoa, vaan päinvastoin, sen on pakko käyttää varojaan, jotka kuluttaja (ostaja) palauttaa. vasta sen jälkeen, kun hän on sen hankkinut.

Käytäntö osoittaa, että PDPC:tä rekisteröitäessä käytetään useimmiten vain kolmea symbolia (kuvassa 9 esitetyistä), nimittäin:

soikea (osoittaa prosessin alun ja lopun);

suorakulmio (toimintojen ja toimintojen osoittamiseksi);

viivat nuolilla (osoittamaan prosessin suunnan). Juuri näitä symboleja käytetään kuvassa. 11. Tarvittaessa kuvassa näytetty ohjelman toteutuskaavio. 4.11, voidaan esittää vuokaaviona (prosessikartta), joka on tehty käyttämällä täydellistä symbolisarjaa (katso kuva 4.9). Kutsumme lukijamme tekemään tämän työn itse.

PDPC:tä voidaan soveltaa tehokkaimmin kahdessa tapauksessa:

kehitettäessä uutta ohjelmaa vaaditun tuloksen saavuttamiseksi (PDPC tarjoaa mahdollisuuden alustavaan suunnitteluun ja toimintojen järjestyksen seurantaan samalla kun analysoidaan työn aikana mahdollisesti ilmeneviä ongelmia);

samalla kun yritetään välttää mahdolliset "katastrofit" jo suunnitteluvaiheessa (PDPC auttaa estämään "katastrofisuunnittelua" ennustamalla ei-toivottuja tuloksia, jolloin voit ryhtyä ennalta ehkäiseviin tai korjaaviin toimiin).

Prosessivuokaavioita ja PDPC:itä käytetään laajalti monimutkaisten ongelmien ratkaisemisessa tutkimuksen ja kehityksen alalla, uudentyyppisten tuotteiden suunnittelussa ja kehittämisessä, suurten tuotantotilausten toteuttamisessa jne.

Ohjelman toteutusprosessikaavio (PDPC)- työkalu, jota käytetään graafisesti esittämään tavoitteen saavuttamiseksi tarvittavien toimien ja päätösten sarja.

Tyypillisesti PDPC:tä käytetään arvioimaan töiden valmistumisen ajoitusta ja toteutettavuutta Gantt-kaavion tai verkkoaikataulun mukaisesti niiden säätämiseksi. Lisäksi ohjelman toteutusprosessin kaaviolla on kätevää tutkia mahdollisuuksia parantaa prosessia keräämällä yksityiskohtaista tietoa sen todellisesta etenemisestä sekä tunnistamalla mahdolliset ongelmat prosessin toteutuksen aikana sen suunnitteluvaiheessa.

Seuraavia symboleja käytetään edustamaan PDPC:tä graafisesti:

Useimmiten neljää ensimmäistä merkkiä käytetään kaavion rakentamiseen ohjelman toteutusprosessista. Loput hahmot käytetään tarpeen mukaan.

PDPC:tä rakennettaessa on suositeltavaa noudattaa seuraavaa järjestystä:

· Ensinnäkin määritä prosessin alku ja loppu;

· Määritä prosessin vaiheet (toimet, päätökset, ohjaustoiminnot, saapuvat ja lähtevät virrat) sekä niiden toteutusjärjestys;

· Piirrä luonnos PDPC;

· Vertaa luonnoskaaviota prosessin todellisiin vaiheisiin;

· Keskustele PDPC:n rakennetusta versiosta prosessin toteuttamiseen osallistuvien työntekijöiden kanssa;

· Kehitä ohjelman vuokaaviota keskustelun perusteella;

· Laita kaavioon tarvittavat lisätiedot (prosessin nimi, PDPC:n laatimispäivämäärä, tiedot PDPC:n luomiseen osallistuneista jne.).

Menettely ohjelman toteutusprosessin kaavion laatimiseksi äskettäin kehitetylle prosessille on samanlainen kuin edellä, jossa:

Havainnon sijaan olemassa olevaa prosessia tiimin jäsenten tulee kuvitella henkisesti tulevan prosessin vaiheet;

· Keskustelu PDPC-luonnoksesta tulisi käydä niiden ihmisten kanssa, joiden odotetaan osallistuvan prosessin toteuttamiseen.

Huomautus: jaPDPC:ssä käytetyt symbolit ja rakennusmenetelmät ovat lähes täysin yhteneväisiä niiden ohjelmien toteuttamisen vuokaavioiden kanssa, joita tietojenkäsittelytieteen opettajat ovat joutuneet piirtämään useiden vuosien ajan koulusta korkeakouluun. koulutusinstituutiot... Tämän käytännön seurauksena PDPC:n luomisen periaatteiden hallinta (melko monimutkainen instrumentti laatu), tapahtuu hyvin nopeasti ja melkein ilman vaikeuksia.

Prioriteettimatriisi

Prioriteettimatriisi (matriisidataanalyysi)- Työkalu, jota käytetään laajan joukon numeerisia tietoja, jotka on saatu laatutaulukoiden (matriisikaavioiden) muodostamisessa, käsittelemään prioriteettitietojen määrittämiseksi.

Prioriteettimatriisin rakentaminen vaatii vakavaa tilastotutkimusta, ja siksi sitä käytetään paljon harvemmin kuin muita uusia laatutyökaluja. Matriisidataanalyysi on yhdenmukainen ainesosaanalyysin kanssa, josta tyypillinen esimerkki on monimuuttuja-analyysi. Yleensä tämä työkalu käytetään, kun laatutaulukoiden numeeriset tiedot on esitettävä visuaalisessa muodossa.

Tästä seuraa, että aspiriini on tehoton ja kova, ja paras lääke Tylenoli on tehon/pehmeyden suhde.

Tämän seurauksena CM-työkalujen avulla voit kehittää optimaalisia ratkaisuja mahdollisimman lyhyessä ajassa.

Affiniteettikaavio ja suhdekaavio tarjoavat yleisen suunnittelun.

Puukaavio, matriisikaavio ja prioriteettimatriisi tarjoavat välisuunnittelun.

Päätöksenteon vuokaavio ja nuolikaavio tarjoavat yksityiskohtaisen suunnittelun.

Toimintasuunnitelma

Menetelmien käyttöjärjestys voi olla erilainen tavoitteesta riippuen.

Näitä menetelmiä voidaan pitää sekä erillisinä työkaluina että menetelmäjärjestelmänä. Jokainen menetelmä voi löytää oman itsenäisen sovelluksensa riippuen siitä, mihin luokkaan tehtävä kuuluu.

Menetelmän ominaisuudet

Seitsemän laadunhallintatyökalua - työkalusarja, joka helpottaa laadunhallinnan tehtävää yrityksen organisointi-, suunnittelu- ja johtamisprosessissa erilaisten tosiasioiden analysoinnissa.

1. Affiniteettikaavio- työkalu, jonka avulla voit tunnistaa prosessin tärkeimmät rikkomukset tekemällä yhteenvedon ja analysoimalla läheisiä suullisia tietoja.

2. Kytkentäkaavio- työkalu, jonka avulla voit tunnistaa loogiset yhteydet pääidean, ongelman ja erilaisten vaikuttavien tekijöiden välillä.

3. Puukaavio- työkalu, joka stimuloi luovan ajattelun prosessia, mikä auttaa järjestelmällisesti etsimään sopivinta ja tehokkaita keinoja ongelmanratkaisu.

4. Matriisikaavio- työkalu, jonka avulla voit tunnistaa erilaisten ei-ilmeisten (piilotettujen) yhteyksien tärkeyden. Yleensä kaksiulotteisia matriiseja käytetään taulukoiden muodossa, joissa on rivejä ja sarakkeita a1, a2,., B1, b2. - tutkittavien kohteiden komponentit.

5. Prioriteettimatriisi- työkalu käsittelyyn suuri numero matriisikaavioiden rakentamisessa saatu numeerinen data prioriteettitietojen tunnistamiseksi. Tätä analyysiä pidetään usein valinnaisena.

6. Lohkokaavio päätöksentekoprosessista on työkalu, joka auttaa käynnistämään jatkuvan suunnittelumekanismin. Sen käyttö auttaa vähentämään riskejä melkein missä tahansa liiketoiminnassa. Suunnittelee kaikki mahdolliset tapahtumat siirtyen ongelman ehdottamisesta mahdollisiin ratkaisuihin.

7. Nuolikaavio- työkalu, jonka avulla voit suunnitella optimaalisilla ehdoilla kaikkien täyttymys tarpeellista työtä saavuttaa tämä tavoite ja valvoa niitä tehokkaasti.

lisäinformaatio:

Seitsemän QM-työkalua tarjoavat välineen ymmärtämiseen vaikeita tilanteita ja asianmukainen suunnittelu, rakentaa yksimielisyyttä ja johtaa menestykseen kollektiivinen päätös ongelmia.

· Kuutta näistä työkaluista ei käytetä tiettyjen numeeristen tietojen kanssa, vaan sanallisten lausuntojen kanssa, ja ne edellyttävät semantiikan käsitteiden ymmärtämistä perustietojen löytämiseksi ja keräämiseksi.

· Raakadatan kerääminen tapahtuu yleensä aivoriihien yhteydessä.

Menetelmän edut

Näkyvyys, oppimisen ja käytön helppous.

Menetelmän haitat

Alhainen tehokkuus monimutkaisten prosessien analysoinnissa.

odotettu tulos

Laadunhallintatyökalujen käyttö säästää resursseja ja parantaa siten yrityksen tulosta.

SITÄ VOIDAAN KÄYTTÄÄ MYÖS KYSYMYKSESSÄ 1 JA MUUSSA.

Suositukset laadittiin metodologisen ja käytännön avun antamiseksi yrityksen asiantuntijoille tuotteen käyttöön perustuvan laadunhallintajärjestelmän toteuttamisessa. kansainvälisiä standardeja MS ISO 9000 -sarja Ne paljastavat mahdollisia lähestymistapoja GOST 40.9001-88, s. 4.20 toteuttamiseen.

Termit ja määritelmät standardin MS ISO 8402-1 mukaisesti; GOST 15895-77; GOST 16504-81; GOST 15467-79.

YLEISET MÄÄRÄYKSET

1.1. Tilastolliset tuotteiden laadunhallinnan menetelmät ymmärretään otantamenetelminä, jotka perustuvat todennäköisyysteorian ja matemaattisen tilaston soveltamiseen.

Tilastolliset menetelmät mahdollistavat rajoitetun määrän havaintoja tietoisten päätösten tekemiseksi tuotteiden laadunhallinnassa.

Tuotteiden laadunhallinnan tilastollisten menetelmien pääkäyttöalueet on esitetty kuvassa. 1.

Niiden soveltamisalue tuotteiden laadunhallinnan tehtävissä on kohdassa 4 (ks. myös MS ISO 9004-87, kohta 20.2).

Tilastolliset tuotteiden laadunhallinnan menetelmät ovat seuraavat tärkeä etu, mahdollisuutena havaita poikkeamat teknisestä prosessista tai vahvistetuista vaatimuksista ei tuotetta valmistettaessa ja esitettäessä tarkastusta varten, vaan sen valmistusprosessissa, ts. kun on mahdollista puuttua oikea-aikaisesti tuotantoprosessiin ja säätää sitä.

1.2. Tuotteiden laadunhallinnan tilastollisten menetelmien käyttöönotto tulisi yhdistää teknisten prosessien käyttöönottoon tai parantamiseen ja sitä on pidettävä taloudellisesti kannattavana, jos avioliitosta aiheutuvat menetykset tilastomenetelmien käyttöönoton jälkeen ovat pienemmät kuin ennen niiden käyttöönottoa, ts. Se perustuu taloudellinen analyysi mahdolliset seuraukset johtuu oikeista tai virheellisistä päätöksistä.

1.3. Tilastollisten tuotteiden laadunhallinnan menetelmien käyttöönoton perimmäisenä tavoitteena on optimoida tuotantoprosesseja ja tuotantoa kokonaisuutena niin, että tuotannon tehokkuus, tuotteiden laatu, tuotantokulttuuri, asiantuntijoiden pätevyys jne. parannetaan merkittävästi ja saavutetaan maksimaalinen tehokkuus. materiaali- ja työvoimaresurssit.

2.1. Tuotteiden laadunhallinnan tilastollisten menetelmien käyttöönotto tulisi aloittaa yleisen ohjelman kehittämisellä tilastomenetelmien käyttöönottamiseksi yrityksessä tai osion tieteelliseen ja tekniseen laatuohjelmaan (TSTP) sekä palvelujen nimittämisestä. ja niiden toteuttamisesta vastaavat tuotantoyksiköt.

2.2. Tämän ohjelman tai osion täytäntöönpanon koordinointi, metodologinen ohjaus ja valvonta CSTD:lle, yrityksen johtaja pääsääntöisesti määrää jollekin teknisestä yksiköstä, johon tulisi kuulua tilastollisten menetelmien laboratorio (toimisto tai ryhmä). tuotteiden laadunhallinta.

2.3. Ehdotuksia Tieteellisen ja teknisen keskuskeskuksen ohjelmalle tai osastolle tilastollisten tuotteiden laadunhallinnan menetelmien toteuttamiseksi kehittävät kaikki yrityksen palvelut ja tuotantoosastot alueilleen kuulumisen mukaan (ks. 4 jakso, kohta 4.1, taulukko 1 ja Näiden suositusten kohta 4.2, taulukko 2). Palvelu- ja tuotantoosastojen TsNTP:n ohjelmaan tai osaan laatimat ehdotukset sovitetaan yhteen teknisen palvelun kanssa, joka koordinoi, opastaa ja valvoo tilastollisten tuotteiden laadunhallinnan menetelmien käyttöönottoa yrityksessä ja siirretään sille laadittavaksi ja yrityksen yleisen ohjelman hyväksyminen yrityksen johdon toimesta.

2.4. Hyväksytyn ohjelman tai CSTD:n osion tuotteiden laadunhallinnan tilastollisten menetelmien toteuttamiseksi tulisi mahdollisuuksien mukaan heijastua tuotannon sääntelyyn ja tekniseen tai tekninen dokumentaatio, yrityksen laadunhallinta, palveluja ja osastoja koskevissa määräyksissä jne.

2.5. Sääntely- ja teknisissä tai teknisissä asiakirjoissa jokaista yrityksen työntekijää varten on tarpeen määrittää hänen tehtävänsä laadun, vastuun ja vallan alalla sekä määrittää henkilöiden (tai osastojen) piiri, missä määrin , jonka kanssa hänen tulee olla vuorovaikutuksessa, kun hän ratkaisee hänelle osoitettuja tehtäviä tilastollisten johtamismenetelmien avulla.

Etusivu> Asiakirja

Liite D

Prosessin kuvausmenetelmät analysointia ja standardointia varten

1. Menetelmät prosessin kaavamaiseen esittämiseen

Kaavamainen esitys auttaa määrittelemään prosessin ja esittämään sen tiiviissä muodossa sekä kokonaisuutena että sen pääkomponenttien ja parametrien suhteen. Erityinen rooli kaavamainen esitys prosessista leikkii:
    prosessianalyysi (PDCA-syklin "suunnitteluvaihe"); asiantuntijaryhmän keskustelu prosessista, jolloin siitä tulisi kehittää yhtenäinen näkemys; prosessin standardointi tai muutosten tekeminen olemassa olevaan prosessiin (PDCA-syklin vaikutusvaihe).
Menetelmiä on monia kaavamainen kuva käsitellä asiaa. Jokaisella niistä on omat etunsa ja haittansa tietyn menetelmän laajuudesta ja sen suunnasta johtuen. Seuraavista menetelmistä on tullut suosituimpia viime vuosina:
    lohkokaavio (Block-Diagram); sekvenssikaavio (algoritmi, vuokaavio); vuokaavio (esim. DFD, IDEF0); Prosessikartta verkkokaavio (Activity Network Diagram); prosessi-toiminnallinen kaavio (Prosessi / toimintokaavio); Prosessipäätösohjelman kaavio objekti-tapahtuman kuvaus.
HUOMAUTUS. Luetellut menetelmät on poimittu suuri määrä metoprosessin mallinnus. Heidän kanssaan voit nimetä iso ryhmä menetelmiämallinnusjärjestelmät (tieto-, rahoitus-, mekaaniset jne.). Suurinovat viime aikoina yleistyneetUML-mallit (Yhtenäinen Mallintaminen Kieli) monimutkaisten tietojärjestelmien mallintamiseen ja analysointiin. Useimmiten kuitenkin nämämenetelmät eivät keskity näissä järjestelmissä oleviin prosesseihin, vaan tarvittaessa analysointiinprosesseissa käytetään jotakin luetelluista menetelmistä. Joidenkin menetelmien laajuus, edut ja haitat on esitetty taulukossa 1. Prosessin kuvaamiseen ja analysointiin on valittava menetelmä tämän prosessin erityispiirteiden mukaisesti. Ei ole olemassa universaalia menetelmää prosessien kuvaamiseen. Mikään niistä ei anna täydellistä kuvaa prosessista, joten pääkriteeri menetelmän valinnassa on ryhmän jäsenten yleinen ymmärrys tämän menetelmän käytön hyödyllisyydestä tietyn ongelman ratkaisemisessa.

Taulukko D.1

Sovellusalue

Edut

haittoja

Lohkokaavio Minkä tahansa prosessijärjestelmän tai yksittäisen prosessin kuvaus 1. Monipuolisin menetelmä. 2. Helppo rakentaa. 3. Antaa nopea vaikutus kun keskustellaan prosessista ryhmässä 1. Vain antaa kokonaiskuva prosessi 2. Mahdollistaa erot ja epätarkkuudet
Vuokaavio Kuvaus toistetusta prosessista vakiintunut algoritmi toimet tai tapaukset, joissa toimintojen järjestys on ratkaiseva tekijä tuloksen saavuttamisessa 1. Yksinkertaisuus ja selkeys prosessin toteuttajalle. Määrittää tarkasti prosessin toimintojen järjestyksen 1. Ei näytä prosessin virtoja (tiedot, materiaalit jne.). Ei näytä prosessin tuotoksia (tuloksia).
Vuokaavio Aineellisen, taloudellisen tai rahoituksen liikkumissuunnitelma tietovirta aikana. Tietoprosesseissa yleisesti käytetty vaihtoehto on Data Flow Diagram. 1. Menetelmä on hyvä teknisille asiakirjoille, varsinkin usein kaavio on sidottu teknisiin laitteisiin. Prosessin tulot ja lähdöt näkyvät selvästi 1. Yleensä tarkastellaan yhden tyyppistä virtaa (vain aineellista, vain informaatiota tai vain taloudellista) .2. Ei näytä prosessin kulkua
IDEF0 (toiminnallinen mallinnus) Eräänlainen vuokaavio, sitä käytetään, jos johtamisjärjestelmä on jossain määrin automatisoitu ja/tai sen kokonaisvaltaiselle automatisoinnille asetetaan tavoitteita tulevaisuudessa, sekä jos henkilöstön kouluttamiseen ja tarvittavien hankintaan löytyy tarvittavat resurssit. ohjelmisto kartoittamista varten 1. Kaavioiden avulla voit jäljittää useita prosessin virtoja (tiedot, taloudellinen, materiaali) kerralla. 2. Metodologia IDEF0:n käyttöönottoprojektin toteuttamiseksi organisaatiossa, mukaan lukien rakennuskaaviot, on kuvattu yksityiskohtaisesti kohdassa .3. Menetelmä on sovitettu prosessiautomaation tehtäviin 1. Ylikuormitettu muodollisilla säännöillä, vaatimuksilla, jotka ovat prosessinhallinnan kannalta tarpeettomia. 2 . Ei näytä monimutkaisten prosessien algoritmia (toimintosarjaa). 3. Edellyttää prosessin ja sen kaavion parissa työskentelevän henkilöstön vakavaa koulutusta. 4. Vaatii merkittäviä kustannuksia. Menetelmän nimessä käytetään termiä "toiminnallinen", vaikka pohjimmiltaan menetelmän toiminnoilla (osastoilla) ei ole keskeistä roolia
Prosessikartta Sitä käytetään silloin, kun prosessi on kuvattava sen kahden parametrin koordinaateissa (esim. esiintyjät ja aika, paikka ja osallistujat, koordinaattiakselit). Useimmiten käytetty prosesseissa, yksi tärkeitä indikaattoreita joka on suoritusaika 1. Kaksiulotteinen kuva
elää eniten
muodollisesti suotuisan ihmiskäsityksen kanssa. 2. Kätevä ryhmäkeskustelu prosessista 3. Prosessiparametrien (kartta-akselien) valinta voidaan tehdä prosessianalyysin tavoitteiden mukaisesti
1. Näyttää vain yhden "viipaleen" prosessin eri puolista
Toimintoverkkokaavio Sama kuin sekvenssikaavio + ratkaiseva sillä on koko prosessin ja sen yksittäisten vaiheiden suoritusaika prosessin vaiheiden aikariippuvuudella toisistaan. Tyypillinen esimerkki tapaus, jolloin verkon aikataulu auttaa - toimitukset "juuri ajoissa" 1. Välttämätön monimutkaisen prosessin hallinnassa, joka on suoritettava reaaliajassa. Ihanteellinen haarautuneiden, aikaa vievien prosessien suunnitteluun 1, sisältää ylimääräistä dataa lineaarisille (haarautumattomille) prosesseille ja prosesseille, joissa aika ei ole tärkeä ominaisuus
Prosessi/toimintokaavio Eräänlainen prosessikartta, jossa prosessitoimintojen järjestys on jaettu organisaation toimintojen (osastojen) mukaan 1. Mahdollistaa organisaation toimintojen (osastojen) työmäärän analysoinnin. Näyttää selkeästi yksiköiden vuorovaikutuksen prosessin sisällä 1. Ei näytä prosessin säikeitä
Prosessipäätösohjelman kaavio Sitä käytetään prosesseissa, joissa on suuri määrä epävarmuustekijöitä ja suuri määrä ongelmia on mahdollisia. Välttämätön ennakoitaessa ja suunniteltaessa vastatoimia vastaan mahdollisia ongelmia prosessin kulku 1. Sen avulla on mahdollista kuvata visuaalisesti prosessi, jonka toimien järjestystä ja luonnetta ei ole määritelty 1. Sillä on rajoitettu käyttömahdollisuus ja rajoitettu määrä epänormaaliksi katsottuja tilanteita
Objekti-tapahtuman kuvaus Sitä käytetään prosessissa, jossa on arvaamaton toimintosarja, mutta yksiselitteisesti määritelty joukko näitä toimintoja 1. Muodostaa tehokkaasti toiminta-algoritmin määrittelemättömille prosesseille. 2. Mukautettu tietokoneiden objekti-tapahtumaohjelmointiin. Kätevä riskianalyysin suorittamiseen prosessissa (esim. FMEA-prosessi) 1. Vähän visuaalista materiaalia ryhmäkeskusteluun
Joitakin näistä menetelmistä käsitellään yksityiskohtaisemmin alla.

2 Prosessin sekvenssikaavion (algoritmin) rakentaminen

Yksi tehokkaimmista ja useimmin käytetyistä analyysimenetelmistä on kaavamaisen esityksen rakentaminen prosessin osavaiheista tiettyjen graafisten symbolien avulla. Graafisia symboleja on monia, suurin osa joka on luotu tietojenkäsittelyprosesseja varten (esim. VISIO-graafisen editorin kirjastopaketti "Vuokaavio"). Yksinkertaisimmat symbolit, joita voidaan käyttää osoittamaan prosessin vaiheita, on esitetty liitteessä. Näitä symboleja voidaan käyttää kuvaamaan prosessin vaiheiden järjestystä. Tällaisen algoritmin rakentaminen tietokoneella on kätevää käyttää ohjelmistotuotteita, esimerkiksi grafiikkaeditori VISIO.

Riisi. D.1. Prosessialgoritmin mahdollinen muunnelma

Tällaista algoritmia on kätevää käyttää prosessikartan muodostamiseen (kohta 4). Rakennettua algoritmia (sekvenssikaavio) voidaan käyttää prosessin jatkoanalyysiin ja suunnitteluun. Antakaamme esimerkkejä algoritmin käyttämisestä ongelmien tunnistamiseen ja niiden ratkaisujen löytämiseen liittyvien ongelmien ratkaisemiseen. Ensinnäkin yksiköiden osallistumisasteen ja järjestyksen selventäminen virkamiehet prosessissa on suositeltavaa rakentaa sen algoritmi jakamalla prosessin vaiheet osallistujien kesken kuvan 1 mukaisesti. D.2. Tällainen visuaalinen kuva auttaa jakamaan rationaalisesti prosessin osallistujien vastuun ja toimintosarjan ja siten lyhentämään sen toteuttamisaikaa ja vähentämään kustannuksia. Röntgentutkimusprosessin algoritmi

Riisi. D.2. Esimerkki prosessialgoritmista, jossa esiintyjät jakavat toimet

Toinen tekniikka on rakentaa prosessialgoritmi, jossa vaiheet erotetaan niiden suorituspaikkojen sijainnin mukaan. Saadaan prosessikartta, jonka koordinaattitason muodostavat maantieteelliset koordinaatit tai sen rakennuksen tai huoneen koordinaatit, jossa prosessi suoritetaan. Ehdollinen esimerkki tällainen kartta, joka heijastaa asiakkaan liikettä toimistossa, on esitetty kuvassa. D.3. Siinä tapauksessa, että vaiheiden suorituspaikkojen välinen etäisyys on niin suuri, että se vaikuttaa prosessin aikaan ja kuljetuskustannuksiin, aiheuttaa tuotteiden vahingoittumisriskin kuljetuksen aikana ja muita kustannuksia, tämä analyysimenetelmä löytää mahdollisuuden prosessin parantamiseksi.

Riisi. D.3. Esimerkki prosessialgoritmista, jossa on jakelu toimintojen suorituspaikassa

Erityisen tärkeää on analysoida prosessin vaiheita asiakkaalle lisäarvon (ulkoinen ja sisäinen) kannalta. Ilmeisesti mikä tahansa prosessin vaihe, toiminta, toiminta, joka ei luo arvoa, hyödytä asiakkaalle tai muille kiinnostuneille, johtaa vain tarpeettomia kustannuksia ja siksi ne on eliminoitava järjestämällä "hyödyllisiä" vaiheita järkevämmin. Esimerkki tällaiselle analyysille rakennetusta algoritmista on esitetty kuvassa. D.4. V tämä esimerkki on selvää, että jos esimerkiksi kuluttajan hakemuksen vastaanottolomake on suunniteltu siten, että tilauksen toteuttamisen kannalta tärkeä tieto ei jää huomaamatta, seuraavaa yhteydenottoa tähän kuluttajaan ei tarvita.

Sarjan tilauksen kokoamisprosessin algoritmi

Riisi. D.4. Esimerkki prosessivirrasta, jossa jaetaan arvoa lisääviä toimintoja

On huomattava, että algoritmia voidaan soveltaa pääasiassa niihin prosesseihin, jotka ovat ennalta määrättyjen peräkkäisten toimien ketju. Muissa tapauksissa voidaan vaatia kohdan 3 mukaisia ​​menetelmiä.

3 Määrittämättömien prosessien kuvaus

Algoritmia käytetään yleensä prosesseissa, jotka ovat ennalta määrättyjä sekä toimintojen koostumuksen että niiden suoritusjärjestyksen ja -ajan mukaan. Mutta on prosesseja, joita joko ei voida kuvata riittävän yksityiskohtaisesti jo luetelluilla menetelmillä tai se on tehotonta analyysin tavoitteiden toteuttamisen kannalta. Esimerkkejä määrittelemättömistä prosesseista ovat:
    jonkin verran tutkimustyötä; prosessit, jotka tapahtuvat epävarmoissa ulkoisissa olosuhteissa tai epävarmilla resursseilla; korjaavat toimenpiteet äskettäin tunnistetun ongelman vuoksi, jonka syy on tuntematon; monimutkaisten laitteiden toimintahäiriöiden diagnostiikka.
Suurin osa näistä prosesseista suoritetaan ensimmäistä kertaa, ja monet niistä suoritetaan vain kerran. On myös syytä viitata epävarmoihin prosesseihin, joiden tulisi tapahtua jatkuvasti ja samalla tavalla, mutta ulkoiset olosuhteet pakottavat ne usein muuttamaan kulkuaan suunnitellun tuloksen saavuttamiseksi. Tällaisten prosessien kuvaus ja analysointi suoritetaan muilla menetelmillä. Yksi menetelmistä tällaisten prosessien kuvaamiseksi on adoptioprosessikaavioratkaisuja(Process Decision Program Chart - PDPC) on yksi "seitsemästä laadunhallintatyökalusta". Tällainen kaavio on hierarkkinen rakenne puun muodossa, jonka "juuret" ovat erityisiä ratkaisuja ongelmaan. Päätösprosessikaavion avulla voit suunnitella mahdollisen tapahtumaketjun, joka voi tapahtua, ja toimenpiteet, jotka on suoritettava prosessin tavoitteen saavuttamiseksi.

Riisi. D.5. Esimerkki päätöksentekoprosessikaavion rakenteesta

Toinen mahdollisuus analysoida määrittelemätöntä prosessia on menetelmän käyttö kuvaukset prosessista objektien ja tapahtumien järjestelmänä. Tämä menetelmä on hyödyllinen tapauksissa, joissa prosessin toiminnot (ominaisuudet) tunnetaan, mutta ei tiedetä, mitkä toiminnot ja missä järjestyksessä on suoritettava odotetun tuloksen saavuttamiseksi. Tapahtumien esiintyminen on yleensä todennäköistä. Tapahtuneella tapahtumalla on tietty merkitys sen vaikutuksen kannalta, miten se vaikuttaa prosessin tavoitteen saavuttamiseen. Lisää tärkeät tapahtumat on oltava välitön vastaus toiminnan tai toimintosarjan muodossa. Reaktio tapahtumaan tätä menetelmää kutsutaan keskeytykseksi. Keskeytyksillä on yleensä oma prioriteettinsa. Toimenpiteillä, joihin on reagoitava välittömästi, on korkein prioriteetti, ja käynnistystapahtuman sattuessa keskeyttää kaikki matalan prioriteetin toiminnot. Monet prosessit koostuvat vain toimista vastauksena tapahtumaan. Ohjelmistokehitysalalla tätä lähestymistapaa kutsutaan objekti-tapahtumaohjelmoimiseksi. Se tutkii prosessiin osallistuvia objekteja ja tapahtumia, jotka käynnistävät toimintoja, jotka tekevät muutoksia objekteihin. Siten koko prosessi on tapahtumien havainnointia (seurantaa) ja objektien vaihtamista näiden tapahtumien mukaisesti. Esimerkki tämän mallin rakentamisesta voi olla objektien ja ominaisuuksien taulukko (taulukko D.2) ja kaavio tapahtumista ja toiminnoista (Kuva D.6).

Taulukko D.2

Objektit ja ominaisuudet (esimerkki)

Esine Ominaisuudet Kelvolliset arvot
Objekti 1 Kiinteistö 1.1

"Kyllä vai ei"

Kiinteistö 1.2

"Kyllä vai ei"

Objekti 2 Kiinteistö 2.1
Kiinteistö 2.2

"Kyllä vai ei"

Kiinteistö 2.3

1, 2 tai 3

Kiinteistö 2.4

"Punainen", "keltainen", "vihreä"

Objekti 3 Kiinteistö 3.1

"Kyllä vai ei"

Kiinteistö 3.2

From 1 - 6 konv. yksiköitä

Objekti 4 Kiinteistö 4.1

"Kyllä vai ei"

Riisi. D.6. Fragmentti kohde-tapahtumamallista

Tässä tapauksessa kolmella pisteellä on tärkeä rooli:

    selkeä kuvaus objektien ominaisuuksista, koska toimilla pyritään muuttamaan näitä ominaisuuksia; käynnissä olevien tapahtumien tarkkailu (seuranta). Tämä voi edellyttää työn "indikaattoreiden" asettamista prosessiin - laitteistot (valvontalaitteet) tai organisaatiomenettelyt tietojen keräämiseksi (esimerkiksi tietueet);
- tarve priorisoida kaikki tapahtumat ja niihin liittyvät toimet (keskeytysten prioriteetti), koska meidän tulee varautua tilanteeseen, jossa kaksi tapahtumaa tapahtuu samanaikaisesti tai tapahtuma tapahtuu työskennellessämme toisella. Esimerkissämme prioriteetit määritetään kolmen pisteen asteikolla:
    - korkein prioriteetti eli toimet, jotka on toteutettava välittömästi; - keskitasoinen prioriteetti, eli suorita toimia, jos kaikki keskeytykset on suoritettu;
ensimmäinen prioriteetti; 3 - alin prioriteetti, eli suorita toimenpiteet, jos kaikki kahden ensimmäisen prioriteetin keskeytykset on suoritettu. Yksi määrittelemättömän prosessin lajikkeista on prosessi, jossa on tietty joukko ja "parhaan skenaarion" mukaan suoritettu toimintosarja ja suuri määrä ulkoisia ja sisäisiä tekijöitä, jotka poikkeavat prosessista " paras skenaario". Tällöin on suositeltavaa soveltaa useita prosessien kuvausmenetelmiä yhdessä, esimerkiksi sekvenssikaavio päätöksentekoprosessikaavion kanssa tai prosessikartta, jossa on kuvaus kohteista ja keskeytyksistä.

4 Prosessin kartoitus

Prosessikartan muodostamismenetelmän ominaisuus on kahden akselin käyttö, jotka määrittelevät sen kaksiulotteisen avaruuden (kuva D.7). Ensimmäinen akseli on lista prosessin toiminnoista (jos prosessilla on mahdollista rakentaa algoritmi, niin akselista tulee toimintosarjan akseli tai aika-akseli), toinen on arvonlisäysketju (yleensä tapauksessa se voi näyttää tältä "toimittaja - prosessipanos - toiminta - prosessin tuotos - kuluttaja "). Toimittaja, kuluttaja, panos ja tuotos katsotaan tässä tapauksessa prosessin ulkopuolisille objekteille: panokset tulevat organisaation itsensä tai ulkopuolisten toimittajien muista prosesseista ja tuotoksia (tuloksia) tarvitsevat organisaation itse tai ulkoiset prosessit. kuluttajat. Siten toimittajat ja asiakkaat voivat olla sekä organisaation ulkoisia että sisäisiä.

Riisi. D.7. Prosessikartan logiikka ja muoto

Kuinka laatia prosessikartta analysointia varten.
    Kerää tietoa prosessista. Tällaisia ​​tietoja voidaan saada olemassa olevasta prosessin dokumentaatiosta sekä prosessiin osallistuvien osastojen päälliköiden ja sen suorittajien haastatteluista. Kaiken tiedon tulee viitata tilanteeseen "sellaisenaan". Kaikki tässä vaiheessa esitetyt ehdotukset ja mielipiteet prosessin parantamiseksi tulee kirjoittaa muistiin, mutta niitä ei saa ottaa huomioon rakennettaessa karttaa "sellaisenaan"; Määritä tämän prosessin paikka organisaatioprosessien verkostossa (on parempi, jos organisaatioprosessien verkosto esitetään lohkokaavion muodossa). Määritä prosessin nimi sen paikan prosessien verkostossa ja ensimmäisessä vaiheessa saadun tiedon perusteella sekä muotoile prosessin tarkoitus (tarkoitukset). Määritä prosessin alku (tapahtuma, joka määrittää sen alun) ja prosessin loppu (tapahtuma, joka tarkoittaa sen päättymistä). Kirjoita kaikki prosessin toimet erillisille korteille (tarroille) kiinnittämättä huomiota niiden esiintyjiin. Kirjoita kortteihin esiintyjien työnnimet. Jos toiminnassa on useita esiintyjiä (osallistujia), tulee kortille merkitä tämän toiminnon toteuttamisesta vastaavan henkilön asema. Täytön jälkeen kortin pitäisi näyttää suunnilleen tältä:

    Juoni iso lehti paperia prosessikartan muodossa (kuva D.8). Aseta valmiit kortit kartan keskelle ylhäältä alas prosessin vuokaavion tai yksinkertaisen tarkistuslistan muodossa tarvittavista toimista.
Algoritmin tulee kuvastaa tilannetta "sellaisenaan" (s. 2). Rakenna algoritmi sovelluksen symbolien avulla. Kohde-tapahtumamallia (s. 3 ja kuva D.6) voidaan käyttää toimintoluettelona.
    Tunnista ja kirjoita kartan asianmukaisiin sarakkeisiin prosessin tärkeimmät ulkoiset syötteet ja tuotokset, niiden toimittajat ja asiakkaat sekä niitä koskevat vaatimukset tai linkit vastaaviin normiasiakirja... Syötä "Records"-sarakkeeseen niiden asiakirjojen nimet, jotka sisältävät prosessin tulosten tietueet. Määritä prosessin suoritusindikaattorit prosessin tarkoituksen ja sen tuotosten (tulosten) perusteella.

Riisi. D.8. Esimerkki prosessikartta

Prosessikartta opastaa sinua parannussyklin eri vaiheissa:

    ongelman tunnistamisvaiheessa (kohta 1) kartta edustaa ryhmän sovittua näkemystä tilanteesta "sellaisena kuin se on"; ratkaisun etsimisvaiheessa (s. 2) kartta heijastaa ryhmän mielipidettä siitä, millainen prosessin tulisi olla (tai mikä se voisi olla). Viimeinen versio kartat sovitaan sidosryhmien kanssa ja prosessipäällikkö hyväksyy ne. Tyypillisesti tällainen kartta sisältyy prosessin määrittelevään asiakirjaan; tuloksen mittausvaiheessa (kohta 4) prosessin auditointiin ja sen tehokkuuden arviointiin käytetään kartan hyväksyttyä versiota; standardointivaiheessa (kohta 5) hyväksyttyä kartan versiota voidaan käyttää dokumentoituna menettelynä esimerkiksi henkilöstön kouluttamiseen, prosessin resursointiin ja saatujen kokemusten jakamiseen muihin prosesseihin.

BIBLIOGRAFIA

    Suositukset R 50-601-46-2004 "Metodologia prosessien hallintaan laatujärjestelmässä" GOST R ISO 9000-2001 Laadunhallintajärjestelmät. Perusteet ja sanasto. GOST R ISO 9001-2001 Laadunhallintajärjestelmät. Vaatimukset. GOST R ISO 9004-2001 Laadunhallintajärjestelmät. Suosituksia suorituskyvyn parantamiseksi. R 50.1.028-2001 Tietotekniikka tuki elinkaari Tuotteet. Funktionaalisen mallinnuksen metodologia. GOST 701-90 (ISO 5807-85) Algoritmien, ohjelmien, tietojen ja järjestelmien kaaviot. ISO / TC176 / PK2 No. 544R Ohjeet laadunhallintajärjestelmien prosessilähestymistapalle. ISO-esite Laadunhallinnan periaatteet

Sovellus. Symbolit, joita käytetään rakentamaan prosessialgoritmi

  1. Metodologiset suositukset yliopistoille ja korkeakouluille oppilaitosten laatujärjestelmien suunnittelusta ja toteuttamisesta Pietari 2005 (2)

    Ohjeita
  2. Metodologiset suositukset yliopistoille ja korkeakouluille oppilaitosten laatujärjestelmien suunnittelusta ja toteuttamisesta Pietari 2005 (1)

    Ohjeita

    Todellinen Käytännön neuvoja laadittu osana liittovaltion koulutuksen kehittämisohjelmaa vuodelle 2005 hankkeen "Tieteellinen ja metodologinen tuki laadunhallintajärjestelmän luomiselle ja käyttöönotolle oppilaitoksissa" puitteissa.

  3. Prosessien määrittelyn, luokittelun ja tunnistamisen menetelmät ja työjärjestys. Idef0-metodologiaan perustuvien prosessien kuvaus Metodologiset suositukset (1)

    Ohjeita

    Avainsanat: laadunhallintajärjestelmä, prosessilähestymistapa, prosessi, prosessimallinnus, prosessin määrittely, prosessiluokitus, prosessin tunnistus, prosessikartta, IDEF0-metodologia.

  4. Prosessien määrittelyn, luokittelun ja tunnistamisen menetelmät ja työjärjestys. Idef0-metodologiaan perustuvien prosessien kuvaus Metodologiset suositukset (2)

    Ohjeita

    Avainsanat: laatujärjestelmä, prosessilähestymistapa, prosessi, prosessimallinnus, prosessin määrittely, prosessiluokitus, prosessin tunnistus,

  5. K. A. Fisunin mallit ja päätöksenteon menetelmät analyysissä ja tarkastuksessa synopsis

    Abstrakti

    Analyysin ja auditoinnin päätöksenteon mallit ja menetelmät. Luentomuistiinpanot tieteenalan itseopiskeluun. Tod. K.A. Fisun - Kharkov: KhNAGH, 2005.

Käytännön päätöksentekomenetelmät

1 .. Yleensä mahdolliset ratkaisut edustaa yhden kaaviotyypin - puun - muodossa. Tarkkaan ottaen tämä on ylösalaisin oleva puu. Juuri on alkuperäinen ongelma 1. Siitä on kaksi haaraa - vaihtoehtoihin 1.1 ja 1.2. Näistä vaihtoehdoista, jotka ovat puolestaan ​​päätöksentekotehtäviä 1.1 ja 1.2, haarat johtavat optioihin

Päätöksentekotehtävät seuraavassa järjestyksessä (kuva 3).

Kuva 3 - "Päätöspuu"

2."

Kuva 4 - "Päätösmatriisi"


3. Kaavio syy-suhteista Ishikawa ("kalan luuranko")... Tällainen kaavio rakennetaan seuraavasti: itse ongelma osoitetaan kaavion oikealla puolella, sitten vedetään suora viiva vasemmalta oikealle - "harju" ja muodostetaan päätekijät, joista tämän ongelman esiintyminen on käpristynyt, niin päätekijöihin vaikuttavat toissijaiset tekijät ilmoitetaan jne. (kuva 5).

Kuva 5 - "Kalan luuranko"


4. Adoption päävaiheetjohdon päätös

Kuva 5 - Johdon päätöksenteon päävaiheet


Vaihe

1. Kerää tietoa mahdollisista ongelmista

1.1. Yrityksen sisäisen ympäristön seuranta
1.2. Ulkoisen ympäristön havainnointi


2. Ongelman syiden tunnistaminen ja määrittäminen

2.1. Kuvaus ongelmatilanteesta
2.2. Organisaation linkin tunnistaminen, jossa ongelma ilmeni
2.3. Ongelman muotoilu, ongelman asettelu
2.4. Sen tärkeyden arvioiminen
2.5. Ongelman perimmäisen syyn tunnistaminen

3. Tavoitteiden muotoilu ongelman ratkaisemiseksi

3.1. Yrityksen tavoitteiden määrittely
3.2. Tavoitteiden muotoilu ongelman ratkaisemiseksi

4. Ongelmanratkaisustrategian perustelut

4.1. Yksityiskohtainen kuvaus esine
4.2. Muuttuvien tekijöiden muutosalueen määrittäminen
4.3. Ratkaisuvaatimusten määrittäminen
4.4 Ratkaisun tehokkuuden kriteerien määrittäminen
4.5 Rajoitusten määrittely


5. Ratkaisuvaihtoehtojen kehittäminen

5.1. Tehtävän jakaminen osatehtäviin
5.2. Etsitään ratkaisuideoita jokaiseen osatehtävään
5.3. Mallinrakennus ja laskelmat
5.4. Määritelmä mahdollisia vaihtoehtoja ratkaisuja jokaiseen osaongelmaan ja osajärjestelmään
5.5. Yhteenveto kunkin osatehtävän tuloksista
5.6. Päätösten seurausten ennustaminen jokaiselle osatehtävälle
5.7. Vaihtoehtojen kehittäminen koko ongelman ratkaisemiseksi


6. Parhaan vaihtoehdon valitseminen

6.1. Ratkaisuvaihtoehtojen tehokkuuden analyysi
6.2. Hallitsemattomien parametrien vaikutuksen arviointi

7. Ratkaisun korjaus ja hyväksyminen

7.1. Ratkaisun tekeminen esiintyjien kanssa
7.2. Kohdista ratkaisu yhteentoimivien palvelujen kanssa
7.3. Päätöksen hyväksyminen


Ominaisuudet, jotka tulevat esille johtamispäätöstä tehtäessä:

 osavaiheet eivät saa tapahtua samassa järjestyksessä, ne voivat hajota, ohittaa, totella palautetta, päällekkäisyyttä, rinnakkaista liikettä;

 päätöksentekoprosessi on mitä yksilöllisempi, sitä monimutkaisempi päätös;

 tiedon rajallinen määrä rajoittaa päätöksen rationaalisuutta, intuition rooli kasvaa;

 vaihtoehtojen esiasetukset vaikuttavat ratkaisun valintaan;

 ei halua optimaalinen ratkaisu jos on tyydyttävä;

 usean henkilön osallistuminen ja organisatoriset ehdot muuttavat osavaiheiden läpäisyjärjestystä;

 johtajat puuttuvat eri tavoin päätöksentekorakenteeseen ja -prosessiin ja vaikuttavat siten niiden laatuun.

5. Riski johtamispäätösten tekemisessä

Riskillä tarkoitetaan väärän päätöksen vaaraa. Koska riski on menetyksen vaara, se tarkoittaa negatiivista poikkeamaa tavoitteesta. Koska tulevaisuutta ei koskaan tiedetä, kaikkiin päätöksiin liittyy riskejä.

Riski voi liittyä vaikutukseen kannattavuuteen, tuloihin, kustannuksiin, liikevaihtoon ja likviditeettiin (kykyyn aina maksaa laskut).

Riskit voidaan erottaa:

 yleinen (uhkaa koko yritystä);

 erityinen tekijä (raaka-aineet, laitteet, energia, henkilöstö, pääoma);

 erityinen tuotteiden valmistuksessa (avioliitto, väärät menetelmät, T&K, varastointi);

 erityinen arvioitaessa tuotteita (myynnin aikana, korjaamoissa, takuussa, maksussa).

Riski voidaan jakaa laskennalliseen ja laskemattomaan, vakuutettuun ja ei.

Teoreettiset näkökohdat

Päätöksentekoprosessin vuokaavio - PDPC on työkalu, joka auttaa käynnistämään jatkuvan suunnittelumekanismin. Sen käyttö auttaa vähentämään riskejä melkein missä tahansa liiketoiminnassa.

Sitä käytetään monimutkaisten ongelmien ratkaisemiseen tekniikan ja liiketoiminnan eri aloilla.

Tavoitteena on arvioida ohjelman toteuttamiseen liittyvien töiden suorittamisen ajoitus ja toteutettavuus sekä tarvittaessa mukauttaminen.

Menetelmän ydin on, että vuokaavio heijastaa halutun tuloksen saavuttamiseksi tarvittavien toimien ja päätösten sarjaa. Arvioimalla tapahtumien kehitystä ja mahdollisia lopputuloksia PDPC-menetelmä auttaa määrittämään, milloin ja mitä prosesseja käyttää halutun tuloksen saavuttamiseksi.

Tätä kaaviota käytetään arvioimaan ohjelman toteuttamisen ajoitusta ja oikeellisuutta sekä mahdollisuutta korjata tiettyjä toimenpiteitä niiden toteuttamisen aikana nuolikaavion mukaisesti tapauksissa, joissa ratkaistaan ​​monimutkaisia ​​ongelmia tieteellisen tutkimuksen alalla, tuotantoalalla, jossa esiintyy kroonisia vikoja, kun vastaanotetaan suuria tilauksia ulkopuolelta jne. Tällöin ensin laaditaan ohjelma ja jos sen toteuttamisen välivaiheissa havaitaan poikkeamia hahmotetuista kohdista, keskitytään toimintoihin, jotka tuovat prosessin ohjelman mukaiseksi. Tapauksissa, joissa ohjelman suorittamisen aikana syntyy odottamaton tilanne, jota ei ehdottomasti voitu ottaa huomioon etukäteen, on tarpeen laatia uusi ohjelma, jossa ei ole aiempia puutteita.

Prosessin säätötyöhön tulee osallistua paitsi suorien toimeenpanijoiden, myös muiden tähän alaan liittyvien henkilöiden ja osastojen. Näin et tuhlaa aikaa ja saavuta suurin vaikutus suunnitelmien toteuttamisessa.

Päätösprosessikaavion avulla voit suunnitella mahdollisen tapahtumaketjun, joka voi tapahtua, ja toimenpiteet, jotka on suoritettava prosessin tavoitteen saavuttamiseksi.
Riisi. 1. Esimerkki päätöksentekoprosessikaavion rakenteesta.

^

Algoritmi kaavion muodostamiseksi ohjelman toteutusprosessista

Riisi. 2. Prosessien vuokaavioissa käytetyt symbolit.
Olemassa olevan prosessin kuvaaminen:

Vaihe 1. tunnistaa prosessin alku ja loppu;

Vaihe 2 Määritä prosessin vaiheet (toiminnot, päätökset, saapuvat ja lähtevät virrat, ohjaustoiminnot, kirjaaminen ja niiden suoritusjärjestys);

Vaihe 3. rakentaa kaavion luonnoskaavio; Harkitse luonnosta prosessiin osallistuvien ihmisten kanssa.

Vaihe 4. parantaa kaaviota tämän huomion perusteella;

Vaihe 5. vertaa kaaviota prosessin todellisiin vaiheisiin;

Vaihe 6. Merkitse tuloksena olevaan vuokaavioon prosessin nimi ja sijainti, kaavion piirtämispäivämäärä, kaavion laatimiseen osallistuneet ja muut huomionarvoiset tiedot.

Uutta prosessia kehitettäessä käännösmenettely on sama kuin edellä. Laadunparannustiimin jäsenet kuitenkin uutta prosessia suunniteltaessa:


  1. olemassa olevan prosessin havainnoinnin sijasta heidän on mielikuviteltava tulevan prosessin vaiheet (toimet, päätökset, valvontatoimenpiteet, kirjanpito jne.);

  2. Kun virstanpylväät on tunnistettu ja karkea luonnos on tehty, kaavioiden tulee käydä luonnos läpi niiden ihmisten kanssa, joiden odotetaan osallistuvan prosessiin, ja tehdä sitten parannuksia tämän harkinnan perusteella.
^

Esimerkki ohjelman toteutusprosessin kaavion soveltamisesta


Esimerkki #1

Harjoittele:


  1. MS ISO 9000 -sarjan vaatimukset täyttävän työmetodologian toteuttaminen;

  2. ongelmien poistaminen, ehkäisy ja tunnistaminen;

  3. laadun parantaminen;

  4. työvoima- ja materiaali- ja energiaresurssien menetysten vähentäminen;

  5. työkulttuurin parantaminen, ryhmätyömenetelmien (kollegiaalisten) kehittäminen;

  6. onnistuneiden ratkaisujen dokumentointi ja kopioiminen;

  7. laatujärjestelmän ja tuotannonhallintajärjestelmän parantaminen;

  8. psykologisen mikroilmaston parantaminen ja esiintyjien vastuullisuuden lisääminen.
Ohjeet

Tutustu ongelmaan sen vaikutuksen ja kustannusten näkökulmasta, joihin se johtaa, sekä eri osastojen, yksiköiden ja virkamiesten vaikutuksesta ja osallistumisesta tähän ongelmaan. Lyhyt johtopäätös (ongelman tärkeys, kustannukset, mitä tuloksia sillä halutaan saavuttaa) tulee kirjoittaa paperille. Allekirjoituspäivämäärä

Luo pieni oma-aloitteinen ryhmä ihmisiä, joilla on tietoa ja taitoja käsiteltävästä aiheesta. Anna heille aikaa ja valtaa ratkaista ongelma ja toteuttaa korjaavia toimia. Nimeä johtaja (vaatimukset johtajalle: kyky organisoida tiimityötä, osaaminen). Tilaus tai ohje; Allekirjoituspäivämäärä

Aluksi harkitse ongelmaa Ishikawa-kaavion muodossa (kaavio voi olla jokaiselle ongelman osa-alueelle). Vertaistutkimuksen jälkeen arvioida sitä konkreettisesti: kuka, mitä, milloin, missä, miten, miksi, kuinka usein jne. vaikuttaa ongelmaan ja johtaa sen ilmenemiseen. Lyhyen johtopäätöksen muodossa. Ishikawan kaaviot ovat liitteenä. Johtajan allekirjoitus, kaikkien tiimin jäsenten viisumit, päivämäärä

Kehitetään yhdessä kiireellisiä toimenpiteitä vakavimpien seurausten poistamiseksi. Perusteltujen ehdotusten muodossa. Johtajan allekirjoitus, tiimin jäsenen viisumit, päivämäärä VAROITUS: joskus tarvitaan rahoitusta

Anna toimeksianto tai ohje, jossa ilmoitetaan toteutusaikataulu ja vastuuhenkilöt

Käytä Ishikawan järjestelmiä, tee tarvittaessa tutkimusta seitsemällä analyysimenetelmällä. Kollektiivinen keskustelu. Kirjallinen perustelu. Johtajan allekirjoitus, joukkueen jäsenen viisumit, päivämäärä

Vahvista perimmäiset syyt lisäkokeiluilla, vertaa ongelman kuvausta. Kirjallinen perustelu. Johtajan allekirjoitus, päivämäärä

Laadi mielipide kaikista saaduista tiedoista vertaisarvioinnin tuloksena. Johtajan allekirjoitus, päivämäärä katso kohta 8.

Laadi toimintasuunnitelma tärkeimpien ja merkittävien syiden poistamiseksi tai vähentämiseksi. Pienet syyt voidaan ottaa mukaan, jos niiden poistaminen ei vaadi merkittäviä ajan- ja rahainvestointeja. Ilmoittakaa ehdot, vastuulliset toimeenpanijat. Hyväksyvä allekirjoitus, päivämäärä

Suorita tarkistuksia varmistaaksesi, että valittu korjaava toimenpide ratkaisee ongelman. Tarkistusten dokumentointi, tulosten rekisteröinti. Johtajan allekirjoitus, päivämäärä

V
Älä tarjoa optimaalista korjaavaa toimenpidettä. Ota käyttöön tiukka valvonta tietyksi ajaksi, jotta voit arvioida ongelman poistamisen tehokkuutta. Rekisteröi havainnot. Määräys tai ohje, ehdot, vastuulliset toimeenpanijat

Tee muutoksia menettelyihin, teknologioihin, dokumentaatioon, hallintajärjestelmään, työ kuvaukset estääksesi tämän ongelman tai vastaavien ongelmien toistumisen. Muutosten syyt: ryhmänjohtajan allekirjoittamat ehdotukset, yksiköiden päälliköiden määräykset

Laadi lyhyt pöytäkirja. Flip: alkuperäisin ja tehokkaita ratkaisuja... Johtajan allekirjoitus, päivämäärä

Merkitse aloitteellisimmat tiimin jäsenet. Voit järjestää teejuhlat, jakaa edullisia palkintoja. MUISTA: pienikin loma koristaa elämää, innostaa työhön, yhdistää tiimiä.

Esimerkki nro 2

Kuvassa 3. esittää esimerkkiä PDCA:sta prosessin analysoimiseksi tilauksen vastaanottamisesta kuluttajalta siihen hetkeen, jolloin valmis järjestelmä asennetaan hänen kanssaan mahdollisimman lyhyessä ajassa, jota kutsutaan läpimenoajaksi, jonka aikana valmistaja ei ainoastaan ei tee voittoa, vaan päinvastoin, on pakotettu käyttämään varansa, jotka voidaan korvata kuluttajille, vasta sen jälkeen, kun hän on ostanut tuotteen.

Riisi. 3. Kaavio kuluttajatilauksen toteutusprosessista
^

1.1 Prioriteettimatriisi

1.1.1 Teoreettiset näkökohdat

Prioriteettimatriisi (matriisidata-analyysi) on työkalu, jolla voidaan käsitellä matriisikaavioita laadittaessa saatua suurta määrää numeerista dataa prioriteettitietojen tunnistamiseksi. Tätä analyysiä pidetään usein valinnaisena.

Tavoitteena on tunnistaa prioriteetit matriisikaavioiden rakentamisessa saadusta suuresta numeerisesta tiedosta.

Sitä käytetään pääasiassa tapauksissa, joissa on tarpeen esittää numeerinen data matriisikaavioista visuaalisessa muodossa.

Tästä syystä prioriteettimatriisia (matriisidata-analyysiä) käytetään paljon harvemmin kuin edellä käsiteltyjä laadunhallintatyökaluja.

Eri kipulääkkeiden vaikutuksen "tehokkuuden" ja "lievyyden" arvioimiseksi kerättyjen "matriisitietojen" analyysitulosten esitys on esitetty kuvassa. 1.

JA
h fig. Kuva 1 osoittaa, että tavanomainen aspiriini on ankaraa ja tehotonta. Excedrin on tehokkain, mutta samalla se on yksi ankarimmista lääkkeistä. Tylenol on paras tehon ja pehmeyden yhdistelmä.

Riisi. 1. Matriisidata-analyysin tulosten graafinen esitys
^

1.1.2 Algoritmi prioriteettimatriisin muodostamiseksi


Vaihe 1. Ryhmän jäsenet tunnistavat ne tuoteryhmät (palvelut), jotka otetaan huomioon analyysissä. Seuraavaksi kaksi olennaiset ominaisuudet ja niiden mittayksiköt ja piirretään tämän koordinaattiakselin mukaisesti.

Vaihe 2 On tarpeen mitata tuoteryhmiä (palveluita), yrittää saada objektiivinen, puolueeton arvio ja piirtää saadut arvot matriisidata-analyysikartalle.

Vaihe 3. Tiedot ryhmitellään mm seuraavat merkit: ryhmä samankaltaisia ​​tuotteita (palveluita), tuoteryhmä, joka sijaitsee lähellä matriisidata-analyysikortilla.

Vaihe 4. Saatujen tulosten analyysi. Erityistä huomiota kannattaa maksaa, jos: sisällä on tuotteita (palveluita), joilla pitäisi olla suunnilleen samat ominaisuudet eri osat matriisidataanalyysikartat ja päinvastoin.
^

1.1.3 Esimerkki prioriteettimatriisin soveltamisesta


Oletetaan, että hylkäystaulukon pienentämiseksi on määritettävä 234 numeerista dataa, jotka liittyvät 9 tekijään, joihin hylkyt voivat vaikuttaa, 26:lle tuotteelle, jotka on valmistettu valamalla kuorituille muotteille. 1.

Näiden tietojen analyysin tulokset on esitetty kuvassa. 2. Kuvan erikokoiset mustat ympyrät osoittavat hylättyjen prosenttiosuuden tietyntyyppisissä tuotteissa.

Analyysin tulos osoitti, että ensimmäisen tärkeysluokan komponentteja ovat mm. paino, tulpan pinta-ala, painon suhde tulpan pinta-alaan, poistoputken halkaisija ja toisen tärkeysluokan komponentit ovat materiaalin kulutus lopputuotteen yksikköä kohden, muoto.

Pöytä 1. Alkutiedot matriisitietojen analysointiin

Kuvasta 2 voidaan päätellä, että hylättyjen prosenttiosuus on korkea ensimmäisen tärkeysluokan tekijöillä, joiden matriisitiedot osoittautuivat negatiivisiksi tasoiksi. Romun vähentämiseen tähtäävien erityistoimenpiteiden jälkeen tuotantoprosessi vakiintui.

Riisi. 2. Esimerkki matriisitietojen analyysin tulosten esittämisestä "arviointi ainesosan 9 tekijän vaikutuksesta valimotuotteiden hylkyihin": 1 - 1. tärkeysjärjestyksen ainesosat, 2 - 2. luokan ainesosat tärkeys, 3 - nimitys, 4 - prosenttiosuus romusta.