Tietotekniikan tuotantoprosessi Ke 7.3. Byrokratia vs. nyrkkipaja Kurssin sisältö Menetelmämalleista Ke 14.3.Busineksen löytäminen Käyttötapaukset Vaatimusmäärittely Ke 21.3.Määrittely ja toteutus Testaus elämäntapana Ke 28.3.Versionhallinta, konfiguraationhallinta Riskienhallinta Ke 4.4.Pelivaraa Oikea elämä: Leevi Lemmetty, AD, Cube

RahaAika Laatu

Byrokratia Hallinnan (management) “ihanne” Kaikki toiminta kontrolloitua Mittaaminen ja seuranta helppoa Lopputulos taattua tavaraa Luovuus, keksinnöllisyys kärsii Työntekijät leipääntyvät Ei kustannustehokasta Seurauksena kovasta kasvusta Perintönä teollistumisesta ja savupiippukulttuurista Esim 30-luvun autotehdas ja sen työntekijät Taattua tylsää bulkkikamaa, joka on helposti ennakoitavissa Tietty hallinto välttämätöntä Raha Aika Laatu

Nyrkkipaja Työntekijän “ihanne” Vapaat kädet toimia Ideat nopeasti valmiiksi Inspiroi keksimään, kokeilemaan ja luomaan uutta Hallinnon painajainen, kaaos Työn mittaaminen ja seuranta vaikeaa Lopputuloksen ennakointi miltei mahdotonta Ei onnistu yli 50 hengen yrityksessä (?) Tietotekniikan aallon myötä menestynyt Autotallifirmat Piilaaksossa, uusmedia startupit Asiantuntijayhteisöt - työntekijä päälliköä viisaampi Uutta ja mullistavaa tai konkurssi

Kultainen keskitie Pikkufirmasta isoksi yritykseksi (esim. Satama) Kaoottinen nyrkkipaja tuo ideoita ja inspiroi työntekijöitä, mutta hallitsemattomana ei toimi yrityksen kasvaessa Asiantuntijaorganisaatiossa työntekijä on ykkönen -> nyrkkipaja lähtökohdaksi Kuitenkin kaaosta on hallittava ja korkea laatu varmistettava -> management otettava mukaan Kommunkoimalla oma tapa toimia Jatkuva prosessikehitys Johdon aloitteesta työntekijöiden ehdolla

Management Duunari Turhauttava Kaaos Vapaat kädet Hallittu Byrokratia Nyrkkipaja

Uudet tuulet - Cluetrain manifesto Markkinat ovat keskusteluja Asiakkaat haluavat puhua tekijöiden kanssa ei PR-ihmisten ja markkinoinnin Uutisryhmät, verkkosivut, sähköposti jne. aidon tiedon välittäjinä Läpinäkyvä organisaatio

Tuotantoprosessi on ymmärrettävä Tietyt asiat on aina otettava huomioon kustannukset aikataulu laatu riskit “Hyvä prosessi tuottaa hyviä tuotteita” Työntekijät suunnittelevat itse oman prosessinsa !! Muiden kokemuksia kannattaa hyödyntää -> tämä kurssin tarkoitus

2. Osa Kurssin sisältö Ohjelmistotuotannon eri vaiheet Harjoitukset 2-3 ryhmissä Use caset ja vaatimusmäärittely UML Riskianalyysi Hyväksymistestit Tentti ?

Esimerkkitapaus: weppisivut kurssille Projektin tuottavuus - kannattaako sivuja tehdä? Vaatimukset - mitä varten ja kenelle sivut tehdään? Käyttötapaukset - mitä sivuilla voi tehdä? Määrittely - mitkä vaatimukset toteutetaan ja miten? Toteutus - kuka tekee HTMLn, grafiikat, Flashin jne. UML ja oliomallinnus - miten piiretään? Testaus - miten varmistetaan että sivut täyttävät tehtävänsä? Versionhallinta - miten sivut kasataan yhteen palasista? Riskienhallinta - missä voi mennä pieleen ?

Prosessimalli, menetelmämalli Esimerkki: Projektin tuottavuus Vaatimukset Määrittely, toteutus Testaus Versionhallinta Riskienhallinta Projektinhallinta alku loppu

Projektin tuottavuus Kannattaako koko hommaan ryhtyä? Alustava kustannusarvio ja mahdollinen tuotto Välilliset vaikutukset GO / NO GO

Vaatimukset Asiakkaan vaatimukset (Hki amk) Loppukäyttäjän vaatimukset (opiskelija) Käyttötapaukset, use caset, konseptisuunnittelu

Määrittely, toteutus Vaatimus x: toteutetaan seuraavasti... HTML, Flash, grafiikka, layout, käytettävyys, Java jne.

Testaus Hyväksymistestaus: Hyväksymistestaus: milloin projekti on valmis? Järjestelmätestaus: Järjestelmätestaus: milloin weppisivut ovat valmiit? Integraatiotestaus: Integraatiotestaus: milloin osat ovat valmiit? Modulitestaus: Modulitestaus: milloin yksittäinen osa on valmis? Testataan koodit, grafiikat, käytettävyys, graafinen ilme jne. Testataan vaatimuksia vasten

Versionhallinta Missä on minkäkin osan mikä versio? Uusimman koodin ja grafiikan säilyttäminen Keskitetty säilytys (check in & check out) Vanhan version rakentaminen, rinnakkaiset versiot

Riskienhallinta Mitkä ovat pahimmat riskit ja mistä ne syntyvät? Loppuu aika, raha tai laatu = seurauksia Riski = todennäköisyys * vahinko Riskien seuranta ja ehkäisy Riskikeskeinen projektinhallinta

3. Osa Prosessimallit

Hack’n’slash Vesiputous (lohella ja ilman) Spiraali, inkrementaalinen & iteratiivinen Evoluutiomalli & protoilu On schedule, on demand