Tyypillinen työviikko

Ajattelin kirjoittaa tähän yksityiskohtia kuluvasta - mahdollisesti kohtuullisen tyypillisestä - työviikostani, jolloin näette millaisten asioiden parissa puuhastelemme.

Sunnuntai
Yleensä viikonloppuna levätään, mutta nyt ensi viikolle pitäisi saada useampia asioita tehtyä.
  1. Ensimmäisenä pitäisi tehdä raportti, jolla listataan 'Handling Unitin' liikkeitä varastossa ja kirjauksia tuotannossa ym. Tämän asiakkaan kanssa kehittämisen tekee vaikeammaksi se, kun en saa sopimusteknisistä syistä käyttää mitään aikaisempaa pohjana. Pyörä on niin sanotusti keksittävä uudelleen. Tässä raportissa vaikeampaa on kuitenkin tiedon kaivaminen oikein. Määritän käytännössä itse myös, mitä tietoa näissä lavojen kirjauksissa talletetaan, joten tässä samalla sekin jalostuu. Proton pitäisi olla valmiina ennen tiistaita, joten otetaanpa siloin kuva.
  2. Lupasin aloittaa viikonloppuna myös toisen raportin/työkalun tekemisen. Sillä pitäisi tehostaa 'Stock Transport Ordereiden' luomista hankintaehdotusten pohjalta. Jostain syystä halusin tehdä tähänkin samanlaisen kaksoisnäytön kuin edelliseen raporttiin on tulossa. Näytöt toimivat siis siten, että kun ylhäältä valitsee rivin (hankintaehdotusten kokonaismäärä), niin alareunassa näytetään kaikki kyseisen nimikkeen ehdotukset. Tältä se näyttää muutaman tunnin jälkeen. Toiminnallisuutta ei ole vielä rakennettu ollenkaan. Otsikon alle tulee rivi nappuloita...
    Home
Maanantai
Tänään ei ollut kuin yksi palaveri. Siinä käytiin intialaisten kanssa läpi, mitä tehdään. Ei taida tulla valmista ajoissa taaskaan. Jotenkin tulee mieleen vertailu autoista. Intiassakin tehdään paljon autoja ja ne ovat halpojakin, mutta jostain syystä täällä halutaan ajella mieluummin saksalaisilla. Sata kertaa arvokkaammat tietojärjestelmät sen sijaan uskalletaan tilata Intiasta...
  1. Työpäivä meni pääasiassa määritellessä/dokumentoidessa ja tekemisen suunnittelussa. Epävirallinen dokumentaatio näyttää usein tallaiselta. Alussa määritetään prosessi ja sen jälkeen sukelletaan yksityiskohtiin. Koko dokumentti on parikymmentä sivua. Piirtelin ja selitin tänään prosessin kohdat huomista läpikäyntiä varten.
    Home
  2. Tässä on se raportti(proto), joka mun piti valmistella tiistaiaamuksi. Se näyttää nyt tältä:
    Home
    Kuten tuumasin eilen, niin suuri osa ajasta meni alustan kirjaamiseen. Kun sain sen valmiiksi, niin toimintojen lisääminen on nopeaa. Raportilla listataan valintojen perusteella löytyneet käsittely-yksiköt (Handling Unit tai lyhyemmin HU) ja kerrallaan yhden HUn liikkeet varastossa ja tilauksille. Tein raporttiin esimerkiksi seuraavia toimintoja:
    • Ylhäältä kun tuplaklikkaa riviä, niin alhaalla näytetään sen HUn tiedot
    • Jos alaruudussa tuplaklikkaa HU:ta, jota ei ole yläpuolen listalla, niin tämä HU lisätään listalle ja sille haetaan vastaavat tiedot kuin muillekin ruudulla näkyville
    • Lisäksi tietysti dokumenttien tuplaklikkaus avaa vastaavan dokumentin transaktionäytössä.
Tiistai
Tämä päivä meni sitten workshopeissa. Kävimme läpi prosesseja - josta eiliseltä kuva - sekä pääkäyttäjät pohtivat, josko ratkaisun kanssa pärjää. Prosessit ja ratkaisut pohjautuvat vakio-SAPin toimintoihin, jolloin usein käytettävyyden ja tehokkuuden parantamiseksi tarvitaan joku lisäosa. Mä toteutin prosessin arkkitehdeilta / SAPilta tulleen 'Best Practicen' mukaan ja lisäsin sinne joustavuutta ja aputietoa jäljittämistä varten. Nyt tällä edellisen kuvan raportilla pyritään täyttämään aukko, joka syntyi jäljitykseen tämän 'Best Practicen' jäljiltä. Samallahan siihen tuo sitten myös muita käytettävyyttä helpottavia osia.

Raportin osalta palaverissa määritettiin, että ruudun alaosaan tehdään lisäksi kaksi muuta vaihtoehtoista näkymää. Lisäksi määritettiin valintavaihtoehdot eli mistä suunnasta tietoa lähestytään. Mun tehtävänä on kirjoittaa määritykset valmiiksi hyväksyntäpaneelin arvioitavaksi. Tai oikeammin siinä on intialaiskerros välissä eli he kopioivat mun dokumentista määritykset ja toteutusvaiheessa joko kopioivat mun ratkaisun tai todennäköisesti tekevät siitä intialaisversion.

Keskiviikko
Päivä meni palavereissa ja ongelmia katsellessa. Tällaisen valtavan suuren asiakkaan kanssa tekeminen on aika tavalla erilaista kuin esimerkiksi noin tuhannen hengen yrityksen kanssa. Aamulla kävimme offshore-toimittajan kanssa läpi insidenttejä, jotka vaativat muutoksia tai jotain muuta erityistä. Sen sijaan, että korjaisin ongelman itse, keskustelemme, että mitä insidentille tai sitä seuraavalle muutokselle kuuluu. Intialaisten puheen ymmärtäminen ei muuten ole oikeastaan ongelma ollenkaan. Enemmän haastetta tulee kulttuurierosta. Esimerkiksi kuunneltuasi tarinaa pari minuuttia sinulle selviää, että tekeminen ei ole edennyt oikeastaan ollenkaan edellisestä viikosta. Samaten noin yhden päivän työ ei tule viikossa valmiiksi, vaan toisella viikolla käydään perusasiat uudelleen läpi, neljännellä viikolla asiassa on edetty kolmasosan verran, jolloin selität sen seuraavan kolmasosan uudelleen, jne. Tai no, kai jokaisessa kulttuurissa toimittaja rupeaa selittelemään, jos tulosta ei ole tullut aikaiseksi. Tämä samojen asioiden käyminen läpi viikosta toiseen ilman, että esim. paperille syntyy mitään on ehkä kuitenkin kulttuurillinen eroavaisuus. Tuskin ne sitä yhtä insidenttiä viikkokaupalla ratkovat, mutta listalle niitä kertyy tietysti useampia, kun yksikään eri ratkea viikossa tai parissa.

Iltapäivällä eteen tuli useampi ongelma. Niistä vähän otoksia:

  1. Joku standarditoiminto ei toimi niin kuin pitäisi. Tässä vaiheessa tarkastan yleensä debuggerilla, mistä on kysymys. Tavallisesti se onnistuu kohtuu nopeasti joko jäljittämällä virheilmoitusta tai tässä tapauksessa vielä helpommin, kun logiikkaan ei tarvinnut mennä kovin syvälle. Ongelma näytti olevan jossain määrin korruptoituneissa transaktiotiedoissa. Tuhannen hengen yrityksen kanssa saattaisin ohittaa virheellisen kohdan debuggerin avulla tai jopa korjata arvon tietokantaan. Tällaista tarvitsee tehdä ehkä kerran vuodessa. Ison asiakkaan kanssa näitä on tullut eteen nyt useammin. Täällä debuggerissa ei kuitenkaan voi muutella arvoja, joten en voi tehdä mitään. Kirjoitan insidentin ja tämä lava saadaan vapautettua ehkä 4-6 viikon kuluttua.
  2. Pääkäyttäjä ihmettelee, miksi kannua ei saatu pakattua takaisin lavalle. Selitin, että kyseessä on vanha ongelma, joka on yhä mahdollista saada esille tietyllä tavalla. Uusi prosessi, joka on tulossa parin kuukauden päästä poistaa ongelman. Mä itse asiassa koodasin siihen ratkaisun muutama viikko takaperin, mutta nyt offshore-toimittaja tekee siitä omaa versiota.
  3. Proportional unit / Batch specific Unit Of Measure -toiminnallisuuden kanssa on edessä ongelmia, kun uusilla tuotteilla on eri yksikkö. Tämän haaste on oikea konsultointitehtävä. Mitään Plug-and-Play ratkaisua ei ole tarjolla ja muutoksia ei missään nimessä saada käyttöön alle kuukauden. Tässä vaiheessa siis pohditaan vaihtoehtoja ja mahdollisia ongelmakohtia. Jos nimikkeelle ei ota toimintoa käyttöön ollenkaan, niin sitä päästään valmistamaan. Yksikönhän voi lisätä myöhemminkin eli silloin kuukauden kahden päästä, kun joku muutos mahdollisesti ratkaisee ongelman. Kuitenkin myös MES-järjestelmään tarvitaan todennäköisesti jotain.
Torstai
Torstai oli siitä epätyypillinen päivä, että aamupäivällä olin kuuntelemassa esityksiä asiakkaan IT-prosesseista. Tällainen on mukavaa vaihtelua tavallisesti aika suorituskeskeiseen arkeen. Yleensä saan kutsun palaveriin pääasiassa tekemään jotain.
Iltapäivällä oli palavereja:
  1. Ensimmäinen oli tuotantotilauksen sulkemisesta. Tähän on olemassa hyvät standardityökalut, joten ratkaisu oli melkein valmiina. Kuitenkin, joskus asiakasympäristön ratkaisut ovat rapautuneet kovakoodauksien vuoksi ja muutoin SAPin tukemaa muutosta ei voidakaan ottaa käyttöön ilman vaikeuksia muualla. Tavallisesti näitä tapaa yrityksissä, jotka ovat ottaneet SAPpinsa käyttöön yli kymmenen vuotta sitten (silloin kolsultit olivat kokemattomia), sekä näiden offshore-toimittajien ratkaisuissa (siellä ollaan vieläkin uusia ratkaisujen kanssa). Näin oli käynyt tällekin asiakkaalle ja näiden kovakoodausten korjaamiseen piti pyytää muutos.
  2. Toisessa palaverissa suunniteltiin tulevan muutoksen testaamista ja etenemistä tuotantoon. Releaseen on aikaa kuusi viikkoa, mutta silti tekemisellä alkaa olla jo kiire. Testaamisessa informaaleilla skenaarioilla katetaan 90% monimutkaisuudesta, mutta 10% kattavan formaalin testauksen tekeminen alkaen uusista testiskripteistä ym. itse testaamiseen tulee viemään viikkoja. Lisäksi muutos pitää kuvata ja kommunikoida myös liiketoiminnalle.
Perjantai
Tämä päivä meni valmistellessa ja kouluttaessa asiakkaan business analysteja. Näissä asiakaskohtaisissa koulutuksissa nyrkkisääntönä on se, että powerpointtien, harjoitusten ja tietojen valmistelu vie suunnilleen yhtä paljon aikaa kuin itse koulutus. SAPin standardikursseilta on hyvä käydä hakemassa pohjaa jo projektin rakennusvaiheessa. Parhaiten asiakkaat ovat mun kokemukseni mukaan oppineet hands-on workshopeissa määritysten ja implementoinnin aikoihin yhdistettynä toki vielä käyttöönoton aikaisiin tehtäviin. Kun tuotantokäyttöä on takana jo jonkin verran, niin yleensä testijärjestelmästä saa kohtuu hyvin valittua dataa koulutusta varten. Näin tehtiin tässäkin tapauksessa ja koulutus oli coaching tyyppistä. SAPin termien/konseptien selittäminen ymmärrettävällä tavalla on aina yhtä mielenkiintoinen haaste. Nyt aiheena olleeseen prosessitilausten vapautukseen ei onneksi liity kovin monitasoista konfigurointia ja sitä kautta ymmärrettävää.