Qalmari

Qalmari IT-tuotekehityskumppani, jonka kanssa ei pala hihat eikä rahat. 🐙

SAP-tiimimme yhteisessä koulutuspäivässä raavimme päitämme SAP Cloud ALM:n ja suuren AI- ja pilvitransformaation äärellä...
04/06/2026

SAP-tiimimme yhteisessä koulutuspäivässä raavimme päitämme SAP Cloud ALM:n ja suuren AI- ja pilvitransformaation äärellä.

Pureuduimme siihen miten iso SAP-uudistus oikeasti pidetään hallinnassa elinkaaren alusta loppuun ja taas lopusta alkuun, sekä miten SAP AI mullistaa parhaillaan ALM-prosesseja.

Todisteeksi siitä että opit todella tarttuivat, qalmarit suorittivat SAP Solution Transformation Consultant ja Solution Transformation Practitioner -badget. 🥳

Käytännössä badget ovat osoitus siitä, että voimme auttaa SAP-uudistuksissa:

➡️ Projektin suunnittelussa ja tehtävien hallinnassa
➡️ Prosessien ja vaatimusten dokumentoinnissa
➡️ Testauksen orkestroinnissa ja defektien hallinnassa
➡️ Käyttöönoton ja julkaisujen suunnittelussa

Mukana on täysi jäljitettävyys vaatimuksista testeihin ja tuotantoonvientiin asti, eli näkyvyys siihen missä mennään silloinkin kun liikkuvia osia on satoja tai isoissa hankkeissa jopa tuhansia.

Ja kun tuotantoon on päästy, niin alkaa ylläpito ja pienkehitys, ja kulman takana odottaa jo seuraava iso päivitys tai projekti. Tässä kaikessa ALM on se tärkein tukipilari, johon voi rauhallisin mielin tuketua.

Jos SAP-uudistuksenne siis uhkaa muuttua palapeliksi ilman oikeita palasia, tai punainen lanka on lattialla mytyssä, niin tiedät keiden puoleen kääntyä. 🐙 Kun sekä SAP kehitys- että ylläpitoprosessit laitetaan kerralla kuntoon, saavat tiimit mahdollisuuden keskittyä olennaiseen.

Tekoäly on jokaisen tuotekehitysjohtajan agendalla, m***a keskustelu pyörii usein yksittäisissä ratkaisuissa. Agentti tä...
03/06/2026

Tekoäly on jokaisen tuotekehitysjohtajan agendalla, m***a keskustelu pyörii usein yksittäisissä ratkaisuissa. Agentti tänne, pilotti tuonne ja sitten vain odottelemaan tuloksia.

Iso kysymys jää kuitenkin käsittelemättä: kun toteutus nopeutuu, myös tuotekehityksen johtaminen muuttuu.

Tästä puhuttiin tänään Qalmarin AI-aamupalalla Salossa.

Koodaaminen oli ennen hidasta, joten määrittely tehtiin huolella ja tehtävät priorisoitiin tarkkaan. Nyt AI tekee ainakin teoriassa kahden viikon koodit päivässä, ja nopeus houkuttelee oikaisemaan suoraan toteutukseen.

Pullonkaula on siirtynyt toteutuksesta määrittelyyn, ja jatkossa päätöksiä on voitava tehdä nopeasti. Kun alussa käytetään aikaa laadukkaisiin määrittelyihin ja designiin, seuraavat vaiheet sujuvat merkittävästi tehokkaammin ja laadukkaammin.

Aamupalalla puhuttiin kahdesta mallista, jotka vastaavat tähän:

💡 Spec-driven development: määrittely ohjaa kehitystä alusta loppuun, eikä ole erillinen dokumentti, joka unohtuu intraan.

💡 Design-to-Code: visuaalinen suunnitelma muutetaan toimivaksi koodiksi tekoälyavusteisesti.

Se mikä malli sopii mihinkin, riippuu yrityksen tarpeista ja liiketoimintaympäristöstä. Käytännössä parhaat tulokset syntyvät yhdistelemällä eri lähestymistapoja tilanteen mukaan.

Demossa nähtiin myös konkreettisesti, miten AI toimii kevyellä promptauksella ja miten lopputulos eroaa, kun AI on osa harkittua prosessia.

Kiitos kaikille osallistujille! Ehdottomasti parasta tilaisuudessa olivat kysymykset ja runsaat keskustelut ennen ja jälkeen esitysten. Ja jos joku aiheista jäi vielä mietityttämään, täällä ollaan. 🐙

03/06/2026

Tekoäly ei ole vain yksittäinen työkalu tai irrallinen projekti.

Suurin arvo syntyy, kun sitä hyödynnetään osana liiketoiminnan prosesseja, ja tunnistetaan ne kohdat missä syntyy hukkaa, viivettä tai turhaa manuaalista työtä.

Parhaimmillaan AI on oiva apu esimerkiksi:
• automatisoimaan työvaiheita
• parantamaan päätöksentekoa datan avulla
• optimoimaan resursseja
• mahdollistamaan kasvun ilman, että henkilöstömäärä kasvaa samaa tahtia

Tekoälyprojektit harvoin ovat pelkkää tekoälyä, vaan iso osa työstä liittyy dataan. Sen keräämiseen, jalostamiseen ja ymmärtämiseen. Lopulta itse AI-ratkaisu on vain yksi osa kokonaisuutta.

Tässä videossa muutama ajatus siitä, missä tekoälyn todellinen liiketoimintahyöty yleensä syntyy. 👇

Tuotekehitysprojekteissa ongelmat eivät yleensä synny pelkästään vääristä teknisistä valinnoista, vaan siitä, että kriit...
01/06/2026

Tuotekehitysprojekteissa ongelmat eivät yleensä synny pelkästään vääristä teknisistä valinnoista, vaan siitä, että kriittisiä epävarmuuksia ei tunnisteta ajoissa. ⚠️

Johtajan näkökulmasta riskien käsittely tiivistyy kolmeen kysymykseen:

▪️ Mitkä asiat voivat oikeasti vaikuttaa projektiin?
▪️ Kuinka todennäköisiä ne ovat?
▪️ Mitä tapahtuu, jos ne toteutuvat?

Näiden pohjalta tunnistetaan kriittisimmät riskit, joihin projektin huomio kannattaa suunnata.

Laiteläheisessä kehityksessä riskit eivät rajoitu pelkkään tekniikkaan. Mukaan tulevat valmistettavuus, komponenttien saatavuus, yksikkökustannus ja regulaatiot. Tuote voi toimia teknisesti moitteettomasti ja silti kaatua omaan mahdottomuuteensa, jos sitä ei pystytä valmistamaan tavoitehinnalla tai riittävällä volyymilla.

Samoin suorituskykyyn, muistiin, virrankulutukseen ja ympäristöolosuhteisiin liittyvät reunaehdot ohjaavat tekemistä usein enemmän kuin yksittäiset ominaisuudet.

💡 Johtajan tehtävä on varmistaa, että riskit nostetaan pöydälle ajoissa ja että niiden vaikutus aikatauluun, kustannuksiin ja laajuuteen ymmärretään kunnolla.

Kun kriittiset epävarmuudet testataan varhaisilla kokeiluilla, simulaatioilla tai prototyypeillä, säästytään myöhemmin kalliilta uudelleensuunnitteluilta ja turhilta viiveiltä. 🐙

28/05/2026

MVP (minimum viable product) ei ole huono versio tuotteesta, vaan nopein tapa päästä kiinni siihen, mikä oikeasti tuottaa arvoa.

26/05/2026

Tekoäly on tällä hetkellä monen johtoryhmän agendalla.

M***a monessa organisaatiossa on edelleen epäselvää, mitä tekoälyllä oikeastaan pitäisi tehdä.

Tekoälyn hyödyntämistä voi ajatella kolmena eri tasona:

1. Työn tehostaminen ➡️ nopeat hyödyt, m***a vaikutus jää usein yksilöiden tai tiimien tasolle.

2. Yksittäisten liiketoimintaongelmien ratkaiseminen pistemäisesti ➡️ hyödyt selkeitä ja mitattavia, m***a haasteena irralliset AI-kokeilut ilman yhtenäistä suuntaa.

3. Toimintamallien uudistaminen ➡️ suurin liiketoimintahyöty

Jos haluat sparrailla, miten teidän organisaationne siirtyy seuraavalle tasolle, jutellaan lisää.

Rakennatteko paikkatietoon pohjautuvaa teknologiaa tai järjestelmiä, joissa data oikeasti ohjaa toimintaa?Paikkatietojär...
21/05/2026

Rakennatteko paikkatietoon pohjautuvaa teknologiaa tai järjestelmiä, joissa data oikeasti ohjaa toimintaa?

Paikkatietojärjestelmissä yksi asia jää yllättävän usein turhan vähälle huomiolle:
❗ kyberturvallisuus.

Jos tämä kuulostaa vähänkään tutulta, nämä kysymykset kannattaa käydä ajatuksella läpi:

💡 Onko paikkatietoarkkitehtuurinne ja siihen liittyvät aineistovirrat kuvattu?
💡 Onko kukaan koskaan käynyt läpi, ovatko paikkatietoa käsittelevät järjestelmät turvallisia, ja mitä aukkoja sieltä löytyy?
💡 Onko mietitty, mitä dataa pitäisi oikeasti säilyttää, mitä anonymisoida ja mitä ei kannata kerätä ollenkaan?
💡 Onko uhkamallinnusta tehty, esimerkiksi ISO-sertifioinnin yhteydessä?

Paikkatieto ja kyberturvallisuus elävät Suomessa yllättävän usein omissa siiloissaan. Yhteinen kieli puuttuu, samoihin pöytiin päädytään harvoin, ja tekijöitä, jotka ymmärtävät aidosti molempia maailmoja, on edelleen melko vähän.

Tässä kohtaa syntyy ongelma, koska paikkatiedossa käsitellään usein erittäin kriittistä tietoa:
🔹 sijaintidataa kriittisestä infrastruktuurista
🔹 operatiivisia järjestelmiä, joiden varassa tehdään päätöksiä
🔹 puolustussektorin aineistoja, joiden manipulointi tai häviäminen olisi vakava asia

Silti kyberturvallisuus ei näy paikkatietoprojekteissa läheskään aina sillä vakavuudella kuin pitäisi.

Jos kysymykset jäivät mietittymään ja haluatte arvioida tilannettanne, jutellaan mielellämme lisää.

Monessa softa- tai laiteprojektissa tavoite näyttää paperilla selvältä, m***a käytännössä jokainen tulkitsee sen vähän o...
19/05/2026

Monessa softa- tai laiteprojektissa tavoite näyttää paperilla selvältä, m***a käytännössä jokainen tulkitsee sen vähän omalla tavallaan. Osa nyökyttelee mukana, vaikka ei oikeasti usko suuntaan tai kokee, ettei heidän kannaltaan kriittisiä asioita ole huomioitu. 🆘

Sitoutumista ei voi ulkoistaa dokumentille, vaan eri näkökulmat, huolet ja odotukset on käytävä läpi ennen kuin ratkaisu lukitaan.

Jos mukana on sisäisen tiimin lisäksi ulkopuolinen toimittaja, on koko projektiryhmän tehtävä töitä yhteisten tavoitteiden eteen.

Ennen projektin käynnistämistä kannattaa varmistaa ainakin nämä suoraan projektiryhmältä:

🔷 Voiko tiimi elää sovitun MVP:n, eli ensimmäisen version kanssa?

Jos ei, taustalla on usein epäluottamus jatkokehitykseen tai tunne siitä, ettei kaikkia tarpeita ole huomioitu.

🔷 Kertovatko kaikki saman tavoitteen?

Pyydä eri rooleja kuvaamaan omin sanoin, mitä ollaan tekemässä ja miksi. Jos jokainen kertoo eri tarinaa, suunta ei ole vielä yhteinen.

🔷 Onko selvää, ketä muutos koskee?

Varmista, että kaikki sidosryhmät on huomioitu ja että projektiryhmä ymmärtää käyttäjän todelliset tarpeet, ei vain toiveita. Kevyt prototyyppi tai mockup paljastaa väärinkäsitykset nopeasti.

Työn ja perheen yhteensovittaminen on Qalmarilla mutkatonta, sillä uskomme vahvasti siihen, että työn tulee sopia muuhun...
15/05/2026

Työn ja perheen yhteensovittaminen on Qalmarilla mutkatonta, sillä uskomme vahvasti siihen, että työn tulee sopia muuhun elämään eikä toisinpäin.

13/05/2026

"CRA ei koske meitä" eli 3 yleisintä väärinkäsitystä.

❌ "Meidän laite ei ole verkossa."

CRA kattaa tuotteet, joissa on digitaalinen elementti, eli jos laitteessa on ohjelmisto ja jokin tapa siirtää dataa (esim. Bluetooth, USB tai paikallinen verkko), se todennäköisesti kuuluu asetuksen soveltamisalaan.

❌ "Me vain valmistamme laitteen, ohjelmisto tulee alihankkijalta."

CRA:ssa vastuu on sillä, joka saattaa tuotteen EU-markkinoille, eli laitevalmistajalla, riippumatta siitä, kuka koodin kirjoitti.

❌ "Meillä on jo CE-merkintä."

CRA ei ole CE:n ulkopuolinen kerros, vaan se on uusi asetus, joka tuo uusia kyberturvallisuusvaatimuksia, haavoittuvuuksien hallintaa ja ohjelmistopäivitysvelvoitteita, joita nykyinen CE ei kata.

👉 CRA astuu voimaan 2027, m***a valmistautuminen kannattaa aloittaa nyt.

Jos olet epävarma siitä, mitä asetus käytännössä tarkoittaa juuri teille, me Qalmarilla autamme niin suunnan löytämisessä kuin toteutuksessakin.

Osoite

YliopistonKatu 31
Turku
20100

Nettisivu

Hälytykset

Tiedä ensimmäisenä ja anna meille oikeus lähettää sinulle sähköpostitse uutisia ja promootioita Qalmari :ltä. Sähköpostiosoitettasi ei käytetä muihin tarkoituksiin, ja voit perua milloin tahansa.

Ota Yhteyttä Yritys

Lähetä viesti Qalmari :lle:

Oikopolut

Jaa

Kategoria