Utvikling Eksempelklausuler

Utvikling. Leverandøren må i Bilag C få anledning til å utdype hvordan arbeidet med leveransen skal gjennomføres, ref. Del II punkt 3.4.2. Leverandøren kan her dokumentere hvordan egnede utviklingsmetoder og -verktøy skal benyttes. Prototyper og komponenter som utvikles bør demonstreres og/eller presenteres kunden straks de foreligger. Utviklingen kan skje ved å benytte beskrivelse av brukssituasjoner. Eventuelt foretas brukertilpasning på dette grunnlag. Arbeidsgruppene som er opprettet skal muliggjøre dette. Etter tilbakemeldinger og eventuelle justeringer skal nye forslag legges frem, eventuelt avtales løst gjennom ny iterasjon. For kvalitetssikring av resultatene benyttes leserunder, strukturerte gjennomganger eller lignende teknikker, eventuelt også brukervennlighetstester, som da bør være beskrevet i Bilag

Utvikling. Mestringsfølelse var altså en av tingene som kom klart fram i analysen av dataene, og sammen med mestringsfølelsen fulgte det ofte en utvikling. Når vi spør om utvikling, er det en rekke funn som går igjen hos de ulike respondentene. Respondentene beskriver hvordan det å komme til en annen nasjon er en god arena for å utvikle seg, og hvordan det å komme inn i et helt nytt miljø har ført til at de er mer selvbevisst på egen karakter, samt måten de kommuniserer på. Xxxxxx på analysen av intervjuene kom det fram hvordan mange respondenter opplevde en grad av utvikling, eller hadde opplevd merkbar endring da de kom hjem igjen. Selv beskriver en stor andel av respondentene utvikling som en positiv endring i adferd, eller at en forbedrer seg på noe en ellers ikke er god på. Enkelte av respondentene hadde allerede belyst et eller flere utviklingsmål før avreise, mens mer enn halvparten beskrev hvordan disse kom til underveis. Samtlige av respondentene beskrev at de hadde opplevd en merkbar utvikling etter oppholdet. De forteller om økt selvbevissthet4 med tanke på sterke og svake sider, og hvordan de fattet tiltak for å forbedre seg på enkelte av punktene. Dette førte til at kadettene opplevde utvikling som en effekt av utvekslingen.

Utvikling. Leverandøren skal utvikle det som er beskrevet i detaljspesifikasjonen, jf. punkt 2.2, slik at programvaren tilfredsstiller kravene i avtalen. Leverandøren har i denne forbindelse ansvaret for å utføre design og utvikling samt egen testing av programvaren i samsvar med den detaljerte prosjektplanen, jf. bilag 4.

Utvikling. Hvert trinn skal resultere i et etterprøvbart produkt, normalt i form av demonstrerbare Komponenter. Komponentene kan utvikles eller tilpasses inkrementelt (i delleveranser) eller gjennom stadige forbedringer (iterativt). Leverandøren skal minimum foreta en enhetstest av alle Komponentene før videre testing, ref. punkt C 4.3.3. Produksjonsplanlegging og sprintplanlegging er sentrale aktiviteter i forhold til å skape detaljert forståelse av Kundens krav og forventninger i Leverandørens prosjektorganisasjon. Utviklingsmetodikken beskrevet i kap.C 2.2.2 er basert på høy grad av kundemedvirkning i planlegging og tilrettelegging i starten av hver iterasjon, og definerte evalueringsaktiviteter ved slutten av hver iterasjon (kontrollpunkter). Når selve utviklingsarbeidet i hver sprint starter, vil direkte interaksjon med kunden være mer begrenset, og prosjektet vil fokusere på arbeidsro hos utviklere. I slike faser vil Xxxxxxx arbeide være konsentrert om produksjonsplanlegging av neste sprint hovedsaklig i samarbeid med Funksjonelt ansvarlig hos Leverandøren. Ved behov vil prosjektet dog vurdere om mindre kundeinspeksjoner, f-eks. i form av tilbakemeldinger rundt skjermbildeprototyper osv., kan være formålstjenelig. Leverandøren vil i slike tilfeller være avhengig av at fagpersoner i Kundens prosjektteam er tilgjengelig på relativt kort varsel.

Utvikling. Leverandøren skal gjennomføre arbeidet med å utvikle, integrere og tilpasse Komponentene i Leveransen trinnvis i henhold til Løsningsbeskrivelsen og den detaljplan som er lagt for arbeidet. Med Komponenter menes avgrensede eller selvstendige deler av en programvare, som kan utvikles eller baseres på standard programvare eller del av et tilgjengelig programvarebibliotek. Eventuelle leveranser fra Kunden skal integreres i Leveransen. Hvert trinn avsluttes med testing og et Kontrollpunkt. Et Kontrollpunkt representerer i motsetning til en Milepæl ikke nødvendigvis en avslutning eller et oppnådd resultat, men er et beslutningspunkt som danner grunnlag for det videre arbeidet. Leverandøren skal gjennomføre utviklingen av Komponenter i et begrenset antall iterasjoner, slik det fremgår av Bilag C. Dersom Kunden ønsker å øke antall iterasjoner, kan det fremsettes en Endringsanmodning. Videre fremgår det av Bilag C hvilke metoder, verktøy og standarder som Leverandørens utvikling skal baseres på. Øvrige krav til utviklingen fremgår også av Bilag C. Leverandøren skal minimum foreta en enhetstest av all funksjonalitet som er et resultat av pågående trinn, før overlevering til testing, ref. punkt 3.4.3.