27. syyskuuta 2018

5 vinkkiä projektityöhön


Onnistuneet projektit edellyttävät monipuolista osaamista, loistavia vuorovaikutustaitoja ja riittävät resurssit. Vaikka projektit poikkeavatkin toisistaan, voidaan niiden sujuvuutta parantaa selkeillä toimintamalleilla, jotka sopivat projektiin kuin projektiin.

1. Kirkasta visio
Projekti voi olla askel kauempana häämöttävän unelman toteuttamiseksi. Ennen projektia kannattaa arvioida, onko tavoite realistinen vai epärealistinen, kaukana häämöttävä haave. Eli on syytä pohtia huolella, mitä juuri tällä projektilla ja näillä resursseilla halutaan ja voidaan saavuttaa.

2. Laadi business case
Laadi projektillesi vankka pohja täsmentämällä taustat ja tavoitteet, analysoimalla vaihtoehtoja, tunnistamalla hyödyt ja riskit sekä tekemällä kustannus- ja aikataululaskelmia. Business case eli liiketoimintaperusteet voivat myös muuttua projektin aikana. On hyvä kysyä seuraavat kysymykset: Onko tästä projektiksi? Kannattaako tätä projektia jatkaa?

3. Tee ositus
Pilko projektisi lopputuotos pienemmiksi kokonaisuuksiksi. Osittaminen paljastaa "piileviä" tehtäviä ja tarkentaa aikataulua, kustannuksia sekä vastuita. Ositusvaiheen kysymys onkin: Mitä kaikkea on tehtävä, ennen kuin projekti on saavuttanut tavoitteensa?

4. Hallitse riskejä
Projektin riskejä ei voi kopioida aikaisemmista projekteista tai unohtaa suunnitteluvaiheen jälkeen. Tunnista riskit, arvioi niiden vaikutusta projektiisi ja suunnittele tarvittavia vastatoimenpiteitä riskien poistamiseksi tai vaikutuksen pienentämiseksi ja toteuta ne. Pidä kaikki projektin osapuolet tietoisina riskeistä ja niiden muuttumisesta.

5. Valitse toimiva tiimi
Valitse projektiisi osaajat, joilla on parhaat taidot ja asenne tavoitteiden toteuttamiseksi. Muista, että erilaisuus on usein vahvuus. Parhaaseen tulokseen päästään, kun johdat esimerkilläsi.

Lisää projektiosaamista saat Tieturin projektikoulutuksista.


Liisa Torkkeli
------------

Liisa Torkkeli on itsenäinen palvelunhallinnan konsultti ja valmentaja. Hän kouluttaa projektinhallintaan liittyviä erilaisia kurssikokonaisuuksia, ja on myös sertifioitu Prince2-projektimenetelmän ja ITIL-viitekehyksen kouluttaja. Konsultointitehtävät kattavat palvelunhallinnan eri osa-alueet kuten palvelut, prosessit ja service desk -toiminnon. Kaikilta koulutus- ja konsultointialueilta on myös laaja käytännön kokemus.

24. syyskuuta 2018

Ei-tuhoava editointi


Joskus tietotekniikan termistöä on vaikea kääntää suomeksi. Non-destructive editing kertoo asiasta perillä olevalle ytimekkäästi, mistä on kyse, mutta maallikolle se saattaa olla vaikeampi ymmärtää. Säästävä kuvanmuokkaus vai ei-tuhoava kuvankäsittely? - lienee kuitenkin parasta puhua vain kuvankäsittelystä, joka ei vaikuta alkuperäiseen kuvaan. Photoshop CC:ssä tämä on mahdollista monella eri tavalla:

Säätötasot
Säätötasojen avulla tapahtuva kuvakorjaus ei vaikuta alkuperäiseen kuvaan ja korjauksen asetuksia voi helposti muuttaa jälkeenpäin.

Älykkäät objektit
Älykkäitä objekteja (Smart Objects) voi skaalata, kääntää ja vinouttaa ilman, että kuvanlaatu heikkenee. Myös joitain kuvakorjauksia (mm. varjostukset ja korostukset) voidaan tehdä älykkäinä objekteina.

Älykkäät suotimet
Suotimet muuttavat kuvaa voimakkaasti, mutta älykkäinä suotimina ne voi helposti poistaa kuvasta tai niiden vaikutusta voi vähentää.

Kuvanmuokkaus eri tasolla
Kloonaava leimasin, korjaussivellin ja pistekorjaussivellin toimivat myös tasojen välillä. Voit näin muokata kuvaa häviöttömästi. Valitse ohjauspaneelista Näyte: Kaikki tasot.

Camera Raw
Voit käsitellä RAW, JPEG, tai TIFF -kuvia Camera Raw -apuohjelmassa. Kaikki kuviin tehdyt muutokset tallennetaan erilliseen tiedostoon. Jos avaat Camera Raw:sta kuvan jälkimuokkaukseen Photoshopissa älykkäänä objektina, voit muuttaa kuvan asetuksia Camera Raw:ssa vielä tämän jälkeenkin.

Rajausmaski
Voit rajata kuvan Photoshopissa siten, että kuvan pikseleitä ei poisteta lopullisesti. Voit milloin tahansa palauttaa kuvasta pois rajattuja alueita näkyviin.

Taso- ja vektorimaskit
Taso- ja vektorimaskit ovat perinteisiä valintoja parempi tapa kohdistaa kuvaan korjauksia. Voit muuttaa valintojen reunoja ja säilyttää alkuperäisen kuvan. Voit käyttää älykkäissä suotimissa myös suodinmaskeja ja kohdistaa suotimen haluttuun kohtaan kuvassa.

Photoshop-kursseilla pääset tutustumaan näihin sekä moniin muihin Photoshopin edistyksellisiin toimintoihin, jotka tekevät kuvankäsittelystä hauskempaa ja ennen kaikkea varmempaa. Voit kokeilla ja testata luovasti korjausten vaikutusta kuvaan ja olla varma siitä, että mikään ei voi mennä pieleen!

-------------------
Kirjoittaja Antti Ussa on KTM, joka on kouluttanut tietotekniikkaa vuodesta 1995 ja yhä edelleen innostuu aiheesta. Tieturissa koulutusalueina ovat pääasiassa Adoben CC-ohjelmat (InDesign, Photoshop ja Illustrator).

21. syyskuuta 2018

Jumittaako hiirikäsi?

Aktiivisena hiiren klikkailijana ja jumittavien hartioiden omistajana katselen välillä hiukan kateellisena kollegoiden sujuvaa näppäimistön näpyttelyä ja hiirimatolla vapaana lojuvaa hiirtä. Lukuisten näppäinkomentojen muistaminen on tuntunut haastavalta hommalta, joten käytössä ovat olleet vain lähes kaikille tutut Ctrl+C (kopioi) ja Ctrl+V (liitä). Viime aikoina repertuaari on laajentunut komennoilla Ctrl+X (leikkaa) ja Windows+D (työpöydän piilotus tai näyttö).

Hiirikäden jumituksia vähentääkseni päätin opetella lisää hyödyllisiä näppäinkomentoja. Ja jotta homma olisi mahdollisimman sujuvaa, tein listan oleellisimmista komennoista ja tulostin sen työpöydälleni muistin tueksi.

Tässä lista sinunkin avuksesi. Toivottavasti hiirikädet pääsevät ansaitulle lomalle näiden vinkkien avulla.






































----------
Tarja
Tieturi

16. elokuuta 2018

Koulutusten yö 23.8. – Opi kaikki haluamasi yhdessä yössä!


Töölönlahden koulutuskampus aukeaa Taiteiden yönä kaikelle kansalle! Tule tutustumaan Sokeritehtaan pääkonttorina ja ulkoministeriönäkin toimineeseen kampukseemme, ja osallistu kiinnostaviin koulutuksiin.

Koulutusten yön tapahtumat alkavat 23.8. klo 17.30 ja jatkuvat pitkälle yöhön Töölönlahden koulutuskampuksella osoitteessa Mannerheimintie 15.

Luvassa on huikea kattaus 30 minuutin pituisia, maksuttomia koulutuksia projektityöstä esiintymistaitoihin, ketteryydestä GDPR:ään ja PowerPointista kansainväliseen liiketoimintaan sekä paljon, paljon muuta. Illan aikana pääset myös pelaamaan työhyvinvointipeliä ja osallistumaan ”9 hyvää tyyppiä työyhteisössä” -testiin. Lähes 60 koulutuksesta löytyy taatusti jokaiselle jotakin! Ja osallistua voi vaikka koko illan.

Maistiaisia Koulutusten yö -ohjelmasta
Tekoäly-myyttien murskajaiset – Matkakertomuksia koulutusviennistä – Onko GDPR uusi kirosana? – Digitalisaatio pelottaa!

Tehokkaampaan tekemiseen:
Palvelumuotoilun merkitys – Ketterästi vai keveämmin? – Miten johdat muutosta – Lean tarkoittaa jatkuvaa parantamista.

Paremmat työelämätaidot:
Pomon pahimmat mokat – Huippuesiintyjäksi puolessa tunnissa – Viisi vinkkiä projektityöhön – Työhyvinvointipeli, testaa itse – Työyhteisötesti, oletko hyvä tyyppi?

Online verkkokurssit:
Creating a Business Plan – Marketing ideas for businesses – Live streaming with mobile phone.

Tietoteknologia ja ohjelmistot:
Parhaat vinkit for Excel – Power Point – Outlook – Windows 10 kotona ja töissä – Webtyökalut käytäntöön – Koodaamisen alkeet – Teams auttaa tekemään yhdessä.

På svenska:
Social Media som marknadsföring – 0365 smidigt arbete – Coding Basics in half an hour

In English:
Coding Basics in half an hour – Can you drive successful change? – 360 degrees responsibility – Working with Russians – Doing business in Vietnam

Koulutuksiin pääsyn voi varmistaa etukäteen ilmoittautumalla sähköpostitse info@tieturi.fi. Koulutusten yön tilaisuuksiin voi myös vain saapua suoraan kampuksen pääovesta osoitteessa Mannerheimintie 15.

Tapahtuman järjestävät Tieturi, Johtamistaidon opisto JTO, Infor, Fintra, MIF Tutkinnot ja ruotsalainen Informator Utbildning sekä juuri tekoälyavusteiset verkkokoulutukset globaalisti aloittanut MIF Academy, yhdessä pörssiyhtiö Sopranon kanssa.

Lämpimästi tervetuloa Koulutusten yö –tapahtumaan torstaina 23.8.2018 klo 17 alkaen!

Aikataulu (saat aikataulun suuremmaksi klikkaamalla kuvaa)




Pidätämme oikeuden aikataulun muutoksiin.

Tarja Kinnunen

10. elokuuta 2018

Tervetuloa Annanpura ja saavutettavuuskoulutukset!


Ilolla ilmoitan, että Tieturin asiakkaat pääsevät jatkossa nauttimaan myös Annanpuran saavutettavuus-asiantuntijoiden osaamisesta. Annanpura on Näkövammaisten liiton omistama sähköisten palvelujen saavutettavuuden kehittämisen, testaamisen ja kouluttamisen asiantuntija.

Tieturin tavoitteena on varmistaa Suomen vahva IT-osaaminen myös tulevaisuudessa. Verkkopalvelujen saavutettavuus on digitalisoituvassa yhteiskunnassamme tärkeää yhdenvertaisuuden takaamiseksi. Huomioimalla saavutettavuutta ja helppokäyttöisyyttä edistäviä tekijöitä verkkopalveluita ja mobiilisovelluksia kehitettäessä pystytään tavoittamaan laajempia ja myös kokonaan uusia asiakasryhmiä. Olen siksi todella tyytyväinen, että saamme ICT-koulutusvalikoimaamme myös saavutettavuuskoulutusta.

Uskon vakaasti, että tulevaisuudessa saavutettavuus on luonteva ja tärkeä osa kaikkia koodauskursseja. Tällä hetkellä kaivataan kuitenkin vielä lisäoppia asiasta, ja siksi tarjoamme saavutettavuuskoulutuksia perusteista aina mobiilisovellusten kehittämiseen. Löydät saavutettavuuskoulutuksemme täältä.

Tervetuloa mukaan Annanpura!





Anna Sahinoja
Tuoteryhmäpäällikkö, ICT

9. elokuuta 2018

Työllistävät ja tuskastuttavat listat

Moni meistä tuskailee työssään erilaisten raportoinneissa käytettävien listojen kanssa. Niiden selvittämiseen menee usein kohtuuttoman paljon aikaa ennen kuin niistä voidaan tehdä raportteja tai yhteenvetoja. Uraudumme helposti tuttuun vaikkakin hankalaan tapaan käsitellä listoja. Työn ohella ei välttämättä riitä aikaa tai intoa tutkia, miten tehtäviä voisi helpottaa.

Onneksi hommaa voi kuitenkin helpottaa! Excelistä löytyy monia hyviä työkaluja näidenkin haasteiden ratkomiseen — tai ainakin töitä helpottaviin toimintoihin.

Eräs perustoiminto, johon on syytä tutustua, on Siirry määräten (Goto Special), joka löytyy Aloitus-valintanauhan työkaluryhmästä Muokkaa.



Sieltä löytyy muutama hyvän toiminto esim. SAP-listojen siivoamiseen.



Toinen erittäin tärkeä toiminto on Listan muotoilu taulukoksi (Table). On sydäntä särkevää huomata, miten vähän sen hienoja ominaisuuksia hyödynnetään! Jotkut käyttävät sitä vain listojen muotoiluun, vaikka taulukko tarjoaa valtavan paljon apua niin Pivot-taulukoiden luontiin ja ylläpitoon kuin normaalikaavojen rakenteluunkin.

Excelin käytön yleinen ongelma on, että siinä valitaan työstettäväksi liian suuria alueita, kuten koko sarake tai koko laskentataulukko. Ja sitten harmitellaan Excelin hitautta. Käytäntö johtuu varmasti pitkälti siitä, että hiirellä on vaikea valita tuhansia rivejä. Kun käytössä on Taulu (Table), on erittäin helppoa valita vain tarvittavaa tietoa sisältävät rivit napauttamalla taulukon sarakkeen otsikkoa.

Taulukko-työkalurivi - oletko muuten koskaan tutkinut sitä tarkemmin?





Taulukkoa on myös helppo suodattaa osittajan (Slicer) avulla. Näet heti mitä on suodatettu!








Tässä vielä esimerkki kaavasta, jolla lasketaan SUMMA.JOS -funktiolla Oulun toimiston myynti hyödyntäen taulun ominaisuuksia. Taulun nimi on ”Myynti” ja sarakkeiden nimet ovat ”Selling Office” ja ”Total Price”.
=SUMIF(Myynti[Selling Office];"Oulu";Myynti[Total price])

Työ helpottuu kummasti, sillä kaavaa kirjoittaessa ei tarvitse valita mitään hiirellä vaan Excel ehdottaa kaikki tiedot.



Jos halutaan viedä raportointi vielä pidemmälle, voidaan rakentaa suhteita (Relations) taulujen välille ja saatetaan päästä eroon resurssia syövästä PHAKU (VLOOKUP) -funktiosta.

Mikäli tuskailet listojen kanssa, kannattaa tulla Tieturin Excel-listojen Tips&Tricks -kurssille. Siellä käsitellään kaikkia näitä ylläkuvattuja toimintoja.

-------------------

Sydämensä Excelille menettänyt jutun kirjoittaja ja ao. kurssin vetäjä on Boris Isaksson. Hän on työskennellyt Excelin haasteiden parissa jo sen ensimmäisestä versiosta lähtien niin Tieturin konsulttina  kuin yrittäjänä.



6. heinäkuuta 2018

Kevyttä kesälukemista


Lomalla on mukavasti aikaa lueskella. Mikä on mukavampaa, kun oikaista aurinkoisena päivänä riippumattoon tai löhötuoliin lukemaan? Tai hyödyntää sadepäivät käpertymällä sohvalle kiinnostavan lukemisen kanssa?

Kuuluuko kesälukemistoosi dekkarit, romaanit, sarjakuvat, elämänkerrat vai ammattikirjallisuus? Vai tuntuvatko kirjat turhan isoilta kokonaisuuksilta? Eipä hätää, teimme sinulle mukavan kevyen lukupaketin, josta löytyy sopivasti huumoria ja faktaa. Valitsimme blogeistamme kaikkien aikojen suosituimmat ja muutenkin erittäin mielenkiintoiset tekstit – nautiskele vaikka juttu kerrallaan tai lue koko setti yhdellä istumalla.

Älä vaikuta tyhmältä - opettele digisanasto! -juttu avaa digisanaston haastavimmatkin termit. Luettuasi tämän pystyt puhumaan sujuvaa digiä.

Miksi projekti mättää – projektijohtamisen ongelmia -jutussa pohditaan suurimpia syitä projektien epäonnistumiseen tai nihkeään etenemiseen. Kannattaa lukaista, että osaat välttää projektityön pahimmat sudenkuopat.

Viisi tapaa parantaa tiimin viestintää Office 365:n avulla -jutusta saat hyviä vinkkejä ja työkaluja tiimin viestinnän parantamiseen. Sujuva viestintähän on ratkaisevan tärkeää niin projektien kuin muidenkin työtehtävien sujuvuuden sekä yhteishengen kannalta.

Tekkialalla Mimmit koodaa – ja tekee paljon muutakin aloitti hienon blogisarjamme, jossa IT-alalla työskentelevät naiset kertoivat omista kokemuksistaan alalla ja näkemyksiä sen kehityksestä. Kannattaa lukea koko sarja.

Osaamisen myönteinen kierre -jutussa luodaan katsaus tulevaisuuden tärkeimpiin työelämätaitoihin. Uuden oppiminen ja monipuolinen osaaminen ovat yhä suuremmassa arvossa tulevaisuuden työelämässä.

Ja lähestyvän muuttomme kunniaksi vielä tarinaa tyytyväisistä paluumuuttajista blogissa Back to Mansku 15

Mukavia lukuhetkiä!

Tarja

2. heinäkuuta 2018

Läsnätyön mahdollisuudet

Lomakausi on jo hyvässä vauhdissa ja konttoreilla on varmasti hyvinkin rauhallista. Kiireisimpinä työkausina näin ei välttämättä ole – etenkään avokonttoreilla ja monitilatoimistoissa. Työn ja elämän äänet kuuluvat työpaikalle, mutta etenkin keskittymistä vaativat työt on usein helpompi hoitaa rauhallisemmassa ympäristössä.

Onneksi useilla työpaikoilla on sekä työkalut että kulttuuri, jotka mahdollistavat työskentelyn myös muualla kuin konttorilla. Enää ei ehkä kannatakaan puhua etätyöstä vaan läsnätyöstä, jossa työskentely on joustavaa ja eri paikoissa sijaitsevat kollegat on yhtä helppoa tavoittaa, kuin konttorillakin.


Työkaluja, joilla työt sujuvat mökkilaiturillakin 


Microsoft Office 365 tarjoaa monipuolisen paketin erilaisia työkaluja paikasta riippumattomaan työskentelyyn. Sharepoint, Teams ja Skype helpottavat niin tiedon jakamista kuin yhteydenpitoakin.

Skype on monille tuttu puhelinsovellus, jolla voi soitella ilmaiseksi. Skype for Business on Skype steroideilla. Se luo mahdollisuudet jopa 250 hengen kokousten pitämiseen ja yhteiseen tiedostojen muokkaamiseen.

Teams on kätevä digitaalinen ryhmätyötila, joka vähentää sisäistä sähköpostittelua. Teamsisissa voidaan käydä chat-keskusteluita ja pitää puhelinpalavereita isollakin porukalla. Sinne voidaan tallettaa asiakirjoja, joita kaikki tiimiläiset voivat käydä katsomassa ja muokkaamassa, joten ajantasaisin versio on aina kaikkien nähtävissä.

Lisäksi Teamsiin voi luoda tehtävälistoja ja päivittää tehtävän kulkua merkkaamalla tehtävän vireillä olevaksi tai valmiiksi. Itse hyödynnän Teamsiä myös markkinointikalenterina, johon voin merkata tulevat aktiviteetit ja tarkastella niitä joko tehtävälistana tai kalenterinäkymässä.

Mikäli Teams ei ole vielä tuttu, kannattaa osallistua ilmaiseen webinaarimmeTiimiydy Microsoft Teamsilla – perusteet tutuksi”. Hyödyllinen webinaari pidetään 14.8. klo 14-14.45.

SharePoint on hyvä alusta tiedon säilyttämiseen, muokkaamiseen ja jakamiseen. Se onkin oiva väline organisaation Intranetiksi. SharePointiin voit tallettaa huikean määrän dokumentteja ja niiden muokkaus sujuu helposti, joten kaikilla on ajantasainen tieto jatkuvasti saatavilla.

Jos teillä ei vielä ole joustavan läsnätyön kulttuuria tai työkaluja, kannattaa ne ottaa pian käyttöön. Useat tutkimuksetkin todistavat jouston hyödyn niin tuottavuudelle kuin motivaatiollekin.

Oikein hyvää lomaa kaikille lomalaisille ja läsnätyön iloa kaikille töissä oleville!


Tarja

Hyviä koulutuksia läsnätyötä helpottavien työkalujen käyttöön:
 - Office 365 tiimityössä
 - SharePoint käytön aloittaminen
 - SharePoint sivuston/työtilan omistajalle


29. toukokuuta 2018

SSL-sertifikaatit muutoksen kourissa


Yksi digitalisaation sekä IoT:n teknisistä mahdollistajista on luotettava tapa tunnistaa verkossa oleva laite, sekä välittää tämän kanssa tietoa turvallisesti. Tässä SSL-sertifikaateilla on merkittävä rooli.

Vaikka SSL-sertifikaatteja on käytetty jo vuosikymmeniä, ovat viimeiset vuodet tarjonneet SSL-sertifikaattien parissa vauhtia ja vaarallisia tilanteita. Mukaan on mahtunut paitsi tietoturvahaavoittuvuuksia, myös monelle yllättäen tulleita päivitystarpeita johtuen teknologioiden kehittymisestä, tai sertifikaatteja myöntävien yritysten töppäilyistä.

Itselleni uusin uutinen SSL-sertifikaattien rintamalla oli Googlen päätös poistaa tulevaisuudessa Chrome-selaimen osoitepalkista salauksesta kertova lukon kuva. Jatkossa Google Chrome ilmoittaa käyttäjälle jos sivusto ei ole turvallinen, mutta muuten salauksesta tai kohteen luottamustason tasosta ei siis erikseen kerrota. Tämä käyttäjälle tutuksi tulleen lukon katoaminen selaimesta aiheuttaa käyttäjässä jos ei nyt epätietoisuutta, niin ainakin päivitystarpeita tietoturvakoulutuksissa. Tämä muutos sopii hyvin Googlen tavoitteeseen turvata kaikki internetin verkkosivut SSL-sertifikaateilla.

Vaikka nykyisin SSL-sertifikaattien osalta on jo paljon automaatiota, niiden hallinta on silti haastavaa. Prosessissa on mukana IT-ylläpitäjä, sertifikaattien myöntäjä, palvelinohjelmistot, selainvalmistajat, loppukäyttäjät sekä tietoturvatutkijat. Vaikka henkilö tuntisi SSL-sertifikaattien perusteet, ovat monet yksityiskohdat epäselviä. Esimerkiksi sertifikaattien myöntäjien juuri- ja välivarmenteiden oikea käsittely on epäselvää, tietoturvan tai tehokkuuden optimoinnista puhumattakaan. Huonosti hoidettu SSL-sertifikaatti ja palvelimen konfigurointi voivat olla turvattomia, ja hidastavat sivuston nopeutta ja siten käyttökokemusta.

Tieturin uudella SSL/TSL-varmenteet käytännössä -koulutuksessa käymme lävitse SSL-sertifikaattien taustat sekä opettelemme käytännön harjoitusten kautta SSL/TLS-varmenteiden hallintaan liittyvät työvaiheet ja tietoturvalliset tavat hallita SSL/TLS-varmenteita ja SSL/TLS-protokollaan liittyviä asetuksia.

Tervetuloa oppimaan!

Timo Vehviläinen
Information Security Manager
Kesko

16. toukokuuta 2018

Koodaajia kouluttamassa

Jokaisen it-alan asiantuntijan kannattaa pitää perusosaamisensa kunnossa ja tarkkailla, mihin suuntaan kovaa vauhtia kehittyvä ala on menossa. Ei pidä rakastua tiettyyn ohjelmointikehykseen tai ohjelmointikieleen, vaan ymmärtää, että hyvin usein eri tekniikoilla on oma elämänkaarensa. Se tekniikka, mikä tänään saattaa olla suosittu, voi muutaman vuoden kuluttua olla korvattu jollain toisella.

Koulutuskin siirtyy yhä enemmän nettiin: järjestetään etäluentoja ja oppimateriaalit tehdään sekä jaetaan digitaalisina. Kurssilla on tavallisesti 10-20 osallistujaa, ja joskus heidän esitiedoissaan voi olla valtava tasoero, koodaamisnopeudessa jopa kymmenkertainen ero. Kokenut kouluttaja pystyy kuitenkin ottamaan erilaiset oppijat huomioon.

Tieturissa koulutan ohjelmistosuunnittelua erilaisista it-tehtävistä tulleille ohjelmistokehittäjille ja -suunnittelijoille – sekä asiakkaalle räätälöidyillä että kaikille avoimilla kursseilla. Jotkut opiskelevat nimenomaan tiettyä aihepiiriä, lisäksi on rekrytointi- ja muuntokoulutusta eri alojen työttömille. On myös paljon esimerkiksi Nokialta tulleita, jotka siellä keskittyivät tiettyyn tekniikkaan ja jotka haluavat päivittää osaamistaan niille aloille, joilla nyt on kysyntää.

Tällä hetkellä frontend-kehittäjän kurssit ovat kovasti kysyttyjä. Työpaikkailmoituksissa huhuillaan Angular- ja React -osaajia. Jotta nämä tekniikat pystyy kokonaisvaltaisesti ottamaan haltuun, on äärimmäisen tärkeää osata näissä käytetyt kielet, JavaScript ja TypeScript hyvin. JavaScript kielenä on erittäin vaativa dynaamisen luonteensa vuoksi, ja vaikka alkuun kielessä pääseekin helpolla, sen hallitseminen hyvin on haastavaa.

It-alan työnantajat ovat kyllä oivaltaneet jatkuvan opiskelun merkityksen. Jotkut kouluttavat työntekijöitään itse, mutta se vie yrityksen resursseja. Jos vanhemmat ja osaavammat asiantuntijat käyttävät aikansa muiden kouluttamiseen, he eivät itse tee sitä työtä, josta heille maksetaan.  Kustannustehokkaampaa on keskittää kurssit kouluttajille, jotka osaavat koulutettavan asian lisäksi nopeuttaa oppimisprosessia pedagogisin keinoin.

Henkilökohtaisesti palkitsevinta kouluttamisessa on se, kun pystyy vaikuttamaan positiivisesti ihmisiin niin suoraan. On upea tunne, kun joku tulee kiittämään, että tämän pitämäsi koulutusohjelman ansiosta olen saanut vakituisen työpaikan.

Entä mitä rekrytoija odottaa it-alan ammattilaiselta? Hyvällä ohjelmistokehittäjällä on looginen päättelykyky, keskittymisen taito ja halu opiskella jatkuvasti uutta. On oltava aidosti innostunut työstään – silloin jaksaa sisulla tahkoa myös eteen tulevia ongelmia. Olisi myös hyvä seurata aikaansa, mitä uusia tekniikoita tulee – sosiaalinen media, Twitter, YouTube ja alan blogit ovat hyviä tietolähteitä.

Vahva substanssiosaaminen on tärkeä, mutta mistään ei tule mitään, jollei ihminen voi kokonaisvaltaisesti hyvin. Esimerkiksi rekrykoulutuksissa olen huomannut, että kurssilaisilla on valtava innostus ja motivaatio tehdä asioita, mutta jos on koodattu kaiket yöt, terveys saattaa yhtäkkiä pettää. On tärkeää pitää balanssia. Pitää olla muutakin elämää.

Jussi Pohjolainen
-----------------------------
Jussi Pohjolainen on Tieturin suosittu kouluttaja, Tampereen ammattikorkeakoulun lehtori ja oman yrityksensä vetäjä, jolla on yli 15 vuoden kokemus ohjelmistoteknologian koulutuksesta ja konsultoinnista. Uuden oppimisen, lenkkeilyn ja matkailun lisäksi hänet pitävät liikkeessä vaimo, lapsi ja itsepäinen snautseri.

#ohjelmistokehitys #ohjelmistosuunnittelu #ITala #kouluttaja #elinikäinenoppiminen #etäkoulutus #muuntokoulutus #rekry #työmarkkinat #digitalisaatio

8. toukokuuta 2018

Haluatko prinssin ja puoli valtakuntaa - jopa ketterästi?

Maailmalla on prinssejä ja prinsessoja eli Prince2-sertifioituneita projektiammattilaisia jo melkoinen määrä. Tarinat eivät kerro, onko kylkiäisenä tullut myös puolet valtakuntaa, mutta projektipäällikön työkalupakissa ja CV:ssä Prince2-osaaminen ja -sertifikaatti kyllä huomataan. Se voi olla se pieni ero.

Prince2 tuli Suomeen voimakkaasti muutama vuosi sitten osittain kansainvälisten organisaatioiden kautta, mutta suureksi osaksi myös siksi, että erilaisten viitekehysten ja mallien suosio on kasvanut verrattuna ns. in house -kehitettyihin malleihin ja käytäntöihin. Organisaatiot ovat kansainvälistyneet, verkottuneet ja toimivat monitoimittajaympäristössä. Sen sijaan, että jokaisella osapuolella on oma projektimallinsa, on huomattavasti tehokkaampaa ja taloudellisempaa käyttää de facto –tyyppistä yleistä viitekehystä, joka ei vie liikaa omia kehittämisresursseja, käyttää ymmärrettävää ja yhteistä terminologiaa ja on kaiken lisäksi malli, jota menestyksekkäät organisaatiot ympäri maailmaa ovat käyttäneet ja edelleen kehittäneet.

Yksi yleinen väärinkäsitys on, että Prince2 olisi vain IT-projektimalli. Näin oli laita Princen aikaisempien versioiden osalta, mutta vuonna 1996 Prince sai numeron 2 peräänsä, ja on siitä asti ollut yleinen malli, joka sopii vaikka talonrakennukseen. Prince2 ei puutukaan siihen, miten itse tuotos (product) aikaansaadaan, sillä jokaisella toimialalla ja käyttöalueella on ihan omat menetelmänsä ja standardinsa; vertaa esimerkiksi talonrakennusmääräyksiä tai systeemityömenetelmiä. Käynnistyvät projektit ovat kuin pieniä, herkkiä taimia, joiden elinkelpoisuus riippuu siitä, miten niitä ’hoidetaan’. Prince2 keskittyykin määrittelemään, miten projekti viedään hallinnollisena kokonaisuutena läpi mahdollisimman tehokkaasti ja onnistuneesti.

Prince2:een voit tutustua tarkemmin MIFin koulutuksissa, lukemalla kirjoja kuten Managing Successful Projects with PRINCE2 – 2009 Edition tai tutustumalla virallisiin sivuihin. Tässä blogissani poimin esille joitakin asioita, joita itse pidän Prince2:n ehdottomina plussina ja eroina muihin menetelmiin verrattuna.


Business case – liiketoimintaperuste


Joidenkin tutkimusten mukaan projektien epäonnistumisen suurin yksittäinen tekijä on, että käynnistetään projekteja, joilla ei ole edes onnistumisen edellytyksiä – ei ole tehty business casea. Business case -käsite onkin yksi Prince2:n 7 teemasta (themes) eli projektinhallinnan näkökulmista, joihin on kiinnitettävä jatkuvasti huomiota.

Vaikka projektia käynnistettäessä meillä olisikin selkeät ja kannattavat lähtökohdat, niin silti moni asia voi mennä ns. pieleen, ympäristössä tapahtuu muutoksia tai riskit
realisoituvat. Projektilta voi mennä pohja pois vaikka yritysfuusion seurauksena, tai teknologian kehitys ajaa edelle. Prince2:n vastaus on, että huolehditaan jatkuvasti siitä, että business case, joka luotiin projektia käynnistettäessä, on edelleen validi, toteuttamiskelpoinen ja saavutettavissa oleva. Business case on siis jokaisen ohjausryhmän kokouksen agendalla. Liiketoiminta / hankejohdon, ohjausryhmän ja projektipäällikön saumaton tiedonkulku takaa myös, etteivät asiat tule miltään osin yllätyksinä, ja niihin voidaan tarvittaessa puuttua.

Selkeät roolit ja vastuut


Olen koulutustilaisuuksissa sanonut, ettei projektilla ole aitoja onnistumisen mahdollisuuksia, jos ohjausryhmä ei ole tehtäviensä tasolla. Ohjausryhmän tehtävänä on varmistaa, että projektille asetetut tavoitteet saavutetaan (direct). Sen sijaan projektipäällikön tehtävänä on päivittäinen ’manageeraus’ eli hän vastaa siitä, että tavoitteiden saavuttamiseksi tarpeelliset tehtävät suoritetaan. Hän voi toimia vapaasti ns. toleranssien puitteista, mutta kaikki poikkeamat on vietävä ohjausryhmän päätettäviksi. Projektipäällikön työrukkasina on tiimejä ja tiimimanagereja, joiden vastuulla on varsinaisen työn tekeminen (deliver).

Prince2 korostaa projektitiimin eri osapuolten selkeitä rooleja ja vastuita. Se korostaa myös osapuolten välistä aktiivista vuorovaikutusta ja tiedonkulkua, jolloin ohjausryhmällä, projektipäälliköllä ja tiimeillä on kaikki tarpeellinen tieto käytettävissään oman roolinsa hoitamiseksi. Prince2 määrittelee mm. erilaisia hallinnollisia tuotoksia kuten raportteja, joilla kaikki osapuolet pysyvät ajan tasalla ja osaavat reagoida ajoissa. Ja huomaa: Raportti voi olla sähköpostiviesti, ei välttämättä päivien työtä vaativa monisivuinen dokumentti – luonnollisesti projektista ja tilanteesta riippuen.


Tarkentuva suunnittelu – management by stages


Prince2-projekti ei käynnisty suoraan projektisuunnitelman laadinnalla. Ensin on varmistettava, onko tästä ideasta edes projektiksi, eli tehdään project brief – projektiesitys. Vasta sitten, kun ohjausryhmä on sen hyväksynyt, projekti ja myös varsinainen projektisuunnittelu käynnistyy. Tällä varmistetaan, että karsitaan pois ne ’elinkelvottomat taimet’ eli projektiaihiot, joilla ei sittenkään ole riittävää business casea.

Prince2 kutsuu projektin suunnitteluvaiheessa tehtävää ns. kokonaisprojektisuunnitelmaa termillä ’project initiation documentation eli PID’. Mutta tämäkään suunnittelutaso ei vielä riitä. Ajatellaanpa projektia, jonka kesto on 1-2 vuotta: Onko meillä PID:iä tehtäessä riittävän tarkkaa tietoa tulevista resurssitarpeista, kaikista tehtäväkokonaisuuksista tai edes kumppaneista, joiden kanssa joitakin projektin osioita tullaan tulevaisuudessa toteuttamaan? Tämän vuoksi Prince2:n keskeisiä periaatteita (7 principles) on ’management by stages’ eli vaihe kerrallaan johtaminen. Suunnitteluvaiheessa projekti vaiheistetaan ja jokaiselle vaiheelle laaditaan ennen sen käynnistämistä oma vaihesuunnitelmansa, joka tarkentaa mm. ko. jaksona tehtävät työkokonaisuudet. Projektipäällikkö saa ohjusryhmältä luvan johtaa projektia vaihe kerrallaan. Jokaisen vaiheen lopussa ja ennen seuraavan vaiheen aloittamista projekti on ns. ’katkolla’: Onko tästä edelleenkin projektiksi?


Niin, vielä se ketteryys…


Prince2-mallia on syytetty siitä, että se näyttäisi sopivan paremmin ns. vesiputousmallisen projektin menetelmäksi. Tarkasti ottaen tämä ei pidä paikkaansa, koska Prince2:n direct-, manage- and deliver-prosesseja voidaan käyttää hyvinkin ketterästi projektin niin vaatiessa.

Tervetuloa tutustumaan ketterään prinssiin Prince2 Foundation ja Practitioner -kursseille! Kysy myös organisaatiokohtaisia toteutuksia tai perehdytyspäivää.


Liisa Torkkeli, Consultant and trainer

Blogi on julkaistu aikaisemmin MIFin verkkosivuilla.

7. toukokuuta 2018

Teams kasvattaa projektin viestinnän määrää, mutta vähentää viestikaaosta


Oletko tuskaillut sähköpostin määrän kanssa, kun meneillään on iso ja kiivas projekti? Minä olen. Hallinnan tunne katoaa nopeasti, kun yhteen sähköpostiin kasataan monta kysymystä, ja vastauksia on mahdoton seurata, kun eri ihmiset vastaavat eri asioihin. Nykyään projektin viestintä tuppaa myös hajautumaan liian moneen kanavaan, joista yleisimmät ovat Whatsapp, Skype ja sähköposti.


Projektista voi selvitä ilman yhtäkään sähköpostia


Ison projektin viestinnästä ei saa ikinä taiottua helppoa, koska asioita on niin paljon. Vaatii paljon määrämuotoisuutta ja käytäntöjen sopimista, että se sujuu. Office 365 -alustassa on tiimien viestintäkanavaksi tarkoitettu Teams-sovellus, jonka avulla projektiviestinnän käytäntöjä on helppo sopia, kun työkalu tulee puolitiehen vastaan.

Olen itse useammassa projektissa ottanut Teamsin käyttöön projektiviestintään, ja koko ryhmän kanssa todennut moneen kertaan, miten paljon se on lisännyt tiedon kulkua verrattuna sähköpostiviestintään, mutta silti pysynyt hallinnassa. Teams on organisaation omassa O365-alustassa oleva keskustelukanava, mutta ryhmiin voi kutsua myös ulkopuolisia eli asiakkaita, toimittajia ja kumppaneita.

Kuten kaikissa Teamsin kaltaista somekanavaa hyödyntävissä projekteissa, uusien ihmisten on helppo hypätä mukaan projektiin, kun tieto on tallessa yhteisessä kanavassa eikä hajallaan sähköposteissa.

Teamsin onnistunut käyttö vaatii käytäntöjen sopimista


Teams mahdollistaa määrämuotoisuutta viestintään, kun yksittäinen projektiryhmä voi luoda eri asioille omat keskustelukanavat. Esimerkiksi seminaarin suunnittelussa keskustelukanavat voisivat olla: Projektinhallinta, Sponsorit, Tilat, Ilmoittautumisten hallinta, Tarjoilut, Esiintyjät. Suurimmat edut Teamsin kanavista ovat:

  • Käyttäjät voivat seurata vain niitä kanavia, jotka liittyvät omaan työhön (ei turhia cc-sähköposteja)
  • Vaikka käyttäjät seuraisivat vain tiettyjä kanavia, heillä on aina pääsy kaikkeen ryhmän viestintään
  • Hyvin mietitystä rakenteesta keskustelut löytyvät jälkikäteenkin (toisin kuin sähköpostin uumenista)

Selkeiden keskustelukanavien lisäksi ainakin nämä käytännöt pitää sopia tiimiläisten kesken:

  • Ihmisiä kannattaa mainita nimeltä (@heidi), kun heidän halutaan osallistuvan keskusteluun tai ainakin lukevan viestin. Jos tätä tehdään säännönmukaisesti, tiimiläisten ei tarvitse lukea muita kuin ne viestit, joissa heidät mainitaan. Työpäivä kevenee, kun ei tarvitse kahlata turhia viestejä.
  • Tiimiläiset voivat antaa lukukuittauksen tykkäämällä viestistä
  • Bookmark-toiminnolla voi merkitä itselleen muistiin viestejä, joihin on palattava

Matalan viestintäkynnyksen vuoksi asiat eivät jää selvittämättä


Parasta on, että Teamsissa keskustelun aloittamisen kynnys on matala, ja vastaamisen kynnys on matala toisin kuin sähköpostiviestissä, jossa on 15 vastaanottajaa. Tämän vuoksi mikään asia ei jää selvittämättä tai unohdu, kun keskustelua on lupa käydä ilman huonoa omatuntoa. Vaikka viestinnän määrä kasvaa, se ei häiritse, kun se tehdään hallitusti!

Opi lisää projektityön helpottamisesta kurssilla


Projektityön määrämuotoistamisessa on viestinnän ohessa yhtä tärkeää sopia myös selkeät paikat dokumenteille ja tehtäville ja avoimille asioille. Myös näihin löytyy ratkaisu Office 365 -työkalupakista. Opetan tarkemmin projektien viestintää, tehtävien hallintaa ja dokumenttienhallintaa Tieturin kurssilla ”Office 365 tiimityössä” seuraavan kerran jo ensi viikolla 17.5. Vielä ehdit mukaan!

Heidi Selkäinaho, työyhteisöviestinnän konsulti, Somepoint Oy


Heidi kouluttaa Tieturilla Office 365 tiimityössä -kurssiamme.  Heidi opastaa yrityksensä Somepoint Oy:n kautta  työpaikkoja uudenlaisen työn tekemisen ja työyhteisöviestinnän tapoihin. Hänellä on pitkä kokemus SharePointista ja Office 365:stä työskenneltyään edelliset 7 vuotta SharePoint-intranet-konsulttina.

3. toukokuuta 2018

Risk-First Development, part 1/2

Some history: risk-based testing


At “EuroSTAR 1999” in Barcelona, Ståle Amland’s presentation and paper entitled “Risk Based Testing and Metrics” was awarded the prestigious “Best Paper Award”. Three years later, I had the pleasure to deliver “Risk Based Test Management” tutorial at EuroSTAR 2002. “Risk based” was a very popular notion then, and Hans Schaefer frequently left his windy island near Bergen in Norway and travelled the world with his high-quality presentations on this subject.

However, the roots of considerable confusion were already visible then as well. Risk based testing is only a part of more general risk based development, and of risk management, and cannot sensibly be treated as a totally separate domain.

This confusion was, and still is, strikingly visible in ISTQB syllabi. In chapter 5.5 of ISTQB Foundation Level syllabus (version 2011), the subjects of general risk management and risk based testing are thoroughly mixed up. Instead of entering into what risk-based testing (or more generally, risk based development) really is, as we do here in “Risk is essential, but sadly neglected”, the syllabus concentrates on the difference between… product and project risk. I wonder what the latter has to do with testing, perhaps testing project members for the presence of flu viruses.

Sarcasm aside, in my opinion, the huge potential of risk based approach had petered away before it became really widespread. No wonder: the world was then too preoccupied with what officially started on 13 February 2001: the agile movement.

Another history: agile-driven reversal of waterfall sequence


Agile-like approach is far older than most 25-years old enthusiasts of lean startup and continuous integration realize: it was first defined in Tom Gilb’s “Evolutionary Project Management” (EVO) already in 70’s, and re-appeared to some extent in every iterative methodology since then.

However, two factors gave XP, TDD and agile real kick forward. They were the Internet-based process re-engineering revolution of late 90’s and early 2000’s, and the spread of mobile technologies and smartphones. The need to create working applications very fast, without really knowing in advance the business process they were supposed to support, resulted in full-blown, comprehensive agile revolution.

However, the essence of TDD / XP / agile is not “working without requirements”, which should be treated more like necessary evil rather than a goal, but the reversal of the traditional plan → design → code → test sequence into test-first approach, superior in most respects, even if the requirements are well-known in advance.

















Figure 1. Test-first approach

Tests, or test cases are essential part of requirements – in agile terminology, they are called acceptance criteria, or acceptance scenarios, or examples [1]. They come first, helping specify precisely imprecise user stories in product backlog [2]. If TDD is used as well, unit level test cases are then created [3], before coding starts [4]. If architecture is wrong, ad hoc, or non-existent, it can be improved using refactoring [5]. What if the implemented requirements are wrong? Well, they can be changed and then re-defined [6] and re-implemented in the next loop of agile development process.

This picture is of course an oversimplification, but it shows clearly the benefits, and superiority, of “test-first” approached, compared to traditional, sequential model.


Risk is essential, but sadly neglected


Sadly, this great leap in process quality, offered by test-first, agile approach, was followed by a relative decline in the realization of the real importance of risk-based development and testing.

The most blatant example of this, is the total lack of any reference to risk (neither consequence nor probability of failures) in agile scrum backlog items and in the agenda for sprint planning meetings. It looks like agile practitioners and scrum team members are expected somehow to absorb risk knowledge from thin air, without really learning it nor taking it into consideration.

In both agile and traditional projects, the notorious difficulties of deciding requirements’ priorities are convincing symptoms of the lack of any risk reverie before. Traditional methods try to achieve prioritizing by coercion, like imposing MoSCoW, and agile framework, by repeatedly asking what product owner really wants, if there is not enough time for both. But this may cure the symptoms only, not the underlying cause, which is the lack of risk analysis at the beginning.


However, an interesting and ambitious attempt to amend this, has already appeared: this is risk-based testing for agile projects, including risk poker, by Erik van Veenendaal. Google it!


Being a freelancer, I am often expected to answer absurd questions, like “how many testers should there be in a scrum team?”, or “how much testing do we need?” My automatic answer is “twenty percent”, which is popular and sometimes even right. However, in reality it depends on the risk. For nuclear plant control software, or some other safety-critical software, testing (or, more exactly, quality assurance) may well exceed 100% of all other costs. For a mobile game, where user may sometimes even expect and enjoy finding some bugs, less than 5% of QA cost may be quite rational.

So, risk-based testing is always there, even if its name is no longer popular; it is behind every decision concerning how thorough, controlled, and detailed the actual development process (including testing) must be.

On the figure below, I try to illustrate this simple yet basic idea.
















Figure 2 Risk and QA

Beginning with risk: the rationale


How is risk used in real IT projects? Typically, after some haggling about needs and requirements, development – agile and test-driven, or traditional – starts. No one asks the question, what process to use? – the process is simply there already. The decision, how much testing, or how thorough requirements verification, is needed, is taken ad hoc, and not based on risk analysis. I have participated in hundreds of agile scrum sprint planning meetings and - with few (too few) notable exceptions – never ever has the issue of risk been discussed. Definition of Done has typically been the same, regardless of feature criticality. During the second half of the planning meeting, planning test tasks was 100% focused on technicalities, not on HOW MUCH TESTING WAS NEEDED. Quality criteria for product backlog items sadly lack “risk level”.

In sequential projects, or on the highest, sequential level of project management for agile development, the same sad picture appears: methods, processes, the relative amount of requirements analysis or modelling, change management process (how much time to spend on impact analysis?), how much testing, what test design techniques – all that is decided before any risk analysis has started. Which is of course totally wrong – you cannot decide such issues correctly, unless you take potential failure consequences, and mistake → bug → failure probability, into the account.

How come so many projects have been quite successful? Well, we are smart intuitive creatures, and besides, poor quality and embarrassing failures have become a socially accepted norm: IT people feel no longer ashamed of them.

There is little room here to present a full list of arguments and steps (1), so I’ll leapfrog directly to my final vision, how it should be done in a far better way: risk-first development.


 













Figure 3. Risk-first development

You start with risks, which are identified and analysed for your business goals. Well, yes, that means your business goals must be clear – hard, isn’t it?

At the beginning, you have a fair chance of identifying correctly risk consequences, but less so risk probabilities, because they depend to a large extent on technical issues, which are not known yet.

Only knowing more or less your risks, and your business goals, you can decide on the risk strategy you choose. Should it be aggressive, maximizing possible profit, at the cost of accepting higher failure probability, or should it rather be cautious, minimizing failure probability, but renouncing impressive potential profits?

Risk strategy is the basis for deciding QA strategy – how carefully, how thoroughly you choose to work, how much to document, analyse, check and double-check? Knowing this, you can distribute the QA effort among requirements engineering (“RE strategy” on the figure above), testing (“Test strategy”), configuration and change management, etc.

Then, and only then, does it make sense to start building product backlog (or requirements specification, or whatever you call this in your process). Based on already defined business risks, you’re better equipped to define risk levels for individual backlog items / requirements.

No, this approach does not mean you need to spend months before being allowed to start actual work. You choose the time you spend on performing the six steps preceding backlog building yourself. Depending on the risk (sure enough), you may choose any time box, from one day to half a year, but, by all means, do it. Using a pre-defined process, disregarding actual project needs and specific product-related risks, is wrong. Starting a project without knowing your business goals, is the most common reason for project failures (“The Standish Group Chaos Report”).


(1) There is some more detailed stuff in my presentation at http://qualitology.blogspot.com/2015/09/risk-driven-development_15.html.

------------------------------------------


Author Bogdan Bereza is an international multitalent. He speaks six languages and is a true expert of e.g. Requirements Engineering and Testing.
You can find his IREB CPRE certification courses here: IREB CPRE Courses >>
You find also large selection of testing training courses at Tieturi

30. huhtikuuta 2018

PoisJäältä 2016

Iloista vappua kaikille! Kevät tulee hiljalleen ja vesistöjen jäät ovat sulaneet tai ainakin heikentyneet, joten heikoille jäille ei kannata mennä. Mieleen tulee PoisJäältä 2016 -teema (OffIce tai Office 2016 ja aikaisemmat versiot), jonka voi ymmärtää tahallaan väärin.

Ohjelmien kääntäminen on haastavaa työtä, mutta välillä ihmettelen, mistä nämä kielikukkaset oikein syntyvät. Vappuhengessä olen kerännyt muutamia Office-versioiden käännöskukkasia, joista osa on peräisin jo versiosta 2007. Hassujen käännösten ongelma on siinä, että niiden merkitystä ei aina ymmärrä tarkistamatta englanninkielisestä versiosta, mitä on tarkoitettu. Ja joskus sana on eri paikoissa käännetty kahdella eri tavalla.

Tässä muutamia poimintoja Office 2016 -versiosta. Kuvat ovat suomenkielisestä versiosta sekä englanninkielisestä versiosta, josta voi tarkistaa alkuperäisen tarkoituksen. Ruotsinkielisestä versiosta voi havaita, että heillä osataan käännökset paremmin.

Word


Mikä on Wordin Tilapalkissa (Status Bar) näkyvä viiva? Vihjeessä näkyy kuitenkin "Sivun rivinumero".






Englannin Line-sanan voi suomentaa riviksi tai viivaksi (ruotsiksi Rad).


  





Tilapalkissa Line Number on kuitenkin oikein Rivinumero (Radnummer).















Kappaleasetuksissa on aina vaivannut välilyönnin lisääminen kappaleiden väliin. Sanojen välissä on välilyönti – ei kappaleiden.






Englannin sana on Space, joka voi olla mm. (tyhjä) tila, väli tai välilyönti.






Ruotsinkielisestä versiosta selviää, että kappaleiden väliin jää tyhjä rivi. Oikeasti kappaleiden välissä voi olla toinen kappale (tai joku objekti). Tässä tarkoitetaan, että jos laitat Ennen/Jälkeen -valintaan Auto, samanlaisten peräkkäisten kappaleiden alkuun tai loppuun ei lisätä automaattista tyhjää riviä, jos olet valinnut Älä lisää.






Tyyliluetteloon ilmestyi tyyli Ei väliä versiossa 2007, kun Normaali-tyyli sai epäsuomalaiset asetukset.








Normaali-tyylin Välistys-osion Jälkeen-ja Riviväli-arvot ovat vaihdelleet eri versioissa. Tässä on kuva versiosta 2016.






Englanninkielinen sana Spacing on Väli, mutta suomennos olisi voinut olla esim. "Ei välejä".








Ruotsin avstånd (etäisyys) on myös vähän outo. Olisiko Mellanrum parempi?







Excel


Excelin kätevässä Ehdollisessa muotoilussa oli kauan seuraava teksti.







Teksti jaksoi ihmetyttää "Muotoile solut, jotka sisältävät: Monista arvot, joissa…". Mitä pitää monistaa? Vertaa englanninkielistä termiä ja ruotsin käännöstä.








Onneksi teksti on nyt korjaantunut.







Tässä on myös sama sana käännetty eri tavalla. Insert Function on Lisää funktio, mutta Function Library oli kauan Toimintokirjasto. Kuva versiosta 2010.





Versiossa 2016 on Funktiokirjasto






PowerPoint


PowerPointissa on suuri määrä dian välisiä Siirtymiä (Transitions/Övergångar) ja lisää tulee jokaisessa päivityksessä. Versiossa 2013 tuli siirtymä nimeltä Ihastus (?), jonka vihjetekstissä kuitenkin selitetään "… dia pusertuu möykyksi…". No, pääasiassa Crush on murskata ja rusentaa (varsinkin tässä siirtymässä ja yhteydessä), mutta toki se voi olla myös ihastuminen.



 







Outlook


Outlookin Siirtymisasetuksissa on Järjestä siirtyminen. Liittyykö tämä joukkojen evakuointiin?





















Google-kääntäjäkin osaa ehdottaa kompakti navigointi (Compact Navigation). Tämä liittyy Outlookin Kansioruudun alareunan kuvakkeiden näyttämiseen. Ensiksi on kompakti navigointi (pienet kuvakkeet).




Tässä kuvassa Järjestä siirtyminen on sammutettu eli näytetään isot kuvakkeet (tekstit).






Office 365 Outlook


Outlookin 365 -versiossa on asetuksissa komento Pikanäppäimet, jolla saa näkyviin luettelon kätevistä pikanäppäimistä.







Ja pöh. Komento on oikopolku (Shortcut) usein käytettyihin asetuksiin. Pikanäppäimet ovat muualla.










Toisaalta, ei ruotsin käännöksissäkään kaikki ole aina kunnossa. Kun PowerPointissa lisää Kuvan Diaan, ruotsiksi lisätään Bilder (Kuvat) i Bild (Dia).








Huomaa myös samassa valintanauhassa kaksi samannimistä ryhmää: vasemmalla Bilder (Diat) ja kolmantena Bilder (Kuvat), jossa on myös komento Bilder (Kuvat), kuten myös suomenkielisessä
versiossa.









Lisää ihmeitä selviää Office-koulutuksissamme.

Käännöskukkasista huolimatta toivotan iloista vappua!

-----------------------

Kirjoittaja Jorma Järvinen on Tieturin Microsoft Office -kouluttaja. Hän tuntee Excelin kuin omat taskunsa, työstää Word- ja PowerPoint-mallipohjat kädenkäänteessä sekä opastaa ohjelmien tehokkaaseen käyttöön. Jorma kouluttaa suomen lisäksi myös englanniksi ja ruotsiksi, ja keskittyy myös Tieturin blended learning -ratkaisujen kehittämiseen.

Suositut tekstit