Process as a Service on evoluution seuraava vaihe kaiken maailman XaaS ajattelussa. Vaihe, jossa “pilvestä” voidaan hankkia tuloksia ominaisuuksien sijaan. Voidaan hankkia haluttu lopputulos version sijaan.
PraaS on verrattavissa klassiseen porakone vertaukseen. Sanotaan, että henkilö, joka on ostamassa kaupasta porakonetta ei tarvitse poraa vaan aukon seinään. Tässä vaiheessa meille ilmeisty erilaiset vuokrauspalvelut, kuten Software as a Service (SaaS), Infrastructure as a Service (IaaS), Platform as a Service (PaaS), jne… Sanoisin kuitenkin, että henkilö ei halua edes aukkoa seinään, vaan haluaa saada vietyä johdon toisenpään makuuhuoneen telkkariin, jotta kaapeli lähetys näkyisi myös siellä. Eli henkilö ei halua poraa, ei halua aukkoa seinään vaan haluaa katsoa telkkaria makuuhuoneessa. Tätä on PraaS. Voit ostaa eri televisio kanavia näkyviin suoraan makuuhuoneeseen ilman, että tarvitsee miettiä mitä kautta kuva sinne tuodaan. Ja siinä vaiheessa kun ei enää kiinnosta katsoa niin ilmoitus vain ja kuva katoaa, ilman jälkiä rakenteisiin.
Yritämme tuoda esimerkkejä toteutuksista ja ajatuksia nykyaikaisesta prosessikehityksestä, -seurannasta ja ohjauksesta, jota voidaan tehdä Pilvessä.
4 comments
18/02/2011 at 13:31 (UTC 2)
Poraesimerkki kuullostaa ajatuksena hyvältä – tahtotila varmasti on juuri kuvaamasi.
Mutta millä varmistua siitä, ettei PraaS -mallilla käytä enemmän aikaa ja rahaa huoneistonsa pohjapiirrustusten etsimiseen ja tarpeen kuvaamiseen, kuin että noutaisi sen poran konevuokraamolta (SaaS)?
Käytännön toteutuksista kokonaisuutena sekä parhaiten PraaS:ille soveltuvista/ei-soveltuvista käyttötapauksista olisi siis mielenkiintoista lukea enemmän.
18/02/2011 at 14:48 (UTC 2)
Hei Risto,
Tästä syystä oman palvelun tunteminen on todella tärkeää. Prosessien kuvaaminen tai toimintaohjeiden luonti ennen järjestelmien hankintaa/vertailua parantaa onnistumis mahdollisuuksia huomattavasti.
Tällä varmistetaan lisäksi se, että palvelu rajataan oikein. Ei siis tarjota antennitelkkarin kuvaa kun pitäisi saada maksukanavat näkyviin.
Rene
25/02/2011 at 09:28 (UTC 2)
Rene,
kiintoisa kirjoitus. Olen tosin hieman eri mieltä poraesimerkistä. ..
Ja koska itse edustan tätä ei niin kaunista sukupuolta, niin rohkenen väittää että todellinen motiivi on vaimon pitäminen tyytyväisenä
. Koska jos vaimo on tyytyväinen, on miesten elämä helpompaa. (Todellinen motiivi). Eli ostajan todellinen motiivi ei välttämättä ole se ensimmäinen syy minkä hän ostosyyksi mainitsee.
Mutta prosessiesimerkistä, palvelun saaminen suoraan tarpeeseen on ehdottomasti suositeltava reitti. Miksi ihmeessä tuotteistaa palveluita joita kukaan ei halua tai osaa käyttää? Ja näinhän varsin usein esim. IT-palveluissa tapahtuu, mennään teknologiakylki edellä tuotteistamaan palveluita joita sitten yritetään opastaa käyttäjille, tukemisestakin pitäisi jotain ymmärtää.
Ja tähän dilemmaan PraaS tuntuu tarjoavan hyvän vaihtoehdon, ainakin oman kokemukseni mukaan.
-Mikko
“Business & Service Management. No B.S.” -Codacon
http://www.codacon.fi
28/05/2011 at 03:10 (UTC 2)
Lue koko blogi, melko hyva