Ohjelmistotuotanto
Esitutkimus

Esitutkimusvaihetta (feasibility study) ei aina mainita ohjelmistosuunnittelun oppaissa. Sen tarkoitus on selvittää onko tuotetta syytä ruveta ollenkaan tekemään. Siinä selvitetään mitä hyötyjä tuotteella saavutetaan, millaisia riskejä tuotteella olisi, onko markkinoilla jo vastaavia tuotteita ja mitä käyttäjäryhmiä tuotteella olisi.

Esitutkimuksen voi tehdä joko tilaaja tai tuotteen toimittaja. Tilaaja tarkoittaa tässä siis yritystä, yhteisöä tai henkilöä, joka tuotteen haluaa saada aikaan. Ja usein se tilataan joltain ohjelmistotalolta tai ohjelmoijalta, jota tässä kutsutaan tuotteen toimittajaksi.

Esitutkimuksesta laaditaan dokumentti, joka sisältää yhteenvedon edellä mainituista selvityksistä sekä suosituksen projektin jatkamisesta tai hylkäämisestä.

Esitutkimuksen tulos

Esitutkimuksen tuloksena on lähinnä vastaus seuraaviin kysymyksiin:

  • Mitä hyötyjä tuotteella saavutetaan?
  • Ketkä ovat tuotteen käyttäjäryhmiä?
  • Onko markkinoilla jo vastaavia tuotteita ja miten meidän tuote olisi niitä parempi?
  • Mitkä olisivat tuotteen tekemisen kustannukset ja resurssitarpeet?
  • Mitä riskejä tuotteen kehittämiseen ja käyttöönottoon liittyy?
  • Onko projekti kannattava ja toteutettavissa?

Esitutkimusvaiheen jälkeen päätetään ruvetaanko tuotetta tekemään vai hylätäänkö idea. Jos päätetään toteuttaa, laaditaan ensin projektisuunnitelma, jonka jälkeen siirrytään määrittelyvaiheeseen.

Projektisuunnitelma

Projektisuunnitelma laaditaan ennen varsinaisen kehitystyön aloittamista. Se vastaa kysymykseen miten projekti toteutetaan käytettävissä olevilla resursseilla. Projektisuunnitelma ei kuvaa tuotetta vaan itse projektin läpivientiä.

Projektisuunnitelma sisältää tyypillisesti:

  • Projektin organisaatio: tilaaja, toimittaja, projektiryhmä ja vastuuhenkilöt
  • Rajaus: mitä projektissa tehdään ja mitä jätetään sen ulkopuolelle
  • Aikataulu: projektin vaiheet ja niiden ajoitus
  • Kokous- ja viestintäkäytännöt: miten ryhmä kommunikoi keskenään ja tilaajan kanssa
  • Laatutavoitteet: miten laadusta huolehditaan (katselmoinnit, testaus, koodikäytännöt)
  • Riskienhallinta: tunnistetut riskit, niiden analysointi ja toimenpiteet
  • Projektin päätöstoimet: miten projekti luovutetaan tilaajalle

Projektisuunnitelma toimii myös projektin osapuolten välisenä sopimuksena — sen allekirjoittaminen sitoo sekä tilaajan että toimittajan sovittuihin ehtoihin. Projektisuunnitelmaa päivitetään tarvittaessa projektin edetessä.

Projektisuunnitelman sisältö

Projektisuunnitelman sisältö voisi olla esimerkiksi seuraavanlainen. Alla oleva rakenne perustuu IEEE 1058-1998 standardiin, joka on yleisesti käytetty malli ohjelmistoprojektin suunnitelman dokumentoinnissa.

1. Johdanto

1.1 Dokumentin tarkoitus
1.2 Projektin laajuus ja tavoitteet
1.3 Oletukset ja rajoitteet
1.4 Toimitukset
1.5 Aikataulu- ja budjettikooste

2. Viitteet

3. Projektin organisaatio

3.1 Ulkoiset rajapinnat (tilaaja, sidosryhmät)
3.2 Projektiryhmän rakenne
3.3 Roolit ja vastuut

4. Johtamisprosessin suunnitelmat

4.1 Käynnistyssuunnitelma
4.2 Työsuunnitelma ja aikataulu
4.3 Seuranta ja ohjaus
4.4 Riskienhallinta
4.5 Projektin päätöstoimet

5. Teknisen prosessin suunnitelmat

5.1 Prosessimalli ja kehitysmenetelmä
5.2 Käytettävät menetelmät ja työkalut
5.3 Tuotteen hyväksyntäsuunnitelma

6. Tukiprosessien suunnitelmat

6.1 Laadunvarmistus
6.2 Konfiguraationhallinta ja versionhallinta
6.3 Dokumentointisuunnitelma
6.4 Katselmoinnit



Toggle Menu

Pekka Alaluukas 2026