Idea

kaverin apu tai raha

Perusta firma ja palkkaa 20 työtöntä koodaria tekemään raskas työ. Palkan maksuun hae valtiolta tukea, esimerkiksi Finnvera. Kun saanut tuotteeen viittä vaille valmiiksi, aloita hypetys mediassa ja myy koko roska sopivalla summalla jollekkin isolle toimijalle, jolla on pari miljoonaa ylimääräistä rahaa mutta ei business vainua.

Onhan noita IT-firmoja mitkä näitä tekee. Koska palstalla ei saa mainostaa niin en oman firmani nimeä mainosta joka myös tekee tätä.

Ennen kuin edes harkitset homman teettämistä muualla, määrittele ideasi kirjallisessa muodossa mahdollisimman tarkasti. Seuraavat asiat pitäisi saada määriteltyä ennen kuin aletaan toteuttamaan:

1. Konseptikuvaus mitä halutaan

2. Määrittely kaikista vaatimuksista mitä siinä pitää olla. Mitään ei saisi mielellään jäädä toteuttajan arvattavaksi, että mitähän asiakas haluaa. Usein sitä sitten kysellään ja hommat seisoo, ja jos määrittely on pielessä ja sitä pitää alkaa tehdä uudestaan sitten kun hommat on aloitettu, helposti kaikki siihen mennessä tehty työ tehdään uusiksi. Ilmiö käytännössä sama kuin että asiakas tilaisi 15 kerroksisen talon ja loppuvaiheilla haluaakin lisätä toisen ja kolmannen kerroksen väliin yhden kerroksen lisää. Kerroksesta kolme ylöspäin rakennetaan silloin uusiksi ja sehän maksaa.

3. Määrittelyn oheen ns. "Mindmap", kasaa siihen kaikki asiat mitä järjestelmässä pitäisi olla. Esimerkiksi nettisivun sisältö voidaan esittää näin selkeänä "karttana".

4. Use case - kaavio, ketkä järjestelmää käyttää ja mitä asioita heidän tulisi voida tehdä. Tämä on yksinkertaisesti kaavio jossa on tikku-ukkoja ja ajatuskuplia asioista mitä tekevät. Tämä kuva selventää asiaa: http://www.agilemodeling.com/images/models/useCaseDiagram.jpg

Muista tehä use case -kaavioon myös järjestelmän väärin käyttäjät, esimerkiksi jos pahantahtoinen käyttäjä joka haluaa kirjoittaa esim. oman palvelun nettifoorumille roskaviestiä 10000kpl päivässä, että miten tälläisissä skenaarioissa pitäisi tehdä. Erilaisista tapahtumista miten tulisi toimia voi esittää ns. prosessikuvauksen vuokaaviona. Tämä kuva selventää asiaa: http://users.tkk.fi/jpkontio/ongelma/ongelmia.gif

5. Visuaalisen puolen suunnittelu, mikäli tälläistä tarvitaan. Hyvä lähtökohta on ajatella väriä, mitkä värit sopisi käyttöön. Esim. Suomi24:ssä on sininen ja valkoinen valittu väriteemaksi. Eli pitäisi miettiä millä väreillä mennään. Käytännössä värejä valitaan 2-3 ja ehkä vielä lisäväri jolla korostetaan juttuja.

Lisäksi visuaalisen puoleen ja Mindmappiin mikä kuvaa järjestelmän sisältöä ja navigointia, tulisi vähän raapustaa jotain hahmotelmia miltä sen pitäisi näyttää eri tilanteissa.

6. Huomioi myös se, että järjestelmissä on usein myös julkinen puoli kuin myös joku hallintapuoli. Huomioi määrittelyissä myös se miten sitä pitäisi voida hallita, kuten esimerkiksi syöttää sisältöä.

7. Jos järjestelmä on laaja niin alustava projektisuunnitelma eri vaiheista, että missä järjestyksessä eri jutut halutaan valmistuvan. Yleensä laskutus halutaan pilkkoa tälläisiin vaiheisiin että kaikkea ei laskuteta kerralla.

---

Nämä kun saat tehtyä niin pystyt esittämään toteuttajalle selkeästi sen mitä oikeastaan haluat. Yleensä aina kun puhutaan surkeista tietokonejärjestelmistä tai epäonnistuneista hankkeista niin syy on yleensä siinä, että asiakas itse ei edes ole tiennyt mitä tarkalleen haluaa ja toimittajan sitten pitäisi arvata se "hieno idea" arvailemalla. Lopputulos sitten on helposti jotain sinne päin tai ei yhtään sinne päin mitä toivoi ja maksaa moninkertaisesti sen mitä piti ja valmistuu myöhässä.