Forgemasterist

Me ehitasime Forgemasteri, sest inseneritööd loetakse liiga sageli valesti.

Asutajad, CTOd ja investorid teevad inseneritöö kohta raskeid otsuseid pooliku pildi pealt. Tahtsime viisi, kuidas tööd ausamalt lugeda: mis muutus, kelle kanda risk jääb, kus tarne aeglustub ja mida tiim tegelikult järgmisena vajab.

Mõeldud

AsutajateleCTOdele ja insenerijuhtideleInvestoritele ja hoolsuskohustuse tiimidele

Küsimused, mida me aina kuulsime

Forgemasteri armatuurlaud tarne signaalide, panustajate trendide ja insenerikontekstiga

Mitte "kas tiim on hõivatud?". Päris küsimused.

Erinevad ettevõtted, sama pime koht. Need vestlused kordusid peaaegu sõna-sõnalt.

Kui palju see koodibaas tegelikult väärt on?
Kuhu tarnerisk praegu koguneb?
Mis läheb katki, kui üks inimene lahkub?

Lugu

Toode algas lihtsast frustratsioonist: kõigil olid andmed olemas, aga kellelgi polnud loetavat pilti.

VärbamineHoolsuskohustusTarne

Mis pidi muutuma

Asendusotsused tuli asendada tõenditega, mida inimesed päriselt kasutada saavad.

Mitte veel üks aktiivsusarmatuurlaud. Mitte veel üks skoor, mis konteksti tasandab. Parem viis näha tööd, selgitada riski ja tegutseda enne, kui kahju on ilmne.

Nägime üha uuesti, kuidas inseneritöö taandati asendusnäitajatele. Värbamisotsused tehti CVde ja kõhutunde pealt. Ostuvestlustes vahetus repo ligipääs, aga arusaamine mitte. Juhtimisvestlused jäid toppama uduse optimismi ja edevate mõõdikute vahele.

Tegelik probleem ei olnud info puudus. Git-ajalugu, review mustrid, omandivihjed ja operatiivsed signaalid olid juba olemas. Need olid lihtsalt tööriistade vahel laiali, raskesti tõlgendatavad ja peaaegu võimatud selgitada inimestele, kes pidid nende põhjal otsuseid tegema.

Forgemaster on meie vastus sellele. Viis muuta inseneritöö piisavalt loetavaks tõsiste otsuste jaoks, ilma et kaoks nüanss, mis teeb tarkvaratiimid inimlikuks.

"Andmed olid olemas. Ühine keel puudus."

See on latt, mida me endale siiani seame.

Mis kordus

Kolm kohta, kus inseneritööd valesti mõistetakse.

Need vestlused kujundasid nii toote kui ka väärtused selle all.

Värbamine

Tugevad insenerid taandati ähmasteks signaalideks.

CVd ja intervjuud ei selgitanud kuigi hästi, kuidas inimene päris koodibaasis tegelikult töötab.

Hoolsuskohustus

Repole ligipääsu aeti segi repo mõistmisega.

Ostjad said koodi vaadata, aga lahkusid ikka ilma selge pildita tarne tervisest, koondumisriskist või pikaajalisest vastupidavusest.

Juhtimine

Tiime hinnati väljunditeatri, mitte tööreaalsuse järgi.

Pull request'ide arv ja müra ei seleta ülekoormust, review pidurdust, habrast omandit ega seda, miks tiim järsku aeglasem tundub.

Mida me usume

Kolm põhimõtet, millest me ei loobu.

Forgemaster töötab ainult siis, kui toode jääb truuks väärtustele selle all.

Forgemasteri panustaja ülevaate vaade fookuse, riski ja coaching-teemadega

Kuidas see välja paistab

Toode peab tegema inseneritöö loetavaks, muutmata tiime tulemustabeliks.

Liides on teadlikult ehitatud nii otsustajatele kui operaatoritele: piisavalt loetav nõukoguvestluseks, piisavalt maandatud inimestele, kes seda tööd päriselt teevad.

Signaalid, mis osutavad tarne pidurdusele enne, kui sellest saab täitmata lubadus.
Panustaja kontekst, mis aitab juhtidel pidada paremaid vestlusi, mitte tugevamat järelevalvet.
Omandivaated, mis toovad hapruse nähtavale enne, kui üks lahkumisavaldus muutub hädaolukorraks.

Tõendid enne esinemist.

Meid huvitavad vaadeldavad töömustid, mitte produktiivsusteater. Eesmärk on pilt, mida saab kaitsta ka tõsises ruumis.

Praktikas

Vaatame review voogu, omandit, aktiivsuse koondumist ja tarne liikumist, mitte edevusmõõdikuid.

Kontekst jääb külge.

Numberit on lihtne relvaks teha, kui selle ümbert tingimused ära võtta. Me tahame, et seletus oleks signaali kõrval.

Praktikas

Signaalid on seotud hiljutiste muutuste, töökoormuse kuju ja tiimidünaamikaga, et otsused ei triiviks oletusteks.

Privaatsus on osa tootest, mitte juriidiline joonealune.

Inseneriandmed on tundlikud. Ligipääs peab olema välja teenitud, piiratud ja vaoshoitult käsitletud juba algusest.

Praktikas

GitHubi ainult-lugemisõigus, lähtekoodi mittesalvestamine ja madala säilitamise hoiak on baasvalikud, mitte lisapakett.

Kes seda ehitab

Väike tiim väga konkreetsete kinnisideedega.

Me tahame teha inseneritöö mõistetavamaks, ilma et tõde selle käigus siledaks lihvitaks.

Asutaja ja CXO

Viljar Võidula

Vaneminsener, ajutine CTO ja Testreeli tegevjuht. On aastaid tõlkinud tehnilist reaalsust inimestele, kes peavad selle põhjal äriotsuseid tegema.

Fookus

Muuta insenerisignaalid otsustekeelde, mida juhid päriselt kasutada saavad.

Asutav frontend-insener

Raiko Mereküla

Asutav frontend-insener, kes keskendub sellele, et tihe tehniline info tunduks vahetu, rahulik ja kasutatav.

Fookus

Liidesed, mis aitavad keerulist insenerireaalsust kiiresti mõista.

Asutav disainer

Maris Lutsar

Asutav disainer, kes kujundab toote struktuuri, keele ja usalduskihi.

Fookus

Muuta toode rangeks, selgeks ja usaldusväärseks enne, kui kasutaja jõuab teise ekraanini.

Kui su insenerilugu põhineb endiselt suuresti oletustel, tasub see korda teha.

Näitame, mida koodibaas tegelikult ütleb, kus tiim kannab varjatud riski ja kuidas teha järgmine otsus suurema kindlusega.

Ainult lugemisõigus. Inimlik otsustus jääb protsessi.