Moede Kbh August

Kontrakter og rapportering i agile projekter

Kontrakter

Systemudvikling ER en kreativ proces. Kontrakten/aftalen skal give rum for dette.

Tag tyren ved hornene: Vi ved ikke præcis hvor meget vi kan nå. Adressér dette i kontrakten. Aftal nogle minimums-krav – og nogle andre ting, vi måske når…

Vær opmærksom på, at tidlig planlægning er baseret på uvidenhed. Derfor skal krav og/eller tidsplaner i kontrakterne kunne tages op i løbet af projektet.

Der skal naturligvis ikke pilles ved udgangspunktet for, at projektet kører: Business-casen. Den SKAL honoreres. Prioritering er i denne forbindelse meget vigtig, men Use Cases er nok et for detaljeret niveau til denne overordnede prioritering.

Lav evt. en passus i kontrakten, som gør det muligt for parterne at indgå aftaler, som har forrang for kontrakten.

Få arbejdet med kontrakten afsluttet i en fart, så vi kan komme i gang med projektet

Sælg ideen: ”I – kære kunder – har mulighed og ret til at komme med flere ændrede krav undervejs”

Rapportering

"Udstil" status på væggene. Invitér interessenter hver fredag eftermiddag - og servér lidt snacks. (Pas på, at det ikke bliver for løst. Krav skal kommunikeres klart)

Vis systemet – få hver udvikler til at vise ”sin" del.

Unødvendigt at bruge meget krudt på at rapportere til brugere, der er tæt på – de kender status i forvejen.

Rapporter visuelt (rød-gul-grøn)

Milepæle af beslutninger – stil krav til beslutningsforum

Formål med rapportering tjener to formål: For styregruppens/sponsors skyld og for For projektets skyld

Kortere iterationer (f.eks. 2 uger) giver et mindre behov for rapportering

De første par iterationer lykkes typisk fint. Vær opmærksom på, at den 3. eller 4. iteration kan blive indhentet af kvalitets/ afklaringsproblemer.

Forskellige modtagere af rapportering med forskellige interesser: Brugere – ordentligt produkt. Sponsor – holder økonomien?

En meget væsentligste rapporteringsform er den uformelle – fra udviklingsteamet og ud i resten af organisationen. Derfor vigtigt at teamet kender målene!!!

Denne agile rapporteringsform skal modnes i virksomhederne. I de fleste organisationer er det endnu ikke god tone, at rapportere som vi foreslår her. Prøv kun at rapportere det absolut nødvendige - de skal nok spørge om resten.

Hvad med store projekter med mange del-teams og afhængigheder? Skift kommunikationen mellem email, møder, papir, etc. Brug evt. WikiWiki til dialog. Organiser folk efter softwarekomponenter og giv hver enkelt gruppe ansvar for at aftale alle grænseflader udadtil.

Brug evt. skift i kommunikationsformer (mail, møder, papir, etc.) – også i rapportering