KJR C2005 Tuotesuunnittelu, Loppuraportti. Raporttien arviointi ja palaute

Transkriptio

1 KJR C2005 Tuotesuunnittelu, Loppuraportti Raporttien arviointi ja palaute

2 Kokonaisuus Loppuraportin tulee muodostaa yhtenäinen ja selkeä kokonaisuus. Täyden pisteen loppuraportin kokonaisuudesta sai, jos työstä löytyi kaikki tarvittava ja raportti oli kirjoitettu puhtaaksi kokonaisuudeksi. Tällaisen raportin voisi antaa kenelle tahansa jolle aihe ei ole tuttu, ja hän silti ymmärtää mitä on tehty ja mikä oli projektin lopputulos. Jos raporttiin oli vain kopioitu edellisten viikkojen harjoitukset, ei se välttämättä muodosta yksinään toimivaa eheää raporttia. Hyviin pisteisiin vaadittiin se, että kaikki oleelliset tulokset ja kuvat esitettiin raportissa. Se ei riittänyt, jos pelkästään todettiin Viikolla 1 selvitimme markkinoilta löytyvät tuotteet, viikolla 2 laadimme vaatimuslistan., mutta löytyneitä tuotteita tai vaatimuslistaa ei esitelty.

3 Yleiset asiat Loppuraportin on tarkoitus olla itsenäinen dokumentti, jonka lukemalla selviää tehtävänanto, lähtökohdat, menetelmät ja lopullinen ratkaisu. Tämän jälkeen voi esittää vielä pohdintoja esimerkiksi jatkokehityksestä (discussions). Muutama raportti ei ollut selkeästi raporttimuotoinen, vaan pikemminkin pohdintamuodossa. Tällöin raportin lukijalle ei muodostu selkeää käsitystä siitä, mitä tehtiin ja mihin päädyttiin. Tähän liittyy myös se, että osa ryhmistä kirjoitti pääosin siitä, mitä ryhmä teki ja miten toimittiin. Jatkoa ja tulevia töitä varten vinkiksi se, että kerkittykää enemmän tuotteeseen, ja siitä kertomiseen. 3

4 Yleiset asiat Miettikää aina tarpeellinen raportointilaajuus, eli keskittykää asiaan ja raportoikaa se, mutta jättäkää pois turhat asiat. Esimerkiksi, loppuraportissa ei yleensä ole enää tarpeen kertoa sitä, mihin talletitte tiedostot kurssin aikana. Pisteitä tuli, jos raportti oli jaoteltu selkeästi IMRaD rakenteen mukaisesti. Eli pääotsikkotasot Introduction (johdanto) Methods (metodit), Results (tulokset) and Discussion (pohdinnat) mukaisesti. Toiselle otsikkotasolle pystyi sitten jaottelemaan esimerkiksi eri työvaiheet Metodit kappaleen alle. Jos tämä ei ole entuudestaan tuttu jaottelu, kannattaa tutustua lukemalla esimerkiksi: 4

5 Yleiset asiat Kun esitätte esimerkiksi abstrahoinnin tai muun vastaavan asian loppuraportissa liitteen avulla, niin kirjoittakaa tärkein asia tai kappaleen lopputulos kuitenkin tekstiin muutamalla lauseella. Raportin tekstin tulee olla sujuvasti luettavissa mieluiten ilman jatkuvaa liitteiden selailua. Liitteistä lukija löytää tarvittaessa lisätietoa. Kun teette.pdf:n, niin huomatkaa että monissa ohjelmissa on mahdollisuus kääntää vaakasuuntaiset sivut valmiiksi oikeaan lukuasentoon tietokoneen ruudulla. Eli pystysivut ovat näytöllä pystyssä, ja vaakasuuntaiset sivut ovat vaakatasossa. Kiitokset niille ryhmille jotka tekivät raporteissaan näin. Jos laitatte liitteeksi kuva/taulukko x, niin tähän kuvaan tulee löytyä viittaus tekstistä. Eli, Kuvat 5 ja 6 (liite x) esittävät valmiin prototyypin. 5

6 Raportin osat Useimmat ryhmät olivat parantaneet raportin ulkoasua, kiitos siitä. Tekstin tasausta käyttämällä raportista tulee heti huolitellumman näköinen, ja kappalejako on helpompi hahmottaa. Raportista tulee helpompi lukea, jolloin sen sisältä välittyy tehokkaasti lukijalle. Samaa asiaa edistää taitava otsikoinnin käyttö. Muistakaa: Kuvateksti kuvan alle, taulukkoteksti taulukon päälle. Ja muistakaa lähteet! 6

7 Esimerkki selkeästä otsikoinnista ja sisällysluettelon käytöstä

8 Introduction Johdanto oli yleensä tehty melko hyvin. Parhaat työt käyttivät taustatutkimuksen aineistoa jo tässä vaiheessa, joka toi syvyyttä aiheeseen. Taustatutkimus sopi useimmissa töissä tähän osioon. Muutama ryhmä oli ilmeisesti hieman sokeutunut omalle työlleen, sillä johdannossa ei muistettu kertoa esimerkiksi sitä, mitä, kenelle tai miksi tuote on suunniteltu? Samoin myös loppuraportin otsikko oli unohtunut muutamista töistä. Muutama ryhmä totesi lyhyesti teimme taustatutkimuksen, mutta ei kertonut sen tuloksia loppuraportissa. Tästä luonnollisesti ei saanut täysiä pisteitä. 8

9 Methods Tähän kaivattiin niitä harjoituksissa aiemmin tehtyjä vaatimuslistoja, morfologisia laatikkoja ja muita tuotoksia joita käytettiin tuotesuunnitteluprosessin aikana. 9

10 Results Tulokset on usein raportin tärkein kappale. Useimmat ryhmät esittivät lopputuloksen selkeästi ja kuvilla varustettuna. Hyviä kuvia kannattaa opetella ottamaan. Etenkin pienoismallien tapauksessa hyvä kuva olisi ollut helppo ottaa. Katsokaa, että kuvattava kohde on hyvässä asennossa, ja että taustalla ei ole mitään ylimääräistä tai häiritsevää. Käyttäkää esimerkiksi taustapahvia, tasaista pöytää tai seinää taustana. Kun luin ristiin eri ryhmien projektitöitä, niin aika monta gaalassa ollutta lopputyön kaltaista tuotetta olisi löytynyt jonkin toisen ryhmän taustatutkimuksen osiosta kohdasta Markkinoilla olevat tuotteet. Eli, hyvän taustatutkimuksen arvoa ei kannata aliarvioida! Tällä en nyt hae sitä, että kaikki olisi jo keksitty, vaan sitä, että kun tietää tarkkaan mitä markkinoilta löytyy, niin olemassa olevien tuotteiden tuntemus luo vahvan pohjan yhä paremman tuotteen kehitystä varten. 10

11 Hyvä kuva kertoo enemmän kuin tuhat sanaa Oheinen kuva (Kuva 1) on esimerkki keskiarvoa paremmasta raporttikuvasta. Siinä ei ole taustalla mitään ylimääräistä (toisin kuin kuvassa 2), ja kuvan sommitteluun on kiinnitetty huomiota. Vielä paremman saisi, jos tausta olisi esimerkiksi vaalea, jolloin malli tulisi parhaiten esiin. Yksikään ryhmä ei ollut ottanut hyvää kuvaa vaaleaa taustapahvia vasten, vaikka pienoismallille tämä olisi ollut helppoa. Jos aihe kiinnostaa, googlaa esimerkiksi: How to take a good product photographs. Kuva 1 Pienoismalli selkeällä, mutta tummalla taustalla jossa on heijastuksia Kuva 2 Näyttävä malli, mutta sekava tausta. Ryhmällä oli onneksi paljon parempiakin kuvia raportissaan

12 Discussion Discussion, eli pohdinnat olivat joiltain ryhmiltä unohtuneet, tai niitä ei ainakaan löytynyt selkeän otsikoinnin alta, kuten IMRaD muotoisessa raportissa tulisi olla. Ja pääosin tässä kaivattiin siis tuloksiin liittyvää pohdiskelua, eli mikä on lopputuloksessa hyvää/huonoa, ja miten tuotetta voisi jatkokehittää. 12

13 Ajankäyttö tuotekehitysprosessissa Moni ryhmä kommentoi, että alkuvaiheessa käytettiin paljon aikaa taustaselvityksiin ja muihin asioihin, mutta lopullista tuotetta varten jäi liian vähän kehitysaikaa. Tulee muistaa ensimmäisellä luennolla mainittu asia, että alkuvaiheen konseptisuunnittelu (jota tämä kurssi pääosin oli) kattaa tuotteen kehityksestä ajallisesti vain pienen osan, mutta sen aikana lukitaan suuri osa tuotteen (valmistus)kustannuksiin vaikuttavista asioista. Eli tämän vaiheen tärkeyttä ei kannata aliarvioida. Ajankäytöllisesti taas tulee osata huomioida, että jos haluttaisiin valmis tuote projektin lopussa, niin nyt kurssilla läpikäydylle prosessille kannattaa varata kehitysprojektin kokonaisajasta ehkä noin 5 30%. Tällöin jää aikaa yllätyksille ja epäonnistumiselle sekä jatkokehitykselle. Ensimmäinen proto valitettavasti harvoin onnistuu täydellisesti. Eli ensimmäisen kierroksen jälkeen on vielä aikaa tuotteen paranteluun ja iterointiin. Muistatteko kurssin alussa olleen laivapuolen spiraalimaisen tuotteen kehitysprosessin? Eli usein koko prosessi saatetaan pyöräyttää uudelleen muutamaan kertaan, jolloin tuote hioutuu jatkuvasti paremmaksi. Tuotteita on toki monenlaisia kokonaisesta risteilijästä yksittäiseen koneenosaan. Pienen osan suunnittelussa kokenut suunnittelija pyöräyttää tämän koko prosessin läpi muutamassa päivässä tai viikossa, jonka jälkeen hän alkaa suunnittelemaan osan detaljeja tai seuraavaa, parannettua versiota. 13

14 Kurssin lopuksi Kiitokset kurssilaisille motivoituneesta kurssin suorittamisesta! Kurssin aikana tapahtui selvää kehitystä ainakin viikkoraporttien suhteen. Ja myös Gaalassa oli mukava nähdä paljon erilaisia ja hyvin onnistuneita tuotteita. Toivottavasti opitte tällä kurssilla ainakin yhden systemaattisen tavan kehittää uusia tuotteita. Lisäksi teillä pitäisi olla nyt lisää työkaluja siihen, miten etsitään, kehitetään ja parannetaan uusia ratkaisuja ja tuotteita, ja miten kehitysprosessia hallitaan ja dokumentoidaan. 14

15 Pisteet Lopulliset pisteet yhden desimaalin tarkkuudella