Konklusioner baseret på rigtige Agile Scrum-eksempler og Agile Scrum-oplevelser.

"Agil er nyt, vandfald er gammelt". “For at kunne levere (it eller ej) services og produkter hurtigere, skal du arbejde agilt” hører jeg næsten hver dag i mine konsulentopgaver og kurser. Bemærk: Agile behøver ikke at være Scrum (se f.eks. også Agile PM, PRINCE2 Agile, Devops,...). Vi er nu en del år længere med disse eksponentielt øgede metoder, hvilke konklusioner kan vi drage af dette? Et par udsagn og min reaktion baseret på erfaringer fra praksis og historier fra træning.

• “Agil/Scrum er nyt, vandfald er gammelt”: hørt meget, men en forkert tanke. Agile er nok den mest intuitive måde at arbejde på, og jeg antager, at denne metode også blev brugt af vores fjerne forfædre til at udføre projekter i små teams. Med respekt for min egen erfaring Jeg arbejdede med vores udviklingsteams tilbage i 90'erne af det sidste århundrede på denne måde: Rapid Application Development (eller RAD), Joint Application Development (JAD) og flere andre varianter blev brugt til at levere stykker software på en iterativ og trinvis måde. At tilføje begrebet Agile er derfor delvist "ny vin på gamle flasker", hvilket i øvrigt ikke er et argument imod Agile.
• "Agil er altid muligt": Dette skal nuanceres. Agile Scrum kræver for eksempel en række betingelser for at blive brugt rigtigt. Hvis disse betingelser IKKE er opfyldt, skal du enten tilpasse din organisation, så du kan bruge Agile metoder eller bruge en anden metode. PRINCE2 Agile® bruger det såkaldte "Agilometer" til at teste, om din organisation opfylder disse betingelser tilstrækkeligt til at bruge Agile metoder (eller PRINCE2 Agile). Agile PM (eller DSDM) har et lignende værktøj: Project Approach Questionnaire. Selvom disse sidste 2 metoder stadig er ret fleksible, er Scrum ret rigid til at tilpasse metoden. Inden du starter, så spørg dig selv, om du som organisation opfylder disse betingelser, eller hvad du stadig skal gøre, før du kan arbejde med Scrum.
• "Agil er altid ønskelig": Lad mig være tydelig her: NEJ. I forlængelse af forrige spørgsmål. Den organisatoriske indsats, du skal gøre for at aktivere Agile Scrum, er nogle gange enorm (og nogle gange meget lille). Tænk på vigtige kulturændringer, skabe små teams, der helst skal arbejde på 1 lokation og "dedikeret" (eller dedikeret) til projekter osv.: Det er simpelthen ikke altid nemt muligt. Så lav en god business case, hvor du kortlægger risici udover omkostninger og hvor fordelene ikke altid er åbenlyse. I praksis mange bid organisationer knækkede tænderne på dette!
• "Agil er et modefænomen": Det tror jeg ikke. Agile er i mange tilfælde det bedste valg. Du kan ikke (korrekt) planlægge det uplanlagte, og du bør derfor ikke forsøge at: dette er ikke kun spild af din tid, men skaber også forkerte forventninger hos alle involverede. Agile foreslår derfor en kort indfasning, hvor der planlægges mere konkret og udføres gradvist. Dette giver også mening og fungerer meget godt i praksis!
• "Traditionelle metoder (vandfald?) giver ikke længere mening": Nej, det er ikke en god idé: hvor et projekt er godt forstået, måske fordi der er meget erfaring, måske svært men i det mindste forudsigeligt, er et godt design på forhånd nok en bedre arbejdsmetode, for nu har alle "kun brug for at optræde". I sådanne mere procesorienterede projekter (jeg ved, at dette er et farligt valgt udtryk), vandfald i praksis viste sig at være mere effektiv (resultat) og mere effektiv.

Konklusioner fra min (!) Agile i praksis: som enhver, der kender mig (forretning) vil vide: Jeg er fortsat en stærk fortaler for at bruge de rigtige værktøjer til et specifikt job. Det betyder, at du (1) job skal forstå, men (2) også den skal have en god forståelse for forskellige projektledelsesmetoder. Det første er svært, men det sidste finder jeg desværre næsten aldrig. "Jeg har en hammer, så uanset hvilket job du giver mig, kommer jeg til at slå hammeren (og ofte dårligt)." Med god viden og vejledning i de forskellige teknikker (Agile metoder, PRINCE2, IPMA, ….) chancerne for at arbejde bedre og hurtigere i din organisation stiger simpelthen. Kendskab til 1 metode er som at forstå et værktøj: ikke rigtig nyttigt, hvis du vil være i stand til at udføre forskellige opgaver: brug en hammer til at slå og en sav til at save: dette fører til bedre resultater, færre omkostninger og også en masse (!) færre risici.

Kunne du tænke dig en uforpligtende rådgivning om Agile? (rådgivning eller træning)

Så kan du altid kontakte D-ICT Solutions via info@dictsolutions.com eller 020-2050324.

Forfatteren Dr. Jean-Yves Depaus har 20 års erfaring inden for udstationering, interim management rådgivning og uddannelse og (DICT) er med sit team af certificerede trænere, interim ledere og coaches førende inden for certificeret uddannelse over hele verden inden for forskellige projekter, processer, service, kvalitet Ledelsesmetoder såsom PRINCE2, Agile, Lean Six Sigma, ITIL, ISO, ASL, BiSL, eva