Sarakkeen saa siirtää, otsikkoa ei

Kirjoitin yhteen ohjeeseen kaksi riviä, jotka näyttävät olevan keskenään ristiriidassa. Sarakkeita saa siirtää vapaasti. Sarakeotsikon tekstiä ei saa koskea.

Järjestys tuntuu väärinpäin. Sarakkeen siirtäminen on iso ja näkyvä muutos, otsikon selventäminen pieni ja kosmeettinen. Silti juuri se pieni kaataa laskennan.

Se taulukko, jota kukaan ei uskalla siivota

Melkein joka yrityksessä on yhteinen taulukko, jota täyttää käsin useampi ihminen ja jota joku kone lukee perästä. Kampanjan master, projektiseuranta, hinnasto, tuotelista. Kaikki tietävät, ettei sitä pidä rikkoa. Harva osaa sanoa, mikä muutos sen oikeasti rikkoo.

Siksi siihen ei kosketa lainkaan. Sarakkeet jäävät siihen järjestykseen, johon ne sattuivat syntymään, otsikot jäävät epäselviksi, ja vuodessa tiedostosta tulee sellainen, että sen lukeminen vaatii perehdytyksen. Pelko on aiheellinen, mutta se osuu väärään kohtaan.

Kaava ei tunne saraketta kirjaimena

Olin kirjoittamassa aloitusohjetta verkkokaupan kampanjan master-taulukkoon, siis siihen tiedostoon, josta sekä kollega että malli aloittavat työnsä. Kävin samalla läpi, mitä taulukossa oikeasti saa tehdä ja mitä ei.

Laskenta haki sarakkeet otsikon nimellä, ei sarakkeen kirjaimella. Kaava etsii otsikon, jonka teksti täsmää, ja lukee arvot sen alta. Siitä seuraa kaksi asiaa. Sarakkeen voi siirtää mihin tahansa, ja kaava löytää sen yhä. Ja jos otsikon tekstiä muuttaa yhden merkin verran, kaava ei löydä enää mitään.

Otsikon siistiminen on juuri sitä, mitä sekä ihminen että malli tekee mielellään. Teksti on epäselvä, joten sitä tarkennetaan. Jos otsikko "Hinta" muuttuu matkalla muotoon "Hinta (EUR)", se on parempi otsikko. Se on myös rikki.

Kielto, jonka vieressä on syy

Kirjasin asian ohjeeseen kieltona ja laitoin syyn viereen samalle riville. Ei pelkkää "älä muuta otsikoita" vaan tämä: Kaavat hakevat sarakkeen otsikon nimellä, eivät kirjaimella. Sarakkeita saa siirtää, otsikkotekstiä ei.

Syy on siinä se tärkeä osa. Pelkkä kielto pätee vain siihen tapaukseen, joka on kirjoitettu ylös. Kun syy on näkyvissä, lukija osaa päätellä siitä seuraavan tapauksen, jota en listannut erikseen. Jos laskenta nojaa nimiin, myös välilehden uudelleennimeäminen rikkoo saman kaavan. Sitä ei tarvitse enää kieltää omalla rivillä, koska syy kattaa sen.

Tämä on sama ero kuin ohjeessa, joka kertoo tehtävän, ja ohjeessa, joka kertoo tehtävän ja sen rajan. Malli ei kysy perään, saako otsikkoa tarkentaa. Se tarkentaa, koska se näyttää parannukselta.

Mitä tästä kannattaa ottaa

Ota se yksi yhteinen tiedosto, johon automaatio tai malli kirjoittaa, ja selvitä siitä yksi asia: Mihin sen laskenta tai skripti oikeasti nojaa? Sarakkeen otsikkotekstiin, sarakkeen sijaintiin, välilehden nimeen vai rivijärjestykseen? Yksi niistä kantaa, ja loppuja saa liikutella vapaasti.

Kirjoita se yksi asia ohjeeseen kieltona ja syy sen viereen. Merkintä on pieni, ja se tekee kaksi asiaa. Vaarallinen muutos saa nimen, ja kaikki muu siivoaminen vapautuu: Sarakkeita saa järjestää, otsikoita saa selventää siellä, missä mikään ei nojaa niihin, ja tiedostosta saa tehdä luettavan.

Tästä tekoälyn käyttöönotto yrityksessä käytännössä alkaa. Ei työkalun valinnasta vaan niiden tiedostojen kuntoon laittamisesta, joissa työ oikeasti tehdään.

"Älä riko tätä tiedostoa" ei ole ohje. Se on toive. Ohje on se rivi, joka kertoo, mikä tässä tiedostossa on se kantava osa.