Offentlige it-projekter på kravlestadiet?

Jeg fik en mail forleden dag fra en løsningsleverandør (som en kommentar på forrige indlæg, som meget godt opsummerer holdningerne fra en del af CMS løsningsleverandørerne på markedet.

CITAT: "...men offentlige projekter og iterativ softwareudvikling(SCRUM) passer idag ikke ret meget sammen efter min mening. Offentlige kontrakter er stadig på kravlestadiet, det er bagt ind i kontrakterne at det går galt og det afspejler sig i deres kontrakter og
alle bruger derfor energien på at dække sig ind istedet for at komme i mål med kunden i virkeligheden havde brug for og havde fundet ud af undervejs i udviklingsforløbet.
Leverandøren er ikke interesseret i at afvige fra det aftalte.

Når det er sagt er et paradigmeskift undervejs i det offentlige og om nogle år er vi sikkert der hvor vi gerne skulle være med successfulde offentlige IT-projekter "
CITAT SLUT.

Tre kommentarer herfra:

- At offentlige it projekter og Agile udviklingsmodeller ikke passer godt sammen er ikke korrekt. Det er bare ikke altid at man skal bruge Agile udviklingsmodeller. Hvis domænet er kendt eller sagt med andre ord, at leverandøren har dybtgående erfaring indenfor pågældende projekt, så er det ikke nødvendigvis optimalt at der benyttes Agile tilgang. Bevares - der kan være områder som eksempelvis integration (som ikke er standard) eller områder hvor leverandøren ikke har stor knowhow, hvor Agile Development er helt naturligt.

- Når den kritiske leverandøren skriver at kontrakterne er alt for fokuserede på at det går galt, så vil jeg da anføre at kontrakterne jo først bliver brugt HVIS der går galt, så det er naturligt at der fokuseres på dette aspekt.

- "Leverandøren er ikke interesseret i at afvige fra det aftalte". I de fleste projekter skal der justeres undervejds og her er både kunde og leverandør utroligt smidige i de projekter som vi deltager i. Selvfølgelig skal der være enighed om at justeringen ikke fordyrer projektet. Der skal være en balance. Hvis der findes en anderledes løsning end det som er aftalt, og som er ligeså god, så bliver der altid enighed om dette. Jeg kan ikke genkende scenariet som leverandøren henviser til.

Et tillægsspørgsmål:
Hvordan skal man vælge løsningsleverandør, hvis man ikke indledningsvis har nogle krav som leverandøren kan bedømmes ud fra? Skal det kun være salgsafdelingen præsentation og timeprisen, der afgør, hvem der skal have opgaven?

Afslutningsvist vil jeg sige, at jeg oplever en stor modenhed indenfor offentlige it-projekter. De er dygtige til at vælge de relevante mix af udviklingsmodellertil de enkelte projekter.