Kaikki blogautukset kirjoittajalta
Joonas Pajunen

Takaisin Blogiin

Woodstock of Teal

Perustamisesta lähtien olemme Fraktiolla jatkuvasti pohtineet yrityskulttuurin kehittämistä ja itseohjautuvuus on ollut toimintamme keskiössä. Oman kasvumme aikana olemme myös tutustuneet useisiin samanhenkisiin organisaatiokehittämisestä kiinnostuneisiin yrityksiin. Näin päädyimme myös toimimaan spektaakkelimaisen Woodstock of Teal – Open Space konferenssin kummina.

Jatka lukemista

Litteän organisaation rakenteet

Litteässä organisaatiossa ei ole johtajia eikä hierarkiaa. Ketään ei pomoteta. Kaikki tietää kaiken ja voi tehdä palttiarallaa mitä tahansa huvittaa. Eikö? Tilanne ei ole niin yksinkertainen. Onnistumiseen tarvitaan ripaus määrätietoisuutta, kulaus suunnittelua, ja helvetisti ponnisteluja. Vaaditaan läpinäkyvyyttä, dynaamista struktuuria, tolkullista päätöksentekoa, sekä näiden tueksi johtajuutta ja kokonaisvaltaista hahmotusta organisaation arvoista ja toimintatavoista.

Jatka lukemista

The Next Web -teknologiapeijaiset

Piipahdimme taannoin The Next Web -tapahtumassa Amsterdamissa. Ensi-impressio tapahtumapaikasta oli Flown ja Slushin epäpyhä kombinaatio. Miljöö oli tehdasmainen, ja ruokakojut hipsterimäisiä. Ennakkoon skoutattuja spiikkejä oli vain muutamia, näin ollen liikkuminen oli ajoittaisesta tungoksesta huolimatta rentoa ja vapaata. Konferenssin pihvi oli totuttuun tapaan spiikit ja verkostoituminen.

Jatka lukemista

Piirretään haltuunottosuunitelmasta kuva.

Haltuunotto

Pohtikaamme vaikeassa tilassa olevan projektin haltuunottoa ja sen vaiheita. Tiukkaan tilanteeseen joutunut järjestelmä on monesti ajautunut sellaiseen kompleksisuuden kasvaessa joko luonnollisista syistä (kuten liiketoiminnalliset tarpeet) tai luonnottomista (esimerkiksi toimittajan tai asiakkaan grandiööttiset harhat). Usein kyseessä on molemmat.

Jatka lukemista

Ammuin hopealuodilla ja säästin

Pyörän uudelleen keksiminen ei kannata. Sovelluksia kehittäessä pyrimme uudelleenkäyttämään mahdollisimman usein valmiita ratkaisuja. Räätälöidyn sovelluksen rakentaminen nähdään usein valmiin tuotteen käyttöönottoa kalliimpana. Tosiasiassa valmiita tuotteita pitää niitäkin muokata, ja perinteisesti ns. räätälöity softa koostuu sekin valmiista komponenteista ja kirjastoista. Sovellusta rakentaessa, ja ostaessa, on oleellista tietää missä kohtaa itse tekeminen oikeasti kannattaa. Sovelluskehityksessä kannattaa aina […]

Jatka lukemista

Ensiluokkaisia verkkopalveluita

Projekti on saatettu onnistuneesti valmiiksi, mutta se ei tarkoita, että sen voi työntää sivuun ja unohtaa. Verkkopalvelua täytyy myös ylläpitää. Mahdollinen toteutusvaiheessa otettu tekninen velka kannattaa mitä pikimmiten maksaa takaisin. Käytetyt komponentit kannattaa tietoturvasyistä päivittää, ja ajan saatossa löytyvät haavoittuvuudet paikata. Tämä vaatii ohjelmistokehittäjän sekä palvelinylläpitäjän tai DevOps-tiimin työtä.

Jatka lukemista

Inferiöörejä verkkopalveluita

Ihmisillä on ikävä tapa tarrautua omistamiinsa asioihin. Joskus it-projektista tulee kuin oma lapsi, jota on vuosien varrella kasvatettu ja johon on investoitu merkittävä määrä rahaa. Tappiokammon takia huonossa tilassa olevasta projektista voi olla yllättävän vaikea luopua, varsinkin jos siihen on kulutettu paljon rahaa ja rakkautta.

Jatka lukemista

Keskinkertaisia verkkopalveluita

Ohjelmistokehittäjä haluaa kirjoittaa nokkelaa ja täsmällistä koodia, joka mielellään täyttää alalla hyväksi havaitut kriteerit ja noudattaa niin sanottuja parhaita toimintatapoja. Ulkoasun suunnittelija ja taittaja pyrkivät kauniiseen ja vaikuttavaan lopputulokseen; viilaavat värejä ja pyöristävät pikseleitä. Liiketoiminta tahtoo ne hienoimmat toiminnallisuudet, joilla voitetaan kilpailijat tai päästään ainakin tasoihin. Yleisesti ottaen ohjelmistoprojektin omistaja tai rahoittaja haluaa lähtökohtaisesti rahoilleen vastinetta.

Jatka lukemista

Automatisoidut testit vs. kliksuttelu

Kliksuttelet verkkopalvelusi toiminnot ennen julkaisua ja varmuuden vuoksi sen jälkeen. Julkaisuprosessi on stressaava ja kallis operaatio. Kliksuttelemalla tehty testaus on rasittavaa, muttei kuitenkaan riittävän kattavaa tai hyödyllistä.

Jatka lukemista

Epähaurasta ohjelmistoa

Olen viime aikoina lukenut Nassim Talebin mainiota kirjaa Antifragile, joka tuo esille uuden käsitteen nimeltä “epähauras”. Käsitteelle ei ole olemassa muuta englanninkielistä sanaa, kuten ei myöskään suomenkielistä. Käyttäkäämme siis termin “antifragile” suoraa suomennosta “epähauras”. Ihmisiltä kysyttäessä hauraan vastakohtaa, ovat yleiset vastaukset “kestävä”, “sitkeä” tai “robusti”. Mutta siinä missä haittavaikutukset vaikuttavat hauraaseen negatiivisesti, robusti kestää niitä, ja epähauras hyötyy niistä.

Jatka lukemista