Ohjelmistoprojektin 7 kuolemansyntiä – 2. osa: enemmän koodia!
Vältä ohjelmistokehityksen sudenkuopat, osa 2/7! Ensimmäisessä osassa kirjoitimme tekijöiden tuottavuuseroista ja oikean kehittäjän valinnasta. Toisessa osassa pohditaan koodin määrän ja laadun suhdetta ja sitä, mihin kallis aika kannattaa käyttää.
Jokainen tietää, millaisia lapsia syntyy hosumalla. Sama pätee softaprojekteihin. Aikataulupaineet ajavat tekemään hätäisiä purkkafiksejä, vaikka fiksumpaa voisi olla kirjoittaa jokin osa koodista uudelleen. Heikosti harkituista koodiriveistä ei ole iloa kenellekään.
Uskomus:
Mitä nopeammin uutta koodia kirjoitetaan, sitä aikaisemmin projekti valmistuu.
Totuus:
Määrä ei korvaa laatua – ajattelemalla ensin ja koodaamalla vasta sitten päästään rivakammalla sykkeellä maaliin. Sinkoilulla ja välttävän työn korjailulla päästään nopeasti iltauutisiin.
Softaprojekti on oivallusprosessi
Useimmissa ohjelmistoprojekteissa valtavat määrät kallista etukäteissuunnittelua ei ole tarpeen, ja siksi niitä koodataan iteratiivisesti. Aluksi toki kannattaa tehdä rujohko prototyyppi, jolla yritetään löytää ongelmia, joita ei pelkässä miettimisvaiheessa tule ajatelleeksi.
Softakehityksessä järjestelmän toiminnallisuuteen voidaan tehdä suuriakin muutoksia koko projektin ajan – toisin kuin vaikkapa siltaa tai kerrostaloa rakennettaessa.
Ohjelmistoprojekti onkin usein oivallusprosessi, jonka edetessä opitaan yhdessä, mitä pitää kehittää ja mihin suuntaan. Matkan varrella tarpeet voivat vaihtua, ja samalla välietapit ja aikataulut muuttuvat. Ketterät kehitysmetodit taklaavat osan ongelmista mutta kokonaan ne eivät poistu. Iteraatiokierrosten määrää voi sen sijaan voi vähentää käyttämällä erityisen hyviä kehittäjiä!
Koneeseen kosketaan, kun ajattelutyö on valmis
Yleensä devaajat käyttävät enemmän aikaa vanhan koodin ymmärtämiseen kuin uuden koodin kirjoittamiseen. Työ siis nopeutuu, kun koodikanta on kunnossa.
Liian herkästi softaan päädytään lisäämään uusi feature, vaikka jokainen uusi rivi koodia on lisää kasvualustaa bugeille ja kustannusta koodikannan ylläpitämiseen. Huonon koodin päälle tehdään helposti vain purkkakorjauksia, eikä kukaan ole niistä ylpeä tai ota vastuuta koodikokonaisuudesta. Jos koko koodikanta on samanlaista höttöä, osa tiimistä alkaa varmasti etsiä uusia töitä.
Koodin refaktoroinnille kannattaa varata aikaa ja kirjoittaa testejä alusta asti. Projektin johto saattaa olla tietämätön refaktoroinnin tarpeesta, vaikka se nopeuttaa devaamista, estää koodin homehtumista ja vaikuttaa kehittäjien tyytyväisyyteen.
Enemmän ei siis aina ole enemmän; tiimin koko tai koodaajan vauhdikkuus eivät takaa tiimin tuottavuutta. Pahimmillaan ne takaavat vain tuhottoman määrän tusinakoodia ja teknistä velkaa. Maksatko sinä mieluummin määrästä kuin laadusta?
“Sehän on parasta työtä, kun koneeseen ei koske vaan ajattelee. Koneeseen kosketaan sitten, kun ajattelutyö on valmista.” – Anonyymi rakettitieteilijä
Jos maksat mieluummin laadusta kuin määrästä, ole yhteydessä – vastaamme raketin lailla!
Lue myös nämä:
Ohjelmistoprojektin 1. kuolemansynti – resurssi on resurssi
Ohjelmistoprojektin 3. kuolemansynti – konsultti kallis, oma työntekijä halpa
Ohjelmistoprojektin 4. kuolemansynti – no kun halvalla sai
Ohjelmistoprojektin 5. kuolemansynti – kaikki muu paitsi välitön bisneshyöty on turhaa
Ohjelmistoprojektin 6. kuolemansynti – vanhassa vara parempi
Ohjelmistoprojektin 7. kuolemansynti – aliarvioi loppukäyttäjät
Rakettitiede - Asiantuntijat ja yhteyshenkilöt
Marietta Johansson
Rakettikauppias / Rocket Accelerator
Vastuullani on Rakettitieteen asiakkaiden ja kehittäjien tarpeiden ja toiveiden yhteensovittaminen, liiketoiminnan uudistaminen sekä strategia. Olen mukana kehittämässä myös .. | |
marietta@rakettitiede.com +358 40 520 3100 |
|
Rakettitiede - Muita referenssejä
Rakettitiede - Muita bloggauksia
It- ja ohjelmistoalan työpaikat
- Laura - C++ kehittäjä
- Nordea - Senior Backend Developer, Nordea Finance
- Laura - Palveluvastaava, tietohallinto
- Laura - Fullstack kehittäjä
- Digia Oyj - Kafka Integration Developer
- Laura - Senior Full Stack Developer
- Laura - Full Stack Developer
Premium-asiakkaiden viimeisimmät referenssit
- e21 Solutions Oy - Pakkausalan Benchmark-palvelu Mercamerilta
- Into-Digital Oy - S-Ryhmän rengasliiketoiminnan digitaalinen kauppapaikka
- Into-Digital Oy - Burger Kingin Whopperit, ravintolat, aukioloajat ja kampanjat verkossa
- Into-Digital Oy - Uusi Worldvision.fi viemään järjestön varainhankinta uudelle tasolle
- Netum Group Oyj - Radio- ja tv-museo Mastolassa opastaa kohta tekoälypohjainen asiakaspalvelija
- Netum Group Oyj - Peppi-järjestelmän ylläpito turvaa opiskelijoiden ja opettajien arjen sujuvuuden Lapin korkeakouluissa
- Into-Digital Oy - Suomalaisen työn uusi verkkopalvelu edistämään jäsenpalvelua ja -hankintaa
Tapahtumat & webinaarit
- 29.01.2025 - Modern toolchain and AI breakfast seminar with Eficode, AWS and HashiCorp
- 30.01.2025 - 30.1.2025 | Webinaari: Tehokkaampaa tuotantoa teollisuusyritykselle Fellowmindin Manufacturing Template -ratkaisulla
- 30.01.2025 - Suuri Rahoitusilta
- 30.01.2025 - Open Future
- 29.01.2025 - SecD-Day event
- 05.02.2025 - Smart Commerce Nordic 2025
- 05.02.2025 - AIX Forum - Medical Device Regulation and AI: Success Stories
Premium-asiakkaiden viimeisimmät bloggaukset
- Into-Digital Oy - Onnistunut verkkopalvelu – millainen se on ja miten niitä tehdään?
- Into-Digital Oy - Miksi verkkosivusto kannattaa uudistaa nyt, eikä sitten joskus?
- Netum Group Oyj - ”Jatkuva release-show ei tunnu kovin upealta” – tietojärjestelmäprojektin julkaisuprosessin kehittäminen
- Netum Group Oyj - Jälkitunnelmia ja -ajatuksia Kuntamarkkinoilta
- Into-Digital Oy - Oletko tekemässä B2B-verkkosivua? Huomioi ainakin nämä asiat
- Netum Group Oyj - Ihmiskuntakeskeinen suunnittelu toimii kompassina digipalvelukehityksessä
- Netum Group Oyj - Vaikuttavaa vastuullisuutta
Digitalisaatio & innovaatiot blogimediaBlogimediamme käsittelee tulevaisuuden liiketoimintaa, digitaalisia innovaatioita ja internet-ajan ilmiöitä |