Prosessimalli

Menetelmä malli järjestää prosessi luovan tuotannon eri, rakenteeltaan osia, jotka puolestaan on liitetty asianmukaiset menetelmät ja tekniikat organisaation. Prosessimallin tehtävänä on esittää suunnitteluprosessissa yleensä esiintyvät tehtävät ja toiminnot loogisessa, loogisessa järjestyksessä. Menettelymallit ovat määritelmiensä mukaan organisatorisia apuvälineitä, joita voidaan ja pitäisi mukauttaa erikseen (räätälöinti) tiettyihin tehtäviin (hankkeisiin) ja jotka sellaisenaan johtavat konkreettiseen toiminnan suunnitteluun.

Eri kirjoittajat levittävät erilaisia ​​menettelytapamalleja. Ne vaihtelevat toisaalta eri vaiheiden lukumäärän ja tärkeyden suhteen ja toisaalta niiden käyttöalueen suhteen . Prosessimalleja käytetään intensiivisesti innovaatioissa (erityisesti ohjelmistokehityksessä , katso ohjelmistokehityksen prosessimalli ) ja muutosprojekteissa (→ muutosten hallinta ). Yhteistä kaikille toimintamallit on askel-askeleelta polun päässä ongelma on ratkaisu ja niiden järjestelmällinen järkevä lähestymistapa (vastakohtana ja erehdyksen ). Yksittäiset vaiheet ovat ihanteellisia tyyppejä . Käytännössä on usein tarpeen edetä iteratiivisesti ja "hypätä takaisin". Vaihekohtaisten virstanpylväiden on tarkoitus minimoida epäonnistumisen riski ja kustannukset.

Asianmukaisesti laajennettujen mallien avulla määriteltyjen toimintojen, vaiheiden ja menetelmien lisäksi voidaan myös määrittää (jokaiselle toiminnalle), mitkä tulokset on saavutettava, mitkä vaatimukset on täytettävä, kuka voi olla mukana missä roolissa prosessoinnissa jne.

Toisin kuin menettelytapamalli, jota hankkeille pidetään ajallisesti niin rajoitetusti, käytös tai käytännesäännöt (englanninkieliset käytännesäännöt ) valvovat kokoelmaa, jossa tietyt toimet rajoittamattomaksi ajaksi ja tarvittaessa seuraamuksiksi esimerkiksi tasa-arvon yhteydessä ( Yhdenvertainen kohtelu englanniksi ). Toinen menettelysääntöjen muunnelma on liiketoimintaprosessimallit , joissa menettely määritetään myös liiketoimintaprosesseille .

Nykyiset menettelytavat

Uudemmat proseduurimallit, kuten Extreme Programming tai Scrum , mahdollistavat spesifikaatioiden jatkuvan iteroinnin prosessin aikana väistämättömän tietämyksen edistymisen ja pilottitoteutuksessa olevien käyttäjien jatkuvan palautteen mukaisesti.

Toisin kuin Grochlan mukainen klassinen vaihemalli, esimerkiksi V-Modell XT: ssä määritetään tänään vain aktiviteetit ja tulokset eikä tiukkaa aikasekvenssiä tarvita. Erityisesti puuttuvat tyypilliset hyväksynnät, jotka määrittelevät vaiheen lopun.

Sopiva prosessimalli järjestelmän käyttöönottamiseksi on valittava vastaamaan lähtöolosuhteita ja kehitysmenetelmiä.

Historiallinen juuri

Erwin Grochlan (1982) kehittämä menettelymalli, joka on alun perin määritelty julkishallinnolle ja julkisoikeudellisille yhteisöille sekä niiden tietojenkäsittelyjärjestelmien ja sovellusohjelmien hankinnoille (katso myös tietotekniikkapalvelujen hankintaa koskevat täydentävät sopimusehdot (EVB-IT) ) (ks. Myös V -Malli ) erotti seuraavat vaiheet tarkasti erillään:

  • Alustava tutkimus
  • Todellinen tallennus
  • Onko kritiikkiä
  • Kohdekonsepti - ratkaisujen luominen
  • Kohdekonsepti - ratkaisujen arviointi ja valinta
  • Johdanto / toteutus
  • Arviointi ja jatkokehitys.

Konsepti ( vesiputousmalli ), joka on erittäin jäykkä molemmille sopimuskumppaneille, on vanhentunut, etenkin muutosprosessien monimutkaisen dynamiikan vuoksi.

Alustava tutkimus

Alustava tutkimus (jota kutsutaan myös pilottitutkimukseksi, englanninkielinen toteutettavuustutkimus ) on pienessä mittakaavassa ongelmanratkaisusykli. Tässä vaiheessa on tärkeää määritellä ongelma tarkasti (mitä pitäisi muuttaa? Mitkä ovat tavoitteet?), Arvioida muutosprosessin mahdollisuudet ja riskit (Cui bono? Mitä tukea ja vastustusta voidaan odottaa?) Ja kuka on käytettävissä Tarkista käytettävissä olevat resurssit (onko hallintokapasiteettia ja budjettia riittävästi?) Esitutkimuksessa tulisi myös kehittää karkea idea mahdollisesta ratkaisusta . Alustavan tutkinnan lopussa päätetään prosessin jatkamisesta tai peruuttamisesta (go / no go -päätös).

Todellinen tallennus

Todellinen tallennusaika käytetään neutraalia kirjaamisen nykytilaa tutkinnan kohde niin monesta katselukulmat kuin mahdollista. Todellisen tilanteen tallentamiseen kuluvaa aikaa ja kustannuksia voidaan vähentää olemassa olevan tiedon fiksulla käytöllä (toissijainen tutkimus). Toissijainen tutkimus voidaan yleensä suorittaa häiritsemättä tenttijärjestelmää. Jälkeen toissijainen tutkimus , on suositeltavaa käyttää hyvin varustetuista työkalupakki empiirisen sosiaalitutkimuksen että ensisijainen kyselyn kyselyn tarkkailulistalle tarkempaa ymmärrystä .

Onko kritiikkiä

Nykyistä kritiikkiä käytetään kerättyjen tietojen analysointiin ja arviointiin. Tunnistettujen heikkouksien syvemmät syyt tulisi selvittää, jotta oireita ei hoideta. Tiede on kehittänyt runsaan arsenaalin menetelmiä ja tekniikoita ongelman analysointiin, aina testikysymyksistä (esim. 5 Whys -menetelmällä - miksi? Miksi? ... miksi?) Systeemisten mallien mallintamiseen. Uudet havainnot saattavat pakottaa mukauttamaan tavoitteet.

Kohdekonsepti: ratkaisujen luominen

Seuraava vaihe on jaettu kahteen vaiheeseen: ratkaisujen luominen ja valinta. Analogista evoluutio , erotetaan välillä vaihe vaihtelun , jossa liuos tila avataan mahdollisimman laaja (tavoite: monia erilaisia ratkaisuja), ja vaihe valinta , jossa nämä ratkaisut on sovitettu se, joka parhaiten vastaa tilannetta, ( eloonjääntiä ) Ratkaisua voidaan vähentää. Näiden vaiheiden erottaminen edistää toisaalta luovuutta ja analyyttistä terävyyttä.

Kun liuos sukupolven vaihe , luovuus on keskeinen tekijä. Tätä tarkoitusta varten kehitetyt luovuuden tekniikat on jaettu intuitiivisiin (kuten aivoriihi ) ja systemaattisiin (kuten morfologinen analyysi ). Intuitiiviset tekniikat perustuvat onnellisiin yhdistyksiin, tajuttomien ja spontaanien heuristiseen voimaan. Systemaattiset tekniikat tukeutuvat menetelmään ja logiikkaan kattamaan kaikki mahdollisuudet (tertium non datur) . Ratkaisujen luomisvaiheen tulos on mahdollisimman monta erilaista, uutta ratkaisua.

Kohdekonsepti: ratkaisujen arviointi ja valinta

Ratkaisujen arviointi ja valinta sisältää kaksi näkökohtaa. Yhtäältä metodinen, mahdollisimman objektiivinen ja ymmärrettävä arviointi ja usein subjektiivinen poliittinen valinta. Ratkaisun laadun parantamiseksi auttavat menetelmän korsetit , jotka edistävät kriteerien ja niiden ominaisuuksien avoimuutta . Vuonna utiliteettianalyysi, kolmasosa osapuoli voi tarkistaa painotus ja pisteen jakelu johdonmukaisuuden. Herkkyysanalyysit analysoivat vaihtoehtoisen sijoituksen vakautta ja auttavat siten tunnistamaan kriittiset tekijät. Valintaa tehtäessä on määriteltävä päättäjät ja valintamenetelmä. Tällä on suuri vaikutus hyväksymiseen toteutuksen aikana.

Johdanto ja toteutus

Käyttöönotto ja toteutus (Englanti roll-out , täytäntöönpano ) asettaa valitun ratkaisun käytännössä. Toteuttamista strategiassa määritellään soveltamisala (pilotti, osa-alue, yleinen organisaatio), suunta toteuttamisesta ja toimijoiden (alhaalta ylös, ylhäältä alas, sivuttain), tyypin (askel-askeleelta, pommittamalla) ja aikataulu (jaksot, kesto, nopeus). On tärkeää varmistaa, että toteutusstrategia ja organisaatio sopivat hyvin yhteen. Muutosta kestävät organisaatiot vievät enemmän aikaa sopeutumiseen. Toteutuksen tavoitteena on uusien sääntöjen korkea hyväksyntä ja kestävyys. Organisaation on löydettävä uusi tasapainonsa ( päivitä Lewinin terminologiassa). Tätä varten on varmistettava, että kaikki asianomaiset henkilöt tutustuvat uusiin sääntöihin.

Arviointi ja jatkokehitys

Arvioinnin avulla tarkastellaan muutosprosessia ja sen tuloksia. Toimiko se? Säätöjä voidaan joutua tekemään. Ympäristödynamiikasta riippuen prosesseja on kehitettävä järjestelmällisesti. Jatkokehityksen myötä prosessimalli saa iteratiivisen luonteen, kun prosessin loppu johtaa toiseen, uuteen muutosprosessiin.

Mahdollinen ohjelmistotuki

Menettelymallit ovat yleensä saatavana asiakirjoina (kirjat, ohjeet, menetelmäoppaat jne.), Joiden sisällön heidän kanssaan työskentelevät henkilöt tallentavat visuaalisesti - paperimuodossa tai sähköisesti. Ohjelmistokehitystyökalujen avulla prosessimalleja voidaan kuitenkin käyttää entistä integroidummin: Kun malli on siirretty konkreettiseen projektisuunnitteluun, ohjelmisto B. tarjoaa seuraavaa tukea:

  • Tunnista ja näytä aktiviteettien tila (avoin, tehty)
  • Toiminnan osoittaminen henkilöille (vastuuhenkilö, mukana)
  • Luettujen asiakirjojen määrittäminen yksittäisiin toimintoihin
  • Asiakirjanäytteiden toimittaminen kullekin tulostyypille
  • Yksilöllisten työkalujen haku

Tämäntyyppiset työkalut lasketaan projektinhallintaohjelmistoiksi .

Katso myös

kirjallisuus

nettilinkit