Kim Michelsen’s Weblog

Et spadestik dybere – afmystificer myterne

Udviklingsmodellernes fallit

leave a comment »

Den ene udviklingsmodel følger den anden og lige lidt hjælper det, er der ikke en løsning?

I Computerworld spurgte Stine Osted

Og åbent at spørge; Findes der ikke en kunde, en forretnings ledelse, en it-chef, en projektleder, en afdelingsleder som bare ikke længere vil acceptere at skulle bruge/høre de samme forklaringer, som bare ikke længere vil være reaktiv tilskuer til og prygelknabe for gentagne nødlidende projekter – og selv vil tage ansvar for det? Hvor er de kunder, it-chefer og ledere, som har turdet gøre noget andet for at få et andet resultat – som har været parat til at ændre egen adfærd for at kunne ændre andres? Vi vil så gerne høre om det.

Manglende forberedelse under indførelse

Jeg tror der er mange af dem, men de har afprøvet så mange udviklingsmodeller uden at det har hjulpet. Problemet kan være at man ikke har forberedt sig ordentligt, fx med en erfaren udvikler på sidelinien og uden at have brugt modellen længe nok til at have høstet nogle brugbare erfaringer.

Hvis de endelig har fundet en god model, så fungerer den måske kun med en enkelt projektleder, eller kun for nogle projekter. Dygtige projektledere kan få en hvilken som helst projektmodel til at fungere, sålænge projektlederen kan bøje reglerne og målet i øvrigt er muligt.

Formindsk kompleksiteten på alle områder

For at et projekt skal lykkes kræver det at projektet kan overskues, at man ikke drukner i dokumentation, som ingen kan overskue. Der er en række årsager til uoverskueligheden, fx at projektet er for stort (man vil lave super deluxe udgaven i første hug), at der er for mange udviklere på opgaven (for mange kommunikations forbindelser = n!), har en udviklingsmodel der kræver uanede mængder af redundant information, for mange novicer i projektgruppen, udskiftning af medlemmer af projektgruppen til nye strategiske projekter (dvs. benspænd fra linieorganisationen), man benytter en udviklingsmodel der ikke svarer til udviklingværktøjet, demokratiske beslutningsprocesser der ikke bygger på faglige overvejelser, mmm.

Ikke to projekter er ens,

forskellige platforme, forskellige emner, forskellige kunder og brugere, og ikke mindst forskellige udviklere. Min erfaring har været at man er nødt til at tilpasse metoden efter projektet og ikke projektet efter metoden, for ikke at ende i en Never Ending Story.

Ethvert projekt er en individuel opgave hvor mange interesser mødes. Den kan ikke presses ind i en stiv løsningsmodel, der er opfundet under helt andre betingelser. Udgangspunktet må i ethvert projekt være sund fornuft og erfaring. En projektleder skal have fuldt ledelsesansvar for projektet, med mulighed for at skræddersy den udviklingsmodel, der benyttes, hvis det skal lykkes. Der skal primært være erfarne udviklere i projektet, eventuelt med en enkelt novice tilknyttet. Der skal være en fast kerne af udviklere igennem alle faser af projektet, ellers tabes der viden.

Tab af viden

er forøvrigt et centralt problem. Den populære matrixorganisation har en tendens til at udrydde forretningsviden i it-organisationen, i modsætning til den projektorienterede, hvor der altid er specialister tilknyttet et system, hvis viden øger overskueligheden i projekter omkring systemet.

Den hellige Gral

Der har været en kamp mellem de ‘gamle’ udviklingsmodeller og de nye Agile metoder, ingen af dem er dog den hellige gral, men alle har elementer, der kan benyttes i forskellige projekter, afhængig af projektets karakter, mens ortodoks anvendelse af dem ikke kan give andet end problemer og frustrationer.

Det stiller selvfølgelig krav til projektlederen, man kan ikke bare smide en uprøvet projektleder ud på dybt vand og tro de kan svømme i land ifølge planen. Man havde selvfølgelig håbet at udviklingsmodellerne kunne være brugt til at sætte projekterne på skinner så selv uerfarne projektledere kunne færdiggøre projekterne til tiden, men det fungerede lige modsat, idét projektlederens muligheder for at redde uforudsete hændelser blev desavoueret af usikkerhed og af snærende bånd.

Written by Kim Michelsen

8 oktober 2008 hos 18:06

Skriv et svar

Udfyld dine oplysninger nedenfor eller klik på et ikon for at logge ind:

WordPress.com Logo

Du kommenterer med din WordPress.com konto. Log Out / Skift )

Twitter picture

Du kommenterer med din Twitter konto. Log Out / Skift )

Facebook photo

Du kommenterer med din Facebook konto. Log Out / Skift )

Google+ photo

Du kommenterer med din Google+ konto. Log Out / Skift )

Connecting to %s

%d bloggers like this: