Jeg besøgte ruinerne af en romersk bosættelse, den anden dag, der blev sat i en dejlig dal midt på en ø.
Indstillingen blev idylliske, læ for vinden og ikke for langt fra den vigtigste købstad, virkede det et ideelt sted at dyrke og opdrage en familie.
Dets historie blev omtanke tilvejebragt på skilte rundt ruinerne af en betydelig bolig, som var blevet udvidet i romertiden til også at omfatte en varm og kold badeværelse og mosaikgulve. Alt dette var meget attraktivt og en betydelig investering for grundejeren.
Men forliget blev opgivet, og det gik op for mig, at der skulle være en god grund, da det var klart, at nogen havde sat en stor indsats og finansiering i deres drøm.
Jeg spekulerede på, om vikingerne, der var kendt for at være aktive på dette område, efter at romerne forlod, havde angrebet det, men der var ingen tegn på forkullet mursten arbejde eller eftervirkningerne af slaget.
Leder omkring et andet tegn afslørede problemet.
Der havde været mere end ét forsøg på at bilægge området, men landet dannede en naturlig punkt for afløb for bakkerne omkring, og successive bygninger havde hver til sidst bukkede under for nedsynkning.
Jeg blev efterladt i tvivl om, at den bygninger var af en god kvalitet, og at bygherrer var kompetent på byggeri, men klart det havde taget et par generationer at regne ud, at dette ikke var et egnet sted til byggeri. Hvis vi virkelig ønskede at bosætte dette sted nu ville vi drive pæle dybt ned i jorden for at overvinde den nedsynkning.
punkt, at dette kørte ind i mit sind var, at for at udvikle software. Det er alt for ofte tilfældet, at Software udviklingsorganisationer og deres kunder gør de samme fejl igen. Hvis fundamentet er usikker så er der ingen mening i bygningen, men med lidt omtanke nogen vil kunne løse problemet og give en sikker måde at levere et godt fundament.
Den største fejl, at organisationer gør, er at haste at skære kode, før de forstår det problem, de er løse.
Det betyder ikke, du er nødt til at være selvtilfredse, og at sidde i et par møder vil løse alle dine problemer
Hvad skal der gøres, er: -..
Ring hegnet, hvad du ved
Ring hegn hvad du ikke ved.
Sørg for at du er ved at udvikle det rigtige produkt.
Byg den software, som du ved vil ikke ændre sig.
Kontroller, at hvad du er ved at opbygge, er, hvad der er ønsket.
Ofte kunden bare ikke ved præcis, hvad de ønsker, så du er