Otto Hilska johti 100 hengen tuotekehitystä ja näki ongelman – Swarmia mittaa, miten ohjelmistotiimit oikeasti toimivat

Ohjelmistoyrityksen kasvu näyttää ulospäin hyvältä: lisää asiakkaita, lisää kehittäjiä ja enemmän ominaisuuksia.

Sisällä tilanne voi olla toinen.

Kun tiimi kasvaa muutamasta ohjelmoijasta kymmeniin tai satoihin, työn koordinointi vaikeutuu. Koodikatselmukset odottavat, tehtävät jäävät jumiin, tiimit työskentelevät eri tavoilla ja johto yrittää ymmärtää, mikä oikeasti hidastaa kehitystä.

Otto Hilska oli nähnyt tämän läheltä.

## Kokemus ennen uutta startupia

Hilska oli perustanut jo aiemmin Flowdockin, tiimiviestintäpalvelun, jonka Rally Software osti. Myöhemmin hän työskenteli Smartly.io:ssa Chief Product Officerina ja oli mukana kasvattamassa tuotekehitysorganisaation yli sadan hengen kokoiseksi.

Swarmian mukaan juuri tämä kokemus oli uuden yrityksen lähtökohta.

Kun organisaatio kasvaa, ongelma ei välttämättä ole se, etteivät ihmiset tekisi töitä. Ongelma voi olla se, että kukaan ei näe kokonaisuutta.

Vuonna 2019 Hilska alkoi rakentaa Swarmiaa.

## Dataa GitHubista ja muista työkaluista

Ohjelmistotiimi jättää jatkuvasti digitaalista jälkeä.

GitHub kertoo commitit, pull requestit ja koodikatselmukset. Jira tai Linear kertoo tehtävät. CI-järjestelmät kertovat buildien ja testien tilanteen. Kyselyillä voidaan mitata kehittäjien kokemusta.

Swarmia kokoaa näitä tietoja yhteen.

Tarkoitus ei ole seurata yksittäistä ohjelmoijaa kellokortin tavoin, vaan auttaa tiimiä näkemään, missä työ jumittuu ja miten prosessia voisi parantaa.

Esimerkiksi pull request voi odottaa katselmointia kaksi päivää. Kun sama tapahtuu jatkuvasti, siitä muodostuu oikea pullonkaula.

## "Linteri tiimityölle"

Hilska kuvasi varhaisessa Swarmia-kirjoituksessa tuotetta ajatuksella, joka muistuttaa ohjelmoijille tuttua linteriä.

Koodilinteri huomauttaa automaattisesti huonoista käytännöistä koodissa. Swarmia voi tehdä jotain samankaltaista tiimin työskentelylle.

Jos koodikatselmukset venyvät, järjestelmä voi nostaa asian esiin. Jos työtehtävät kasvavat liian suuriksi, tiimi näkee sen datasta. Jos yhteisesti sovittu toimintatapa unohtuu, automaatio voi muistuttaa.

Ajatus on kiinnostava, koska siinä ohjelmisto ei vain raportoi menneisyyttä vaan yrittää muuttaa toimintaa.

## Ensimmäinen suuri rahoitus

Vuonna 2021 Swarmia ilmoitti 5,7 miljoonan euron seed-kierroksesta. TechCrunch raportoi lisäksi aiemmasta miljoonan euron pre-seed-rahoituksesta.

Rahoituksen avulla yhtiö pystyi kasvattamaan tiimiä ja laajentumaan Yhdysvaltoihin.

Samana vuonna Swarmia kertoi ottaneensa käyttöön yli tuhat uutta ohjelmistotiimiä.

Rahoitus ei ole liikevaihtoa. Se on sijoittajien antamaa kasvupääomaa.

## 11 miljoonan dollarin Series A

Kesäkuussa 2025 Swarmia ilmoitti 11 miljoonan dollarin Series A -kierroksesta.

Yhtiö kertoi asiakkaidensa joukossa olevan ohjelmistoyrityksiä pienistä startupeista suuriin kansainvälisiin organisaatioihin. Esimerkeiksi se mainitsi muun muassa Miron, Webflow'n, Superhumanin ja muita tunnettuja teknologiayhtiöitä.

Swarmia oli siis löytänyt ongelman, jota esiintyy lähes jokaisessa kasvavassa ohjelmistoyhtiössä.

## AI muuttaa myös ohjelmistokehitystä

Vuonna 2025 yksi Swarmian kiinnostavista aiheista oli tekoälyavusteinen ohjelmistokehitys.

Kun kehittäjät käyttävät Cursorin, GitHub Copilotin tai Claude Coden kaltaisia työkaluja, yritykset haluavat tietää, nopeutuuko työ oikeasti.

Pelkkä tunne ei riitä. Tarvitaan dataa.

Tässä Swarmialla on luonteva paikka: sama järjestelmä, joka mittaa ohjelmistokehityksen työnkulkua, voi auttaa yritystä ymmärtämään myös AI-työkalujen vaikutusta.

## Hyvä SaaS voi syntyä omasta työongelmasta

Swarmian tarinassa ei ole yhtä dramaattista kuluttajatuotteen läpimurtoa. Sen sijaan siinä on klassinen B2B SaaS -malli.

Perustaja tuntee ongelman erittäin hyvin, koska on elänyt sen itse.

Asiakas on valmis maksamaan, koska ongelma vaikuttaa kalliiden ohjelmistokehittäjien työhön.

Tuote voidaan myydä samankaltaisille yrityksille ympäri maailmaa.

Kun sama ongelma toistuu tuhansissa yrityksissä, markkina voi olla suuri.

## Riskit

Engineering analytics on kilpailtu ala. Monet kehitystyökalut lisäävät omia analytiikkaominaisuuksiaan.

Lisäksi ohjelmistokehittäjät voivat suhtautua mittaamiseen epäluuloisesti, jos se tuntuu yksilöiden valvonnalta. Swarmian on siksi pystyttävä osoittamaan, että tarkoitus on parantaa tiimin toimintaa eikä rakentaa työntekijöiden pistetaulukkoa.

Myös AI muuttaa itse kehitystyötä nopeasti, joten tuotteen on pysyttävä mukana.

## Kokeile itse

Jos ohjelmoit, katso viimeistä omaa projektiasi.

Missä vaiheessa aikaa kului eniten?

Odotitko palautetta? Korjasitko samoja virheitä? Oliko tehtävä liian iso? Käytitkö paljon aikaa ympäristön pystyttämiseen?

Kirjoita yksi mittari, joka olisi auttanut sinua huomaamaan ongelman aikaisemmin.

Siinä on sama ajattelutapa, josta Swarmia lähti.

## Mitä tästä voi oppia

**Oma työkokemus voi paljastaa hyvän startupidean.**

**B2B-tuotteen ei tarvitse näyttää näyttävältä.** Jos se säästää kallista työaikaa, sillä voi olla suuri arvo.

**Data voi paljastaa prosessin ongelmat.**

**Kapea käyttäjäryhmä voi olla maailmanlaajuinen markkina.** Ohjelmistotiimejä on kaikkialla.

**Aiempi startup opettaa seuraavaa varten.** Hilska oli rakentanut yrityksiä jo ennen Swarmiaa.

**AI luo uusia mittausongelmia samalla kun se ratkaisee vanhoja.**