Tik Ohjelmistotuoteliiketoiminta

Transkriptio

1 Tik Ohjelmistotuoteliiketoiminta

2 Luennot ja projekti synty suunnittelu käynnistys ohjaus päätös operointi Ti 12.3 To 14.3 Ti 19.3 To 21.3 Ti 26.3 To 4.4 Ti 9.4 To 11.4 Ti 16.4 Ti 18.4 To 23.4 Kurssin aloitus Projektin synty Projektisuunnitelma Projektin käynnistäminen Työmäärien arviointi Projektin ohjaus Projektihallinnan työkalut Projektien erilaisuudet Laadunohjaus ja leadership Projektin päättäminen Ohjelmistotuoteliiketoiminta 2

3 Ohjelmistotuoteliiketoiminta Luennon tavoite on antaa vastaus kysymykseen: Miten ohjelmistotuoteliiketoimintaprojekti eroaa muista ohjelmistoprojekteista? ohjelmistotuoteliiketoimintaprojekti = shrink-wrap eli kaupan hyllyltä (office, pelit, jne) ohjelmistoprojekti = räätäli kuten kurssin harkkatyö 3

4 Sama kaikille ohjelmistoprojekteille Määritelty kesto, eri vaiheita Määritelty aloituspiste Määritelty lopetuspiste Tarve Resurssitarve Tarve tyydytetty Tuki ja / tai linja-organisaatio Projekti synty suunnittelu käynnistys tekeminen päätös operointi Yrityksen tukiorganisaatio tukee projektia (ja muita projekteja) peruspalveluilla ohjaus 4

5 Jako ryhmiin Ryhmille aihe Workshop Henkilökohtainen brainstorming eroista Ajatusten vaihto pareittain Ryhmien yhteenveto Ryhmän tuloksen esitys Yhteenveto synty suunnittelu käynnistys ohjaus päätös operointi 5

6 Workshopin Tulokset

7 Synty Rahoitus Rahat tulee olla omasta takaa tai joku ulkopuolinen tulee sijoittaa riskipääomaa Riskianalyysi Riskit voivat olla huomattavasti suuremmat Kohderyhmänä suurempi käyttäjämäärä Markkinatutkimuksen pohjalta vaatimusmäärittely Tiedostomattoman tarpeen tai uuden innovaation pohjalta syntynyt tarve - tekniikkavetoisuus Innovatiivisempi Uusia versioita ja tuoteperheitä entisten tuotteiden pohjalta Ei tarvitse huomioida olemassa olevaa teknistä ympäristöä Ei tarjous / sopimus rumbaa eli kilpailu on vasta edessä 7

8 Suunnittelu Markkinoiden tarpeet (vs asiakkaan tarpeet) Alustava tutkimustyö suurempi Asiakaskunta on potentiaalisesti suurempi -> kaikkia ei kuitenkaan voi tyydyttää Automaattisesta testauksesta mahdollisuus hyötyä uusien julkaisujen myötä Verifioinnin mukaanotto tärkeätä tehdä heti alussa Koska asiakas ei ole mukana tulee oikeellisuus todeta jollain muulla tavalla (esim kadunmiestestit) Ylläpidon suunnittelu Markkinoinnin suunnittelu Työmäärien arviointi helpottuu (ainakin release 2..N) 8

9 Käynnistys Projektin aloitusajankohta vapaampi Enemmän vapauksia valita projektiryhmä Esim nykyisen osaamisen / kokemuksen suhteen Organisaatio jo entuudestaan tuttu Muutosten hyväksymismenettely helpompi 9

10 Ohjaus Asiakas ei osallistu ohjaukseen, ohjauksen kriteeri voi olla eri (esim time-to-market) Riskienhallinnan luonne joustavampaa Kaikki projektin jäsenet voidaan helpommin saada samaan fyysiseen tilaan ohjaus helpottuu Historiatietoon pohjautuva ohjaus ensimmäisen version jälkeen Kommunikointi helpompaa Yhteistyö helpompaa Markkinatilanne antaa inputtia ohjaukseen 10

11 Lopetus Päätös projektin loppumisesta tekevällä organisaatiolla Tuote voidaan julkaista aijoittua suppeammalla toiminnallisuudella jos kasassa on hyvä paketti Tuotetta ei välttämättä julkaista ollenkaan (muuttunut markkinatilanne, budjetti karannut käsistä) Tuote täytyy markkinoida (kolmannet osapuolet, demo, jne) Ei varsinaista tuotantoon vientiä Projektin menestys ei ole tiedossa päätöshetkellä 11

12 Ylläpito Bugiraportteja tulee useista eri lähteistä Käyttäjäpalaute julkista Käyttäjärekisterin luonti? Pidempi vastuu lopputuotteesta Korjausten jakelu tai suorittaminen Asiakastuki / helpdesk Konfiguraation hallinta Installaatiopaketti Cross-platform Jos alunperin tehty esim Linuxille niin portataanko HP-UX, SUN ja AIX:lle? Tuotteen konsultointiin liittyvät toimenpiteet, eli toiminnan laajentaminen? Elinkaari sidoksissa rahavirtaan ei sopimuksiin 12