Tarvitseeko IT arkkitehdin tuntea kaikki järjestelmät joita hallinnoi?
Eli ajatellaan järjestelmämaailmaa jossa on monenlaista eri ohjelmistoa, on ajankirjausta, palkanlaskentaa, ostojärjestelmä, laskutus, jokin SAP mokkula jne. ja tähän maailmaan tarvitaan arkkitehti. Pitääkö arkkitehdin "osata" jokainen järjestelmä? Eli että hän käyttää tai ainakin osaisi käyttää jokaista? Vai riittääkö jos tietää mihin järjestelmää käytetään ja tuntee järjestelmien väliset integraatiot ja integraatiometodit?
Kommentit (7)
Kyllä minun mielestä pitäisi toimintaperiaatteet tuntea hyvin.
No eihän kukaan voi ihan kaikkea osata. Riippuu toimenkuvasta ja talon koosta. Isossa talossa riittää että kokonaisuus pysyy näpeissä ja osaa tehdä itse kriittiset asiat ja osaa hankkia tekijät eri osa-alueiden ylläpitoon. Pienemmässä talossa pitää oikesti sitten osata ratkoa itse onlmat, mutta kokonaisuus vastaavasti helpompi.
Ei pidä jokaista järjestelmää tuntea. Mutta pitää tuntea järjestemien tarpeet,,niiden alustat ja liittymät. Kyetä suunnittelemaan kokonaisuuksia, järkeistämään ja tehostamaan toimintaan. Esim jos useammassa paikassa tarvitaan samaa tietoa järjestelmästä, toteutetaan vain yksi rajapinta. Arkkitehti optiomoi myös tilannetta, tarvitaanko 10 järjestemää vai riittäisikö vähempi, toimittaako joku toimitraja useampi järjestelmiä jne.
Ei tietenkään ainakaan arkkitehdiksi tullessaan tarvitse tuntea. Kyllä siellä it-talossa löytyy rajapintakuvaukset kaikesta tarpeellisesta, niin että se mitä ei vielä tiedä, on selvitettävissä kun on tarve.
Itse olen ison it-talon arkkitehti, ja meillä on tiimissä kymmeniä softia ylläpidossa ja pari isoa aktiivikehityksessä. En minä tosiaan muista joka softaa liittymineen ulkoa, mutta tiedän mistä dokumentaatio löytyy niin että osaan selvittää nopeasti. Ja olen aina arkkitehtinä pitänyt tarkan huolen siitä että dokumentaatio on tehty ja se pidetään ajan tasalla, joten ikäviä yllätyksiä ei juuri tule.
Vierailija kirjoitti:
Ei tietenkään ainakaan arkkitehdiksi tullessaan tarvitse tuntea. Kyllä siellä it-talossa löytyy rajapintakuvaukset kaikesta tarpeellisesta, niin että se mitä ei vielä tiedä, on selvitettävissä kun on tarve.
Itse olen ison it-talon arkkitehti, ja meillä on tiimissä kymmeniä softia ylläpidossa ja pari isoa aktiivikehityksessä. En minä tosiaan muista joka softaa liittymineen ulkoa, mutta tiedän mistä dokumentaatio löytyy niin että osaan selvittää nopeasti. Ja olen aina arkkitehtinä pitänyt tarkan huolen siitä että dokumentaatio on tehty ja se pidetään ajan tasalla, joten ikäviä yllätyksiä ei juuri tule.
Lisään vielä että niistä itse softista joihin liittymiä on, ei tarvitse tietää käytännössä mitään. Arkkitehdin täytyy enemmämnkin tietää missä palvelimella ne on, millaiset liittymät niihin on, jne. Niitä itse ohjelmistoja pääosin kannattaa ajatella "mustina laatikoina", joista tulee sovitun rajanpinnan mukainen tuloste itse suunniteltavan ohjelmiston käyttöön, kun sitä kutsuu tietyllä tavalla, eikä vaivata päätään toisten toteuttaman ohjelmiston käytöllä tai sisäisillä toiminnoilla.
Vierailija kirjoitti:
Vierailija kirjoitti:
Ei tietenkään ainakaan arkkitehdiksi tullessaan tarvitse tuntea. Kyllä siellä it-talossa löytyy rajapintakuvaukset kaikesta tarpeellisesta, niin että se mitä ei vielä tiedä, on selvitettävissä kun on tarve.
Itse olen ison it-talon arkkitehti, ja meillä on tiimissä kymmeniä softia ylläpidossa ja pari isoa aktiivikehityksessä. En minä tosiaan muista joka softaa liittymineen ulkoa, mutta tiedän mistä dokumentaatio löytyy niin että osaan selvittää nopeasti. Ja olen aina arkkitehtinä pitänyt tarkan huolen siitä että dokumentaatio on tehty ja se pidetään ajan tasalla, joten ikäviä yllätyksiä ei juuri tule.
Lisään vielä että niistä itse softista joihin liittymiä on, ei tarvitse tietää käytännössä mitään. Arkkitehdin täytyy enemmämnkin tietää missä palvelimella ne on, millaiset liittymät niihin on, jne. Niitä itse ohjelmistoja pääosin kannattaa ajatella "mustina laatikoina", joista tulee sovitun rajanpinnan mukainen tuloste itse suunniteltavan ohjelmiston käyttöön, kun sitä kutsuu tietyllä tavalla, eikä vaivata päätään toisten toteuttaman ohjelmiston käytöllä tai sisäisillä toiminnoilla.
No näin tämän vähän itsekin ajattelin. Kiitokset. -ap
Jos nyt oltaisiin korvaamassa vaikka palkanlaskentajärjestelmää, niin näkisin että arkkitehdin pitää tietää kaikki liittymät joita järjestelmästä lähtee ja järjestelmään tulee. Hänen pitää tsekata potentiaalisten ehdokkaiden kyky tukea vastaavia integraatioita. Mutta hänen ei ole pitänyt koskaan varsinaisesti käyttää itse palkanlaskentajärjestelmää.