Styresystem for kybernetisk håndleddsprotese - NTNU

Kapittel 8. Diskusjon 60
8.2 Metode
Bruk av utviklingsmetodikker kan noen ganger føles som et hinder i et prosjekt,
siden det “administrative” vil stjele tid fra delen som går på utvikling. Samtidig
sikrer metodikken at prosjektet faktisk styrer mot den fastlagte kursen. Albert
Einstein sa en gang: “Hvis jeg fikk en time på å redde verden, ville jeg brukt
59 minutter på å definere problemet og ett minutt på å løse det”. Dette er et
godt eksempel på hvorfor en metodikk er så viktig. Når en oppgave gis, er løs-
ningsrommet så stort at man som utvikler vil ha liten mulighet til å skille en
god idé fra en mindre god. Metodikken tvinger oss gjennom fasene med analyser
og spesifisering for å innskrenke løsningsrommet til de alternativene som enklest
løser det vi har behov for.
Spørsmålet som da må stilles, er ikke om det i det hele tatt er fornuftig å
bruke en metodikk, siden dette regnes som hevet over enhver tvil. Spørsmålet
er hvor stort et prosjekt må være for at det kan regnes som nødvendig å bruke
en metodikk. Har denne oppgaven vært stor nok? Hvis ikke, kunne mer tid blitt
brukt til å skrive ferdig programvare, fullføre all testing og kanskje til og med
lage et kretskort lite nok til å få plass i håndleddet.
Hvis jeg i dag hadde fått beskjed om å fortsette på denne oppgaven, uten den
kunnskapen jeg nå har, ville jeg uten dokumentasjon brukt lang tid på å prøve
å forstå systemets oppbygning. Jeg måtte gått over alle beslutninger som hadde
blitt gjort, gjøre alle beregninger på nytt og deretter teste hva som fungerte. I
beste fall ville dette tatt en uke, og selv ikke da er det sikkert at jeg ville sittet
med den kunnskapen om systemet som jeg har i dag. Siden jeg nå har brukt tid
på å dokumentere modulenes virkemåte, lage testplaner og gjennomføre disse,
kan neste utvikler lese gjennom dette og få en forståelse for hvordan systemet er
bygd opp, og at det virker. Tiden jeg bruker på å skrive dokumentasjon vil være
kortere enn den tiden nestemann vil bruke på å lære seg systemet fra bunnen av.
Hvor stor en oppgave kan være, uten at en har en plan for hvordan den skal
løses, er det ingen fasit på. For i bunn og grunn er det jo det en metodikk er. En
planleggingsfase i begynnelsen av prosjektet for hvordan en skal komme fram til
løsningen. Personlig kan jeg vanskelig se for meg å sette igang med en oppgave
med tidshorisont på en uke, uten å ha en nedtegnet plan. Hvordan blir det da