EDOS 2021 uke 08
Denne uken om åpenhet: mer bruk og bidrag til åpen kildekode har en vesentlig effekt på bruttonasjonalprodukt; å åpne opp forretningsproblemer for utviklere, og utviklingsarbeidet til kunder
Bli med på morgenseminar 9.3. om fremtidens hjemmekontor! Påmelding her.
Bidra til og bruk åpen kildekode!
HVA: En undersøkelse gjort av Fraunhofer og OpenForum Europe anslår at en 10% økning i åpen kildekode (“open source”) bidrag i Europa vil øke EUs BNP med EUR 100 milliarder per år (!) og 1000 nye gründerselskaper, som er nesten ikke til å tro. (via Azeem Azhar i Exponential View) (En god innføring i historien om åpen kildekode er nylig utgitt her)
INTERESSANT er det at:
Den viktigste nytten kommer av at åpen kilde fører til bedre etterlevelse av ikke-funksjonelle krav, altså åpne standarder, interoperabilitet og mindre avhengighet til bestemte leverandører.
Dernest kommer at åpne kilder oppmuntrer til mer “moderne” løsninger og at vi søker etter og skaper løsninger. Altså at felles løft gjør oss alle flinkere.
Det er påfallende stor variasjon mellom EU-land (jeg har ennå ikke lykkes med å finne statistikk for Norge. Men vi er aktive: Send en vennlig tanke til Geir Gåsodden i NAV som topper Norgestoppen.
HVA SÅ?
Såvidt jeg forstår er alt som utvikles i offentlig sektor (med mindre for eksempel Sikkerhetsloven, e.l. kommer til anvendelse) skattebetalernes eiendom, dvs., det kan og antagelig bør legges ut til offentlig bruk, for eksempel i Github. Gjør din organisasjon dette? (Min anbefaling: spør)
Så å si alle jeg har snakket med mener at nytten fra digitalisering ville økt betraktelig om det ble mer interoperabilitet, etterlevelse av felles standarder, osv. Kanskje vi kan komme et stykke på vei - også i kvaliteten av løsningene - om flere ble med på åpen-kilde opplegget
Hvis programvare er strategisk viktig, bør utviklere være i ledermøtene
HVA: Et innlegg av Jeff Lawson i Harvard Business Review fremmer ideen om at stadig flere virksomheter har programvareutvikling som sin hovedforretning, og at overlevelse/ konkurransefortrinn avhenger følgelig av hvor god programvare som utvikles. Derfor må utviklerne opp og med på de viktige forretningsbeslutningene. Dette er noe å diskutere også for virksomheter der programvare er helt avgjørende for å lykkes.
INTERESSANT er det at:
Utviklere - riktignok i utvidet forstand “software engineers” må være med på strategiske beslutninger. Det er ikke særlig lurt å “sette ut” utviklingsarbeidet til eksterne eller egne utviklingssentre.
Utviklingsarbeidet bør dreie seg om å løse problemer (og ikke bygge ferdigdefinerte løsninger), tolerere og lære av feil, bli “besatt” av hastighet, og kom så nærme kundene som mulig.
HVA SÅ?
De som skal lage løsninger gjør en bedre jobb om de er med på å definere problemet, utforske det og foreslå løsninger. Spør deg selv: hvor ofte er en programmerer med på det du mener er “rene” forretningsmøter?
“Fort og gjerne gæli” er altå bedre enn “tregt og engstelig”, fordi vi lærer mer av å prøve ting ut med kunder enn å diskutere hva det egentlige behovet er. Spør deg selv: har din virksomhet bygget regelmessige, stabile mekanismer for å teste ut nye løsninger med ekte kunder/brukere?
Liten smule til slutt: en studie viste at medarbeidere gjør det like bra, og ofte bedre, om de kjenner til sin organisasjons tidligere fadeser.